Bug#909288: transition: kdepim 18.08
Hey Emilio, > This transition is blocked on blogilo. blogilo is a offline blogpost editor for CMS like wordpress choqok is micro-blogging client for things like twitter IMO choqok is not a replacement for blogilo. blogilo in is dead by upstream since 17.08. and pino made it compiling for 17.12. But now with 18.08 there are more issues get it compiling. I filed a bug against blogilo that it can't be compiled with new 18.08 [#908869]. I recommend to delete blogilo from testing. Do I need to file a own RM request or is [#908869] enough for you to delete it from testing? > Does that mean that blogilo has been superseeded by choqok? If so, should > blogilo be turned into an empty transitional package? I don't think that make sense. > Also any chance you can look at uploading kopete/exp with a fix for the new > libmediastreamer (patch in #890606) to sid? That would help in two > transitions. I'm not into kopete that much. With 18.04 it is KF5 based, so it might be very unstable, why pino descided it to push it to experimental. But we should move this discussion to pkg-kde-t...@lists.alioth.debian.org. As it is not related to the KDEPIM transistion. hefee signature.asc Description: This is a digitally signed message part.
Bug#909288: transition: kdepim 18.08
On 08/10/2018 23:21, Sandro Knauß wrote: > Hey Emilio, > > I uploaded kmailtransport_18.08.1-2 that should build on more archs (as it > makes libkgapi optional). > > hefee > > @pino sorry - I forgotten to pull before starting to work, so your updates > are > not included in the -2. > This transition is blocked on blogilo. Looking upstream to see if there's a fix, I found out that https://userbase.kde.org/Blogilo has a blogilo homepage link that links to http://blogilo.gnufolks.org/ which redirects to https://choqok.kde.org/ Does that mean that blogilo has been superseeded by choqok? If so, should blogilo be turned into an empty transitional package? Also any chance you can look at uploading kopete/exp with a fix for the new libmediastreamer (patch in #890606) to sid? That would help in two transitions. Thanks, Emilio
Bug#909288: transition: kdepim 18.08
Hey Emilio, I uploaded kmailtransport_18.08.1-2 that should build on more archs (as it makes libkgapi optional). hefee @pino sorry - I forgotten to pull before starting to work, so your updates are not included in the -2. signature.asc Description: This is a digitally signed message part.
Bug#909288: transition: kdepim 18.08
Hey, > kmailtransport and other packages are in bd-uninst and outdated on several > architectures because they need libkgapi which is blocked on the lack of > qtwebengine5. So either one of those get an optional build-dep so things can > build, or we'll need partial removals from the affected architectures. Can > you look into it? Okay so far as I followed the dependency graphs [1,2] thos bd-unist camoe from the new dependency between libkgapi -> kmailtransport. I think it is save to remove the parts in kmailptransport that are libkgapi dependent, as this only handles the cases, when use want to send a mail via gmail/XAUTH2, where you really need libkgapi. I'll try to upload a patch the next days. But I'm busy next week with sowing rye. But it should not be that difficult to make two blocks optional in plugins/smtp/smtpjob.cpp. hefee [1] https://qt-kde-team.pages.debian.net/images/pim-build-deps-17.12.png [2] https://qt-kde-team.pages.debian.net/images/pim-build-deps-18.08.png signature.asc Description: This is a digitally signed message part.
Bug#909288: transition: kdepim 18.08
Hi, kmailtransport and other packages are in bd-uninst and outdated on several architectures because they need libkgapi which is blocked on the lack of qtwebengine5. So either one of those get an optional build-dep so things can build, or we'll need partial removals from the affected architectures. Can you look into it? Emilio
Bug#909288: transition: kdepim 18.08
Hello, On Wed, Oct 03, 2018 at 10:01:23PM +0200, Sandro Knauß wrote: > Hey, > > after the first archs have compiled complete kde pim 18.08. Now several > packages needs to get recompiled against > the new kdepim, they needs to get rebuilt on any architecture: [...] > > nmu kio-gdrive . ANY . -m 'Rebuild against kdepim 18.08.1' > dw kio-gdrive . ANY . -m 'libkpimgapi-dev (>= 18.08.0~)' > I've added some nice-to-have appstream updates to kio-gdrive to add some additional value to the upload, and I've contacted Maximilian, who usually sponsors uploads for this package. If it comes down to it, would you please sponsor the -2 revision from one of the follow rather than uploading a binnmu?: git clone g...@salsa.debian.org:qt-kde-team/extras/kio-gdrive.git # use uscan to get the orig tarball, or download the one already in # the archive # or dget https://mentors.debian.net/debian/pool/main/k/kio-gdrive/kio-gdrive_1.2.4-2.dsc Thanks! Nicholas signature.asc Description: PGP signature
Bug#909288: transition: kdepim 18.08
Hey, after the first archs have compiled complete kde pim 18.08. Now several packages needs to get recompiled against the new kdepim, they needs to get rebuilt on any architecture: nmu ktorrent . ANY . -m 'Rebuild against kdepim 18.08.1' dw ktorrent . ANY . -m 'libkf5syndication-dev (>= 18.08.0~)' nmu kio-gdrive . ANY . -m 'Rebuild against kdepim 18.08.1' dw kio-gdrive . ANY . -m 'libkpimgapi-dev (>= 18.08.0~)' nmu kjots . ANY . -m 'Rebuild against kdepim 18.08.1' dw kjots . ANY . -m 'libkf5akonadi-dev (>= 4:18.08.0~), libkf5akonadinotes-dev (>= 18.08.0~), libkf5pimtextedit-dev (>= 18.08.0~)' nmu zanshin . ANY . -m 'Rebuild against kdepim 18.08.1' dw zanshin . ANY . -m 'libkf5akonadicalendar-dev (>= 4:18.08.0~), libkf5akonadicontact-dev (>= 4:18.08.0~), libkf5akonadinotes-dev (>= 4:18.08.0~), libkf5akonadisearch-dev (>= 4:18.08.0~), libkf5identitymanagement-dev (>= 18.08.0~), libkf5kontactinterface-dev (>= 18.08.0~), libkf5ldap-dev (>= 18.08.0~)' nmu digikam . ANY . -m 'Rebuild against kdepim 18.08.1' dw digikam . ANY . -m 'libkf5calendarcore-dev (>= 4:18.08.0~)' nmu kraft . ANY . -m 'Rebuild against kdepim 18.08.1' dw kraft . ANY . -m 'libkf5akonadi-dev (>= 4:18.08.0~), libkf5akonadicontact-dev (>= 4:18.08.0~)' hefee signature.asc Description: This is a digitally signed message part.
Bug#909288: transition: kdepim 18.08
Control: tags -1 confirmed On 21/09/2018 08:52, Sandro Knauß wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: transition > > KDE Pim 18.08 has updated ist API and ABI, that makes it nessasary to bump > some ABIs. Most of the packages, that needs to be rebuild are inside > KDE Pim itself so only following "external" packages are affected: > > ktorrent > kio-gdrive > blogilo > kjots > zanshin > digikam > kraft > (calligraplan) > > I build all rdepends and I have only two issues: > * blogilo has fallen out of KDE Pim can't be build anymore [#908869] > * calligraplan depend on the build packages, but the features that > use KDE Pim are disabled, so no need to build them within the transition. > > This transistion includes/replaces following auto detected transitions: > auto-akonadi > auto-kalarmcal > auto-kcalcore > auto-kdav > auto-kf5-messagelib > auto-kldap > auto-kpimtextedit > auto-ksmtp > auto-libkf5eventviews > auto-libkf5gravatar > auto-libkf5mailcommon > auto-libkf5pimcommon > auto-libkgapi > auto-syndication > > These 15 transitions share nearly all rdepdens. > > I don't see any blocker from my side, to wait. Please go ahead. Cheers, Emilio
Bug#909288: transition: kdepim 18.08
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition KDE Pim 18.08 has updated ist API and ABI, that makes it nessasary to bump some ABIs. Most of the packages, that needs to be rebuild are inside KDE Pim itself so only following "external" packages are affected: ktorrent kio-gdrive blogilo kjots zanshin digikam kraft (calligraplan) I build all rdepends and I have only two issues: * blogilo has fallen out of KDE Pim can't be build anymore [#908869] * calligraplan depend on the build packages, but the features that use KDE Pim are disabled, so no need to build them within the transition. This transistion includes/replaces following auto detected transitions: auto-akonadi auto-kalarmcal auto-kcalcore auto-kdav auto-kf5-messagelib auto-kldap auto-kpimtextedit auto-ksmtp auto-libkf5eventviews auto-libkf5gravatar auto-libkf5mailcommon auto-libkf5pimcommon auto-libkgapi auto-syndication These 15 transitions share nearly all rdepdens. I don't see any blocker from my side, to wait. hefee -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled