Description of problem: upgrading mga6 to mga7 actually can't be completely achieved since the following pkgs mga6 have no equivalent as mga7: the list is here: [root@mga6-64 alain4]# rpm -qa |grep mga6 lib64magick-6Q16_6-6.9.10.48-1.mga6 gcj-tools-5.5.0-1.mga6 lib64gcj_bc1-5.5.0-1.mga6 lib64kdexoauth2_3-17.12.2-1.2.mga6 kmailtransport-handbook-16.12.3-1.mga6 lib64mariadb-embedded18-10.1.39-1.mga6 libgcj16-base-5.5.0-1.mga6 lib64gcj16-5.5.0-1.mga6 lib64magick++-6Q16_8-6.9.10.48-1.mga6 wine64-gecko-2.47-1.mga6 [root@mga6-64 alain4]# if I am not wrong! Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3.
It is normal for some 'old' packages to remain if they cannot be upgraded, either because they have been dropped (qcj?), or superseded. lib64magick-6Q16_6 now lib64magick-7Q16HDRI_6 lib64magick++-6Q16_8 now lib64magick++-7Q16HDRI_4 lib64kdexoauth2_3 no M7 equivalent kmailtransport-handbook no M7 equivalent. Could ask for it - if it still exists. Does it matter to you? lib64mariadb-embedded18 no M7 equivalent, but lib64mariadb-embedded-devel is offered. I would guess a change in MariaDB: wine64-gecko *does* exist, but as .mga6 rather than .mga7 . Perhaps bug just this. All the *qcj* things - whatever it was - are indeed gone from M7. But you should still be able to use it. Hope this helps.
CC: (none) => lewyssmith
Have done a bit of research on Mageia 6. All the *qcj* things were for Java. CC'ing neoclust hoping he can confirm their legitimate absence from M7. "lib64kdexoauth2_3 - Cyrus SASL 2 plugin for kdepim-runtime This package provides a Cyrus SASL plugin to use Google's XOAUTH authentication for receiving and sending mail through Google servers." CC'ing kde team to confirm it is not needed now; also for kmailtransport-handbook. "lib64mariadb-embedded18 - MariaDB as an embeddable library This package contains a version of the MariaDB server that can be embedded into a client application instead of running as a separate process." Worth knowing why it is apparently not needed now, particularly as M7 offers the -devel package. CC'ing akien to ask. wine64-gecko: CC'ing akien about the fact that this M7 package is .mga6 . This does not look right.
CC: (none) => kde, mageia, rverschelde
(In reply to Lewis Smith from comment #2) > Have done a bit of research on Mageia 6. > > All the *qcj* things were for Java. > CC'ing neoclust hoping he can confirm their legitimate absence from M7. libgcj16-base-5.5.0-1.mga6 and lib64gcj16-base-5.5.0-1.mga6 seem necessary for pdftk to work, I frequently use this command for PDF documents manipulating, so I won't remove theses pkgs > > "lib64kdexoauth2_3 - Cyrus SASL 2 plugin for kdepim-runtime > > This package provides a Cyrus SASL plugin to use Google's XOAUTH > authentication for receiving and sending mail through Google servers." > CC'ing kde team to confirm it is not needed now; > also for kmailtransport-handbook. > > "lib64mariadb-embedded18 - MariaDB as an embeddable library > > This package contains a version of the MariaDB server that can be embedded > into a client application instead of running as a separate process." > Worth knowing why it is apparently not needed now, particularly as M7 offers > the -devel package. CC'ing akien to ask. > > wine64-gecko: CC'ing akien about the fact that this M7 package is .mga6 . > This does not look right. wait for a reply about wine64-gecko and lib64mariadb-embedded18
> libgcj16-base-5.5.0-1.mga6 and lib64gcj16-base-5.5.0-1.mga6 seem necessary > for pdftk to work, I frequently use this command for PDF documents > manipulating, so I won't remove theses pkgs I know & use pdftk, but thought we dropped it in Mageia 6 (there are technical reasons on pdftk's side) - unless retained by upgrading from M5. I actually use another more dated distribution when I need pdftk.
gcj is dead and gone upstream. pdftk was dead upstream and not buildable (has been replaced in Cauldron by a new fork). wine-gecko is still .mga6 because it was not buildable during the whole development cycle (technically it should have been dropped). It's normal for packages to be dropped for several reasons. They could be dead upstream, no longer installable because of dependencies, no longer buildable, or no longer maintained downstream.
Status: NEW => RESOLVEDResolution: (none) => INVALID
(In reply to David Walser from comment #5) > gcj is dead and gone upstream. pdftk was dead upstream and not buildable > (has been replaced in Cauldron by a new fork). what is the name of this fork? wine-gecko is still .mga6 > because it was not buildable during the whole development cycle (technically > it should have been dropped). It's normal for packages to be dropped for > several reasons. They could be dead upstream, no longer installable because > of dependencies, no longer buildable, or no longer maintained downstream. many thanks
(In reply to David Walser from comment #5) > gcj is dead and gone upstream. pdftk was dead upstream and not buildable > (has been replaced in Cauldron by a new fork). wine-gecko is still .mga6 > because it was not buildable during the whole development cycle (technically > it should have been dropped). It's normal for packages to be dropped for > several reasons. They could be dead upstream, no longer installable because > of dependencies, no longer buildable, or no longer maintained downstream. I think I've found it: pdftk-java-3.0.6-2.mga8.noarch.rpm
yes pdftk-java is available on Cauldron and also in mga7/Core/Backports_testing repo!
CC: (none) => geiger.david68210
(In reply to David GEIGER from comment #8) > yes pdftk-java is available on Cauldron and also in > mga7/Core/Backports_testing repo! I have download it from cauldron repos and it seems to work well