On 16/08/2012 23:23, Nicholas Bamber wrote: > tag 685072 +unreproducible +moreinfo > thanks > > I have not managed to reproduce this. I have tried piuparts in three > ways and a direct -6 to -7 upgrade. I have not had time to do a -5 to -7 > upgrade as I did not have the -5 debs lying around. > > I probably won't have time for a day or two to get them from > snapshot.debian.org. However I cannot see any obvious reason why this > should make a difference. > > Just casting around for ideas the only thing I can think of at the > moment is can you upgrade from -5 to -7 via -6? You should be able to do > that easily for the next week with the following steps: > > 1.) change the source to testing in /etc/apt/sources.list > 2.) apt-get update > 3.) apt-get install mysql-server-5.5 > 4.) change the source back to sid > 5.) apt-get update > 6.) apt-get install mysql-server-5.5 > > Another thing that puzzled me is: > > "1 upgraded, 0 newly installed, 0 to remove and 2 not upgraded. > 1 not fully installed or removed." > > why are so few packages upgraded? I'm guessing that what is required to > trigger this is some sequence of partial upgrades rather than a > straightforward "apt-get upgrade". If so I doubt that this would warrant > the severity I put in earlier.
The solution that worked was to: 1) disable Sid in sources 2) downgrade mysql-server-core-5.5 to 5.5.24+dfsg-6 3) install mysql-server-5.5 4) enable Sid 5) update & upgrade I guess it wasn't necessary to use testing, and that the downgrading did the job. Maybe something should be added in the "depends" section to avoid this kind of issue? -- Félix
signature.asc
Description: Digital signature
