First of all, a quick refresher: this is a really simple project with the goal of providing an introductory slideshow that runs when people install Ubuntu. The ubiquity-slideshow packages are all content packages, then Ubiquity displays that content at the right time.
The slideshow is implemented with Webkit, since all the cool people use Webkit. (It also renders things nicely, it's flexible, quick, we can quickly throw it on the web, people can make content really easily, and Javascript allows us a good split between interactive goodies and actual functionality like installing the operating system).
As far as content is concerned, I try to keep this different from other introductory slideshows in the content that I maintain. It doesn't try to sell the product as people install it, instead providing some exciting points of action for getting started. Not as vague as you get in Windows' slideshows, but not an in-depth how-to either. The idea is really summed up in the first slide: Through this I want to encourage new users to explore Ubuntu and really discover how awesome it is (instead of what buttons to press).
(I admit it: I am obsessed with whitespace)
So: Lucid... Lots of new stuff here.
First of all, the project is now providing separate slideshows for Xubuntu, Kubuntu and Ubuntu installations. It's also really easy to add more, so anyone who wants in on neat slideshowy action can! I'm hoping to get an Ubuntu Netbook Edition slideshow in there, too. It isn't perfect at the moment, so if you have any suggestions for what needs to be done or said, please let me know or write to the ubiquity-slideshow mailing list on Launchpad!
Translations aren't horrific to work with any more. It's still possible that strings may change before documentation freeze, but the gist of it is we just have one translation template that has all the text for each slideshow. You can go through the list on a rainy afternoon and have your favourite distro's installer slideshow completely translated for your locale.
Speaking of strings being changeable, if you see any errors, things that sound strange, things that are useless, things we need or things that you could say better, please file a bug or let me know. I keep a recent copy of things at http://people.ubuntu.com/~dylanmccall/ubiquity-slideshow-ubuntu
Michael Forrest and Otto Greenslade, from the design team, sent me a mockup and some graphics to fit with the exciting new Ubuntu branding. I worked them into the CSS and played with the text a little. Thus, behold, the proposed new look for the Ubuntu slideshow!
The whole thing can be seen on the web. It is a little bit larger than the one in Karmic. Imagine it in Ubiquity, without a border, inside the awesome new Ambience theme, gracefully connecting to the title bar. Mmm...
Keep in mind this is still a proposal, just fully implemented (granted a few clunky bits). Any constructive feedbacks or cries of "stop, you maniac!" are certainly not in vain :)
Well, most of them. Jono had unfortunately misunderstood what we had asked of him and hence promoted, and not drawn the second winner randomly. Oops! (We’ll blame it on his runaway glasses). Thankfully, being a man of his word, he has managed to right this. During his q&a ustream broadcast yesterday, he drew a truly random winner… Caterina Brigandi!
Congrats again to Elvira, Karen, Jen and now Caterina! Thank you all so much for participating.
I found it very nice and refreshing, too. However, I noticed one strange thing: the menu bar just up and vanished. Ian`s incentive intrigued me:
Hidden Menubar: I'm not going to take sides here on whether we should still be having a menubar in applications or not; it's another minefield of opinions and flaming. I'm personally fine with a menubar inside the application, but I also happily use applications that tuck away the menubar under a single icon (think Google Chrome). But I do think that we should have the option here. In my mockup, all the menubar settings can be brought up with the settings icon (first icon after the pathbar). But if you would like to see the menubar permanently then this, too, should be an option.
Being one of those people who considers the slightest growth of an options dialog a crushing defeat, I just have to debate that. Hopefully this won't cause the flame-war Ian predicts. That would be a bad start for my first aggregated blog post. (Hi, Planet Ubuntu!)
What I would like to do is go over why Chromium's menus are great, and why they absolutely are not just "tucked away under a single icon" but intentionally designed that way and inseparable from that particular approach. It's about simplifying the menu so it relates to the two distinct subjects the user interacts with: the application and the current page.
There are millions of things I dislike about menu bars, but that would take all year to discuss. (And I have different things to fix). I'll just vent about two problems which relate closely to each other:
They traditionally consume 100% width. A small menu bar looks wimpy. Half of that menu bar will inevitably be wasted space no matter how hard the developers try to cram stuff into there.
There is a strange urge to duplicate everyone else's menus for consistency and have as many of these as possible. For some reason the uniqueness of an application is expected to vanish at the menu bar, which becomes an abstract world with words like "File" referring to web pages, photos, applications and video clips alike. Menu bars are popular things for accessibility, so I wonder if this abstraction helps in that regard or hinders.
Having said that, GNOME applications deserve some credit for usually replacing the title of the File menu with Music or Photos. Yet, the generic top-left-most menu is still there in spirit.
As we can see from the gnome-terminal screenshot, though, the File menu's spirit is weak. Challenge of the day: name one file related thing there, then explain why adding and editing profiles should be in different places.
So, Chromium is interesting because it is one of few applications to finally take a bold step against the '90s fashion in menu bars. First of all, the distinct lack of a menu bar clears up the interface considerably. Then they accept that, to an end user, the browser is not interacting with "files" but with web pages. So, the File menu becomes a Page menu. Completely. They also throw away all the baggage that the File menu used to have. ...and that is where the magic happens. Now the menu has a far more powerful, meaningful context. Actual useful functions can be put there that are of importance to people and relevant to what they are doing. Things like zooming, printing, copying and pasting inside pages.
The remaining stuff happens in the context of the Application menu (the wrench). Quitting, opening windows, changing preferences, dealing with bookmarks; anything that is related to the application as a whole, not the current page. Since Chromium was designed with a logical scope, that is everything else it does except extensions.
I think we can do a lot better then the traditional menu bar. Just yanking it out, though, won't do us much good.
As the Ubuntu Community is gearing up for the release of Ubuntu 10.04, Lucid Lynx, there are those, myself included, who are anxiously awaiting the announcement of the code name of Ubuntu 10.10?
I went looking around the wiki's to see what I could find out about how each release gets it's name. I found a greatDevelopment Code Names wiki. Here's what I found out.
I've decided my old homepage was bad enough to revisit now that I've got a bit more content hosted deep within it. I replaced my crappy hand written HTML with tools written this decade, and threw in some amateur visual design.
The software
Firstly, in order to keep the webpage fresh with little effort, I've chosen RSS aggregation as the method of content generation. Since I know Ubuntu and Debian both use Planet, that's where I first looked. But it seems Planet 2.0 is aging, and the fork Planet Venus brings some neat new options. It expands the selection of templates, adds a configurable RSS filter step, and makes the normalization step configurable.
It's also packaged in Ubuntu as planet-venus, making it fairly simple to set up. Deployment was a little tricky, as the package leaves most of the site configuration to the admin. You'll need a config.ini (I used /etc/planet/planet.ini), a template dir (/usr/local/share/planet-venus/theme), a cache dir (/var/cache/planet) and an output dir (somewhere in /var/www typically). Finally, you'll need to set up a cron job to run the static output generation script regularly. The script reads all the feeds and parameters in config.ini, caches the results to save bandwidth on subsequent runs, passes them to the template engine, and places the final product in the output dir.
When building a lifestream style site, you have to be picky about the kinds of feeds you put in or it gets Facebook / Twitter style spammy. This is where the RSS filter step can help; Planet Venus comes with a few filters like 'notweets', and a few stripAds filters to cleanse ads before republishing. It's the same design pattern I talked about before here with Liferea. In the future I could write one to add in comment feeds and then filter out everything that fails to meet some strong quality criteria.
Output templates
Planet Venus's real selling point to me is using Django templates. I've been meaning to learn Django for a while now, and this is a pretty good way to work with the templates portion of Django. And again, the filter pattern pops up. Here, filters take python variables as input; in Planet Venus's setup you have access to feed and item variables, as well as planetwide settings. One example filter might be to simply pluralize a word based on a variable (yes, you can even handle 'y' pluralization). Another example is the urlize filter that adds HTML anchor tags to likely URLs (not so great when you already have anchor tags in the filter's input).
I also use templates to generate an RSS feed. Nothing difficult about it, since the input to templates is basically an RSS feed to begin with. To reduce the probability of bugs, I translated a provided example htmptmpl RSS template into Django, and it's much smaller and clearer to me. Unfortunately, there's a bug in Planet Venus that prevents the use of multiple Django templates. I've reported it upstream, and I'm sure I can fix it or work around it.
Web Design
I also decided to take a look at CSS layout frameworks, to get up to speed on the subject quickly. 960.gs is popular, but it's 960 pixel width assumption works poorly with quirky resolutions found on massive monitors and smartphones. Luckily, I found found fluid960, which is very similar, but implements fluid layouts. It retains the CSS class names of 960.gs, so tutorials and documentation on one translate fairly well to the other. Which is good, because fluid960 pretty much relies on you already knowing regular 960 (I didn't). This presentation gives a good summary of things you might want a CSS framework for, and this 960 tutorial covers what I needed to know.
Color scheming is probably the hardest part for me. It's simple to pick a color pallate that goes together, but there is a higher level opportunity to communicate something through visual design. I could choose a purple scheme to reflect my collegiate experience, or an Ubuntu pallete, but it seems inappropriate for a personal site. I've got a bit of low level coding experience, so I could go with a green on black terminal theme, but it's been done to death ever since the Matrix, and it's basically impossible to beat jwz's version.
Since I'm not really looking to break into web design, I went with a relatively muted color scheme that organizes the content without distracting from it. Truthfully it doesn't matter all that much, as experience shows the majority of hits will come via RSS.
Well, that's basically all there is to my automated homepage system. On to more important things, like setting up a calDAV server or a feed processing tool.
Follwing up on my previous post about how Kubuntu 10.04’s Dr. Konqi will be able to install debug packages if the users asks it to.
I was asked by a friend whether this is also going to work with the Kubuntu PPAs. Since he usually uses the KDE pre-releases and updates from the Kubuntu PPAs that is a very good question indeed. And the simple answer is yes.
All core KDE packages ship have an associated debug package, that includes those that are available via PPAs. For non-core packages it looks a bit different. It mostly depends on whether the package is regularly worked on by Kubuntu Ninjas or not. Those that are mostly also have these debug packages, but those that are not might indeed not have debug packages in a PPA. The reason for this is a bit of a technical one so we better don’t dive into that ^^ (in case you care, I’ll explain it in a bit more detail at the end of this post).
PPAs figured out
On this note I would like to announce that we have a sensible PPA setup now and clearly documented what kind of software needs to go where. We have 4 PPAs that are somewhat suited for use. This somewhat means that they are naturally not guaranteed to be issue free, unfortunately it is an almost impossible task to guarantee this all the time, simply because there are too many possible upgrade/update scenarios we would have to run QA tests against. Anyhow, there are some PPAs for adventurous users and some for a more general audience that rather risk some issues than wait weeks until we can land updates in an official Ubuntu repsitories. Clay Webber published a blog post on which PPA you would want to use as a user in order to get a specific type of update. For all those that care of a more detailed guideline document there is also a page in the Kubuntu wiki (thanks to Clay for that too).
In consequence this means that, unless you have some very specific needs, you should need no more than 4 (in fact you really would only want 3 anyway) PPAs to get an up-to-date KDE system.
Why there is no -dbg
Before reading this I recommend to read my post about Dr. Konqi’s debug package installer since I assume basic knowledge about the debug symbol stuff procedure here .
Above I mentioned that there are no debug package for some non-core packages. Now that was not entirely true. There are no debug packages for some non-core packages in regular repositories (that includes PPAs). The thing is that all those debug symbols that were stripped from the regular package do not get thrown away, they simply get put into seperate packages and those can be found in the so called ddebs archive. This archive contains packages with a -dbgsym suffix (short for debug symbols ) and those contain the debug symbols to their associated packages in the official Ubuntu archives (including the updates, security and backports repositories).
This has 2 major implications on how things work: For one it takes probably >10,000 packages off the cache lists for the regular archives, and for another it means that packages outside the official repositories do not have those -dbgsym packages. So, in general this is a good thing, since not having the -dbgsym packages in the regular archives reduces the download time for the package lists and of course speeds up queries to the local copies of those lists (such as done by apt-cache). At the same time it also means that PPA packages would end up without debug packages, which of course is a bad thing.
And yet I told you that all core KDE packages have debug symbols. How is that possible, you might wonder (or not ). Again I only told you a part of the truth, if the package maintainer decides to have a -dbg package in the regular archives they can work around the stripping and move all debug symbols to another package (say kdelibs5-dbg) and those packages will then end up in any archive the source package gets built for. This is the case for most of the more important packages (those that are on the Kubuntu CD and worked on by Kubuntu Ninjas). Now since it’s mostly important packages that get published to our PPAs this means that you just need to request the appropriate debug packages and we can easily add them either temporary (only for the PPA) or globally (for all further package publications).
I hope this shed enough light on both the PPA and the debug package business
I’m very excited to announce that Ubuntu has applied as participating organisation in the Google Summer of Code 2010!
We submitted an organisational application, along with suggested ideas for potential projects for students. We also encourage students to come up with their own ideas.
If you’re a student interested in Open Source (or if you know students who are), now is the time to act to get involved in Google’s wonderful Summer of Code program.
Also, if you are thinking about becoming a student’s mentor please visit:
Make sure you read all the necessary information carefully and join the IRC channel and mailing list for more discussion.
The timeline is as follows:
The list of accepted Mentoring Organisations will be announced on March 18, 2010 at 12 noon PDT / 19:00 UTC and will be posted on the Google Summer of Code 2010 site.
The student application period begins March 29, 2010 at 12 noon PDT / 19:00 UTC and ends April 9, 2010 at 12:00 at 12 noon PDT / 19:00 UTC. Please see the Google Summer of Code 2010 timeline and FAQs for further information.
mpt pinged me today to ask why Empathy has two icons in the panel.
That’s odd, what is that yellow icon on the left?!? I responded that we didn’t we ship it that way, we ship it with messaging indicator support built in! You have to go check a box to turn that off. Likely he flipped the box at some point in his install and forgot about it. This happens to everyone all the time!
I don’t maintain Empathy, the desktop team does, so how did I know we shipped it that way out of the box? I checked on a new system, with a fresh ISO from the day before, right then and there when he asked the question. How do we keep track of what we’re shipping by default and what we’ve customized on our own day-to-day PCs?
Enter testdrive. It’s in Lucid already or if you’re in Karmic use the PPA.
After that I dragged the little wheel into my panel. When you click on it you get something like this:
Now you need to wait for a minute. The first time you do this it will download the whole ISO. So just stick an old one in the cache directory or let it sync. Don’t worry, after the first time it gets much easier. Then a few minutes later we can confirm our findings:
Aha, indeed by default we don’t ship that weird icon in the tray. Whew! The best part of this is tomorrow when we need to know about how something is working in the default install we just click on the wheel, let it sync, test, confirm, and then move on! And since it keeps a cache you never have to redownload the whole ISO. And there’s things in there for -server, netbooks, and other arches, so it’s handy to check things across different kinds of Ubuntu.
This is great for confirming bugs and checking out what’s new!
The Khronos group just announced the OpenGL 4.0 spec. That’s some major news! I still have to get my hands dirty with geometry-shaders, GPU-tesselation and OpenCL *sigh*
I went on a quest to find an awesome game for Ubuntu. It doesnt matter how much it costs I just want an awesome game. So there are some ones that most people know about Heroes of Newerth, Nexuiz, Warsow, OpenArena, Tremulous and a load of id software games.
So we have lots but most of the good ones are first person shooters. So what about massively multiplayer online games? On windows and mac they have Wow and we can run that on wine but it isnt exactly ideal. So I went looking for some good mmorpg games and i found two games that dont look bad Neverwinter Nights and Vendetta Online. Oh and if you count Heroes of Newerth we have 3 good online multiplayer fantasy games and lots of FPS games already available.
The problem is that there isnt enough people using linux yet to justify most companies making games for Linux but its great that id software and a few other nice companies accommodate us.
So what we need is for lucid+1(10.10) we get as many good games in the software center. So commercial or free, proprietary or free software lets make everything available. Lets have some fun
EDIT: I got neverwinter nights wrong its not a MMORPG, its just a RPG. Whoops :/
We finally have an units policy in Ubuntu. I started to work on this issue over a year ago. The first step was to talk to other people (Ubuntu developers and upstream), but the opinions diverged. Neither a consensus was found, nor any result came out of it (except heated discussions). Upstream was not willing to change anything. It was time to contact the Technical Board to get a decision for Ubuntu.
Now we have the policy and we can start filing bug reports and fixing them without discussions about the reasonability of the patches. Let’s get Ubuntu 10.04 (lucid) in shape!
One of the major changes in the artwork is a change from the yellowy-brown colours to purple and orange. Most of the highlights are in purple, so is the terminal background. The aubergine (purple) is supposed to signify the corporate and the commercial aspects of Ubuntu, while the orange represents community.
I love the way the background is slightly transparent by default. The compositing capabilities in Ubuntu is powerful and should be showed off. The amount of transparency is also just subtle enough that it shouldn’t bother people who usually prefer a solid background. I think the colour is horrible though. I’d go as far as to say it’s offensive, I can write that off to personal taste though. The really bad thing about it is that it changes your to profile to the so-called “Ambiance” theme automatically without any warning. At least it was easy to delete and my older, much more aesthetically pleasing terminal was restored.
Button Positions
The button positions have been a bit more controversial than the actual colours. Personally, I didn’t like it at first but it only took a few hours to get used to it. It was the same when I used OSX for the first time, the positions feel weird at first but they grow on you fast. I don’t think the button positions will be a problem for users who use Ubuntu pretty much exclusively. Not all my machines are on Lucid yet, so it’s been a pain to move between machines that have the controls on the left and that have them on the right. I can imagine that having the controls on the left may be a major annoyance for someone who uses the one system at home and another at work.
Besides that, many applications are set up to have the close button at the top right, and it’s usually not configurable. Scott mentioned something similar with regards to tabs, here’s an example in an OpenOffice document:
Font / Logo
Besides the announcement on the day of UI Freeze, the new Ubuntu font is still not complete either. This means that some derivatives (Edubuntu, for one), doesn’t have a new logo yet since the “e” and “d” letters haven’t been finalized yet. We’re also waiting for a new logo from Canonical, it’s a bit painful that this couldn’t have been better communicated or planned in advance.
Scott wonders why few other people have talked about this, but it’s not the first time Canonical has made big changes on or just before a freeze. It’s probably not the last either. I don’t think people are comfortable providing feedback, especially at the risk of being labeled as a bad apple that just wants to complain about stuff and especially if it won’t change anything.
Changes
Having said what I have so far, I’m all in favour of making big, bold changes. If Canonical puts this much effort into the design of every release, and if they can find a way to involve the community as well (turn their cold purple hearts a bit more orangy), then I think Ubuntu will make major strides in usability and design that ultimately, everyone else would want to copy.
I realize the openssl s_client tool tries to be upper-layer protocol agnostic, but doesn’t everything that uses SSL do commonName checking (HTTP, SMTP, IMAP, FTP, POP, XMPP)? Shouldn’t this be something openssl s_client does by default, maybe with an option to turn it off for less common situations?
Here it doesn’t complain about connecting to “outflux.net” when the cert has a CN for “www.outflux.net”:
The Ubuntu Learning project has been quietly working away for the past six months, most of what we’ve been working on has been the technology to invite new contributors into the mix and get materials published, the plan for what we’re going to write and how to focus in on just a handful of topics so we can really get down to writing.
So you’ve probably read about the technology, GroundControl is a learning project tech. It’s built to allow writers to contribute their knowledge with minimum of fuss. The GroundControl project is suffering a little bit of a delay from changes in launchpad, but a lot of this is because the technology was before it’s time and launchpad and the ubuntu desktop need to be made more talkative before GroundControl and many other launchpad apps will really work nicely with launchpad.
The creation of the build functionality is all there, you just write a bunch of text files and hit go and it compiles your course into a nice book, with side book for lesson plan. There is more work that could be done on the GUI for hitting go, but that’s a nice to have.
The moodle website is pretty much functionally done and we can add classes when ever we like. There is a major need for a theme to be developed, something cleaner than the standard moodle installed theme with our own branding etc. But that’s on our todo list.
I’ve set up a physical systems administration class again for April onwards, this means I’ve taken control of the systems administration course and will be developing it further as the class proceeds. Nigel is still progressing with the teaching track and Elizabeth is collecting information on the Desktop track, hopefully there is plenty of room for collaboration with the Ubuntu Manual project there.
We’ve got a team meeting coming up on Monday 15th 23:00 UTC and we’re a year into our project here so we’ve going to be looking at a way to organise ourselves better. This might include some leadership reorganisation and it’s probably going to involve discussion in how we can get more people involved.
If you feel like learning materials and teaching FOSS topics is very important to the progress to world domination as we do; then please do join us at our meeting and tell us how you think learning materials should be produced and published. We’re looking forward to seeing everyone there.
I don’t like unconditionally clearing /tmp on boot, since I’m invariably working on something in there when my system locks up. But I do like /tmp getting cleaned up from time to time. As a compromise, I’ve set TMPTIME=7 in /etc/default/rcS so that only stuff older than 7 days is deleted when I reboot.
I saw the Translations of package descriptions video from FOSDEM 2010. Every distribution has two translatable string for each package: a synopsis (summary, short description) and a long description. These descriptions differ from distribution to distribution. The descriptions should be shared between the distributions. This will enable us to share the translations of the descriptions.
My idea: Why not letting upstream provide the package description and the translation for it? They should have the knowledge to provide a good description and to update it if required. To encourage upstream to provide the description, we should create a freedesktop specification for it. Quick draft: The tarball should contain a file named package.info. The package.info file should contain three RFC-2822-like fields for each package: Package, Synopsis, and Description. Translation can be stored in package.info.<language> (for example package.info.de).
Example package.info:
Package: audacity
Synopsis: A fast, cross-platform audio editor
Description: Audacity is a multi-track audio editor for Linux/Unix,
MacOS and Windows. It is designed for easy recording, playing
and editing of digital audio. Audacity features digital effects and
spectrum analysis tools. Editing is very fast and provides unlimited
undo/redo.
.
Supported file formats include Ogg Vorbis, MP2, MP3, WAV, AIFF, and AU.
What do you think about this idea?
Edit: Alexandre Franke found an existing markup language designed for our use case: Description of a Project (DOAP). Package is name there, synopsis is shortdesc, and description is description. Here is my example in DOAP:
<Project xmlns="http://usefulinc.com/ns/doap#"
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:foaf="http://xmlns.com/foaf/0.1/">
<name>Audacity</name>
<shortdesc xml:lang="en">
A fast, cross-platform audio editor
</shortdesc>
<description xml:lang="en">
Audacity is a multi-track audio editor for Linux/Unix,
MacOS and Windows. It is designed for easy recording, playing
and editing of digital audio. Audacity features digital effects and
spectrum analysis tools. Editing is very fast and provides unlimited
undo/redo.
Supported file formats include Ogg Vorbis, MP2, MP3, WAV, AIFF, and AU.
</description>
</Project>
Launchpad’s strategist, Jonathan Lange, has started a series of blog posts on getting started with Launchpad’s Python library, launchpadlib:
launchpadlib is the Python client-side library that talks to Launchpad’s own REST API. It turns out that customize scripted control of a bug-tracker-code-hosting-translation-distribution-building-cross-project-collaboration thing is actually quite handy.
Just wanted to update everyone who showed interest in the new release of GNOME Developer Kit I announced yesterday. Based on some preliminary statistics I collected in the (less than) last 24 hours, it seems that the VMware image type got the most download, followed closely by the installable ISO format. I guess that was due to VirtualBox being able to use *.vmdk files and some people opting for the free virtualization tool.
Here are the preliminary results so far:
VMware image: 42 downloads
Installable ISO: 26 downloads
RAW filesystem image: 17 downloads
About GNOME 2.29.92
Due to the number of downloads and and comments I received, I felt that I should provide with some background on how to install/remove packages and update your system using the conary package management system. So here you go:
The package management system behind the GNOME Developer Kit is called conary and is considered by many as the next generation package management system when compared to some of the popular options out there. One of the reasons behind this claim is the fact that your entire system is actually completely maintained in a versioned state, and conary is always “aware” of what is installed on your system and what files and dependencies make up the entire “set”. This allows for some pretty nifty operations such as rolling back to a specific state of your system.
In order to check for new updates for your system, open a terminal and run the command sudo conary updateall. conary will then check for updates and prompt you to accept the update or not. Please keep in mind that the first time you run conary for the first time, you will experience a delay as your entire system gets analyzed in preparation for the changes that are to take place. All subsequent actions performed will be much faster, I promise. If after a while you don’t feel like waiting for the prompt, add –no-interactive to the update command to have your system updated automatically.
Now, let’s just say that you decided to install something new, such as Banshee. Easy, just run sudo conary update banshee (remember to add –no-interactive for no-hands updates) and voilá!
Want to know what was actually installed on your system? conary q banshee will tell you what version of banshee was installed. How about what files were installed? conary q –ls banshee will give you a list of all the files that were installed and conary q –lsl banshee will give you the long list with file permissions and modes.
Changed your mind and want to remove banshee from your system? sudo conary erase banshee will take care of that. Want to actually roll your system back to the state it was before you installed banshee instead? sudo conary rollback 1 will rollback your system exactly one transaction. Want to go further back? Just increase that number to represent how many transactions to roll back. Want to rollback but don’t remember what point in time you want to go? sudo conary rblist will display a list of all transactions and what was changed. Note that each transaction is preceded by the letter “r“, so if you want to rollback to the point r.15, then use sudo conary rollback r.15 (and don’t forget that “r” or you’ll rollback exactly 15 transactions instead).
How about searching for a package? If it is something that it is already installed on your system, then conary q [package name] will give you the information you want. If the package is not installed on your system yet, then conary rq [package name] is what you need, though since conary does not yet make use of metadata, you’ll need to know the exact name of what you’re looking for. Now, let’s say you want to find out what package provides the command /sbin/service? Use conary q –path /sbin/service to find out that initscripts:runtime=8.81.2-0.11-1 is responsible for providing it (use rq if you want to search the remote repository).
Well, I think this is enough to get you going. You’ll probably want to install Flash and media codecs to enjoy browsing some sites and listening to your media, so let’s apply what we’ve learned so far and run: sudo conary update flashplayer group-codecs