Amarok 2: a story of disappointment
I've finished upgrading my workstation to Fedora 11 beta. Since Fedora 10, Amarok 2 has been shipping in lieu of Amarok 1, but since the import tool in Amarok 2 was unusable, I had remained with Amarok 1 instead. This time around, I decided to take Amarok 2 (specifically, 2.0.2) for a spin. So, I diligently backed up my KDE config and application data for Amarok 1, and nuked it from the original places.
Before anybody accuses me of using a beta for this rant, bear in mind that the rest of the KDE 4 applications in this system are functioning correctly.
The launch -- failure #1
I launched Amarok 2.
No cookie. It didn't even launch -- it ended with a SIGSEGV after an St9_bad_alloc C++ exception. What could be going on?
Turns out it was my security configuration. I have my system set up to never grant more than 1 GB of RAM to any application, using the ulimit command; and for good reason too, since Kopete every once in a while decides to run away with all system memory and freeze my machine.
But this only lets me ask the question: why would a music player need to allocate in excess of one gigabyte of RAM just to start up? I am appalled at this.
Well, never mind, let's increase that to 2 GB and try again.
- Login or register to post comments
- Printer-friendly version
- 1337 reads
- PDF version
More in Tux Machines
- Highlights
- Front Page
- Latest Headlines
- Archive
- Recent comments
- All-Time Popular Stories
- Hot Topics
- New Members
digiKam 7.7.0 is releasedAfter three months of active maintenance and another bug triage, the digiKam team is proud to present version 7.7.0 of its open source digital photo manager. See below the list of most important features coming with this release. |
Dilution and Misuse of the "Linux" Brand
|
Samsung, Red Hat to Work on Linux Drivers for Future TechThe metaverse is expected to uproot system design as we know it, and Samsung is one of many hardware vendors re-imagining data center infrastructure in preparation for a parallel 3D world. Samsung is working on new memory technologies that provide faster bandwidth inside hardware for data to travel between CPUs, storage and other computing resources. The company also announced it was partnering with Red Hat to ensure these technologies have Linux compatibility. |
today's howtos
|
Recent comments
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago
1 year 11 weeks ago