Bug#808036: transition: libpinyin
On Wed, Dec 16, 2015 at 1:10 AM, Emilio Pozuelo Monfortwrote: > Control: tags -1 confirmed > > On 15/12/15 13:50, Aron Xu wrote: >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> X-Debbugs-Cc: pkg-ime-de...@lists.alioth.debian.org >> >> Dear release team, >> >> We would like to get a transition slot for libpinyin 1.3.0. Affected >> source packages: >> >> 1. libpinyin >> 2. fcitx-libpinyin >> 3. ibus-libpinyin >> >> All of the packages are present in experimental. > > Ack. > Looks completed, :) Cheers, Aron
Bug#808036: marked as done (transition: libpinyin)
Your message dated Fri, 25 Dec 2015 13:01:05 +0100 with message-id <20151225120105.gj13...@betterave.cristau.org> and subject line Re: Bug#808036: transition: libpinyin has caused the Debian Bug report #808036, regarding transition: libpinyin to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 808036: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808036 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-Cc: pkg-ime-de...@lists.alioth.debian.org Dear release team, We would like to get a transition slot for libpinyin 1.3.0. Affected source packages: 1. libpinyin 2. fcitx-libpinyin 3. ibus-libpinyin All of the packages are present in experimental. Affected: .depends ~ /\b(libpinyin7|libpinyin7\-dev|libpinyin4|libpinyin4\-dev)\b/ Good: .depends ~ /\b(libpinyin7|libpinyin7\-dev)\b/ Bad: .depends ~ /\b(libpinyin4|libpinyin4\-dev)\b/ Thanks, Aron --- End Message --- --- Begin Message --- On Fri, Dec 25, 2015 at 16:17:29 +0800, Aron Xu wrote: > On Wed, Dec 16, 2015 at 1:10 AM, Emilio Pozuelo Monfort >wrote: > > Control: tags -1 confirmed > > > > On 15/12/15 13:50, Aron Xu wrote: > >> Package: release.debian.org > >> Severity: normal > >> User: release.debian@packages.debian.org > >> Usertags: transition > >> X-Debbugs-Cc: pkg-ime-de...@lists.alioth.debian.org > >> > >> Dear release team, > >> > >> We would like to get a transition slot for libpinyin 1.3.0. Affected > >> source packages: > >> > >> 1. libpinyin > >> 2. fcitx-libpinyin > >> 3. ibus-libpinyin > >> > >> All of the packages are present in experimental. > > > > Ack. > > > > Looks completed, :) > Indeed. Cheers, Julien signature.asc Description: PGP signature --- End Message ---
Bug#650601: transition: libpng 1.5
> After building 288 packages some intermediate result: > > 288 built > 85 failed > 200 built ok > (3 currently rebuilding due some BD needed to be rebuilt themselves > too) > > Short analysis of the build errors are on this titanpad: > https://titanpad.com/libpng16-transistion > I will continue update the pad with new results. > > To build the packages, I modified the libpng16 package from > experimental to provides also libpng-dev and libpng12-dev. Hi, There's one game from this list for which nobody should waste time on: freecraft. The Stratagus + Wargus fork is now really active again; indirectly thanks to it's own fork Wyrmsun that is commercial sold GPL game which bugfixes gets now integrated back in Stratagus. Freecraft should instead be removed from the archive and a transitional "freecraft" package would be provided by yet-to-be packageed wargus. I'm currently working on how to modify upstream to make "Warcraft II" (non-free, with G-D-P) & "Aleona's Tales" (DFSG-free) campaignq co-installable, but I can already file an ITP today. Well stratagus was previously in Debian & got removed, but things have changed since 2008: - now freecraft is not active anymore; and this name is linked to MineCraft stuff - stratagus is active again, long standing bugs got fixed - boswars only provide a futuristic (I would say, ugly) campaign and no way to play medieval/fantasy quests title of #472278 is misleading "RM: stratagus -- RoQA; abandoned upstream; superseded by boswars" https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=472278 Someone may want to file an ITP for Wyrmsun too (game is already packaged there: http://www.playdeb.net/game/Wyrmgus), but I find more convenient to update it with Steam for now, because upstream is making very regular releases (sometimes daily) and Steam uses some delta-copy protocol like rsync or bittorrent & there's a bit of extra non-free nice artwork in the Steam release & that's a way to indirectly thanks author for fixing old bug in Stratatagus. http://store.steampowered.com/app/370070/ Greets, Alexandre
Bug#650601: transition: libpng 1.5
After building 288 packages some intermediate result: 288 built 85 failed 200 built ok (3 currently rebuilding due some BD needed to be rebuilt themselves too) Short analysis of the build errors are on this titanpad: https://titanpad.com/libpng16-transistion I will continue update the pad with new results. To build the packages, I modified the libpng16 package from experimental to provides also libpng-dev and libpng12-dev. -- tobi
Bug#808735: Heads up: transition: xserver 1.18
2015-12-22 23:15 GMT+02:00 Emilio Pozuelo Monfort: > On 22/12/15 21:53, Martin-Éric Racine wrote: >> Just a pointer: >> >> 2015-12-22 22:46 GMT+02:00 Emilio Pozuelo Monfort : >>> I didn't check the drivers that don't build on x86: >>> >>> xserver-xorg-video-freedreno >>> xserver-xorg-video-geode >>> xf86-video-omap >> >> You have your facts backwards. Geode ONLY builds on x86. :) > > Heh, right. It wasn't available on x86_64 and just assumed those three were > ARM* > or whatever. Anyway if you can verify it still builds / works that'd be great. Geode builds fine in my experimental chroot, but I haven't been able to verify whether the driver actually works as expected. Martin-Éric
Bug#650601: transition: libpng 1.5
Am Freitag, den 25.12.2015, 20:28 +0100 schrieb Alexandre Detiste: > > There's one game from this list for which nobody should waste time > on: freecraft. Noted on the pad*. Thanks Alexandre * anyone feel free to add such notes to the pad themselves...
Bug#650601: transition: libpng 1.5
Hi, I see *many* packages are failing to build because of completely unrelated reasons (e.g. insighttoolkit4 and gambas3), and many of them needs some rebuilds to see if everything works (e.g. freetype6 rdeps). However something like 80 packages, with many of them just needing a few tweaks (and many of them not even in testing for other RC bugs), makes me think about going just on unstable, without splitting the transition in two parts. Nobuhiro, what is your opinion? We are talking about something like ~50 packages to fix (about 10% of the total packages count), I don't see the need of two transitions, and keeping both 12 and 16 at the same time on unstable. But this is just my opinion, for sure I can help with ~10-20 packages during the VAC :) (BTW gambas3 is right now in deferred queue, and I think it will be fixed as soon as it is accepted on unstable). (I see Fedora probably did drop the old 12 at all, so we might even find patches on their repo if needed, but I'm unsure about this statement, since I just quickly had a look to their repo) cheers, Gianfranco
Bug#808845: marked as done (nmu: gdb-mingw-w64_10.1)
Your message dated Sat, 26 Dec 2015 01:10:09 +0100 with message-id <567ddae1.5010...@debian.org> and subject line Re: Bug#808845: nmu: gdb-mingw-w64_10.1 has caused the Debian Bug report #808845, regarding nmu: gdb-mingw-w64_10.1 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 808845: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=808845 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, I'd appreciate it if you could binNMU gdb-mingw-w64: nmu gdb-mingw-w64_10.1 . ANY . unstable . -m "Rebuild with gdb 7.10." Regards, Stephen -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing'), (500, 'stable'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) --- End Message --- --- Begin Message --- On 23/12/15 19:00, Stephen Kitt wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > Dear release team, > > I'd appreciate it if you could binNMU gdb-mingw-w64: > > nmu gdb-mingw-w64_10.1 . ANY . unstable . -m "Rebuild with gdb 7.10." Scheduled (with a dep-wait on alpha and sh4). Cheers, Emilio--- End Message ---