Control: severity -1 normal
Control: title -1 amarok database is stuck at version 7 (amarok 2.2.0)
Control: tags -1 upstream
Hello,
On Thursday 12 July 2012 15:02:44 Ira Rice wrote:
020 A C K soh nul nul nul nul soh nul dc1 nul ~ nl D B
4341014b
Hello,
Hmm, log tells me that you are using external MySQL server storage. So far we
were checking version of the local storage, so our info was not correct.
amarok: [00;34mBEGIN:[00;39m void
CollectionManager::loadPlugins(const
QListCollections::CollectionFactory*) amarok:
Hello,
On Saturday 18 August 2012 08:22:19 Ira Rice wrote:
Right, I was using MySQL, like I thought I said when I reported it.
Likewise, when I purged it externally, it mostly reassembled itself
without me needing to tell it how to do so, and appears to still be
stuck at version 7. I
Replying to this since I have a new theory on what might be going on in
this bug, and which might end up with resolving this issue if someone would
check the code to see if this is the case or not (not that I can't, but I'd
honestly prefer to leave this to someone who knows where to look and is
Hello,
On Tuesday 10 July 2012 13:07:23 Ira Rice wrote:
In the NEWS file for 2.6~beta1, it mentioned that for smaller playlists,
there
would be a few minute delay while it updated the database format.
There is no NEWS file in amarok packaging. You are probably referring to
changelog.gz
On Thu, Jul 12, 2012 at 2:37 PM, Modestas Vainius mo...@debian.org wrote:
Hello,
On Tuesday 10 July 2012 13:07:23 Ira Rice wrote:
In the NEWS file for 2.6~beta1, it mentioned that for smaller playlists,
there
would be a few minute delay while it updated the database format.
There is no
Package: amarok
Version: 2.6~beta1+75.g47e75df-1
Severity: grave
Justification: renders package unusable
In the NEWS file for 2.6~beta1, it mentioned that for smaller playlists,
there
would be a few minute delay while it updated the database format. However, I
have a larger database (4600+ tracks
7 matches
Mail list logo
