Processed: bug 790980 is forwarded to https://release.debian.org/transitions/html/auto-assimp.html
Processing commands for cont...@bugs.debian.org: forwarded 790980 https://release.debian.org/transitions/html/auto-assimp.html Bug #790980 [release.debian.org] assimp: library transition to libassimp3v5 Bug #795125 [release.debian.org] transition: libassimp3 - libassimp3v5 Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/auto-assimp.html'. Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/auto-assimp.html'. thanks Stopping processing here. Please contact me if you need assistance. -- 790980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790980 795125: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795125 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796083: Closing bugs
Build-depend conflicts are resolved. Thanks Anton
Re: Current Haskell transition
On 2015-08-24 13:58, Joachim Breitner wrote: Hi, Am Montag, den 24.08.2015, 13:55 +0200 schrieb Emilio Pozuelo Monfort: On 24/08/15 13:37, Joachim Breitner wrote: from my understanding, the current Haskell packages in unstable should be able to migrate to testing. At least my binNMU tool¹ does not indicate any errors on release architectures, and the release tracker² only shows what I believe are false negatives. Nevertheless, none of the hints created by the autohinter is accepted by britney: https://release.debian.org/britney/update_output.txt Are there some problems left that I am not aware of? Or is the auto -hinter incomplete in this case? It does take removals into account these days, does it? It has two auto-hinters. The Partial (Ordering) auto-hinter can include removals - the other (Original) does not. There needs to be a remove hint for it to take removals into account. Do any packages need to be removed from testing? If so let us know which ones and we can add a hint for them. is that true even for packages that have been removed in unstable? It needs to be flagged for removal - either by a removal hint OR by the package being removed from unstable. From the top of my head, there is haskell-src-exts on mips and mipsel, together with reverse dependencies (haskel-hoogle, hlint, hothasktags). Greetings, Joachim Mind you, some of the haskell packages are waiting for icu, which is waiting for gcc-5. Examples include haskell-blogliterately/amd64[1] and haskell-text-icu/amd64[2]. I am not sure this is good... Thanks, ~Niels [1] https://release.debian.org/britney/update_excuses.html#haskell-blogliterately/amd64 [2] https://release.debian.org/britney/update_excuses.html#haskell-text-icu/amd64 signature.asc Description: OpenPGP digital signature
Bug#796084: marked as done (nmu: vtk6_6.2.0+dfsg1-2)
Your message dated Mon, 24 Aug 2015 16:57:50 +0200 with message-id calf6qjmsvrzsm_rnenuym5mdjabsyj_pdmozsb7b8z-1pft...@mail.gmail.com and subject line Closing bugs has caused the Debian Bug report #796084, regarding nmu: vtk6_6.2.0+dfsg1-2 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.) -- 796084: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796084 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, please binNMU vtk6 to let liggghts solve dependency conflict. nmu vtk6_6.2.0+dfsg1-2 . ALL . unstable . -m rebuild against libjsoncpp0v5 Thanks ---End Message--- ---BeginMessage--- Build-depend conflicts are resolved. Thanks Anton---End Message---
Bug#796083: marked as done (nmu: soqt_1.6.0~e8310f-2)
Your message dated Mon, 24 Aug 2015 16:57:50 +0200 with message-id calf6qjmsvrzsm_rnenuym5mdjabsyj_pdmozsb7b8z-1pft...@mail.gmail.com and subject line Closing bugs has caused the Debian Bug report #796083, regarding nmu: soqt_1.6.0~e8310f-2 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.) -- 796083: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796083 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, please binNMU sosqt to let freecad solve dependency conflict. nmu soqt_1.6.0~e8310f-2 . ALL . unstable . -m rebuild against libcoin80v5 Thanks Anton ---End Message--- ---BeginMessage--- Build-depend conflicts are resolved. Thanks Anton---End Message---
Re: Current Haskell transition
On 24/08/15 13:58, Joachim Breitner wrote: Hi, Am Montag, den 24.08.2015, 13:55 +0200 schrieb Emilio Pozuelo Monfort: On 24/08/15 13:37, Joachim Breitner wrote: from my understanding, the current Haskell packages in unstable should be able to migrate to testing. At least my binNMU tool¹ does not indicate any errors on release architectures, and the release tracker² only shows what I believe are false negatives. Nevertheless, none of the hints created by the autohinter is accepted by britney: https://release.debian.org/britney/update_output.txt Are there some problems left that I am not aware of? Or is the auto -hinter incomplete in this case? It does take removals into account these days, does it? There needs to be a remove hint for it to take removals into account. Do any packages need to be removed from testing? If so let us know which ones and we can add a hint for them. is that true even for packages that have been removed in unstable? No, in that case it's not necessary. From the top of my head, there is haskell-src-exts on mips and mipsel, together with reverse dependencies (haskel-hoogle, hlint, hothasktags). libghc-hlint-dev, libghc-hlint-prof are still in unstable, blocking haskell-src-exts' removal. Emilio
Re: Current Haskell transition
Hi, Am Montag, den 24.08.2015, 16:54 +0200 schrieb Niels Thykier: Mind you, some of the haskell packages are waiting for icu, which is waiting for gcc-5. Examples include haskell -blogliterately/amd64[1] and haskell-text-icu/amd64[2]. I am not sure this is good... well, at least it explains the situation. I still hope that from the Haskell side, everything is in order, so this can go through when icu does... I guess it also means that Haskell development should for the next weeks happen in experimental only, right? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#796799: nmu: kdecoration_4:5.3.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu kdecoration_4:5.3.2-2 . ALL . stretch . -m Rebuild against gcc4, to have a working breeze/oxygen theme. Hi, the migration of kdecoration to testing broke kde in stretch a few days ago, (as gcc5 changes the abi of functions that use std::function :( ). A binNMU in stretch fixes the issue. Happy hacking, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Re: Current Haskell transition
Hi, Am Montag, den 24.08.2015, 18:26 +0200 schrieb Emilio Pozuelo Monfort: From the top of my head, there is haskell-src-exts on mips and mipsel, together with reverse dependencies (haskel-hoogle, hlint, hothasktags). libghc-hlint-dev, libghc-hlint-prof are still in unstable, blocking haskell-src-exts' removal. Ah, ftp-master removed only the binary hlint, not all binary of the source hlint. Sorry. I just file a new removal bug: https://bugs.debian.org/796804 But we are stuck due to ics and bibutils anyways, as Niels pointed out. I would not oppose a temporary removal of haskell-blogliterately, haskell-pandoc-citeproc, haskell-text-icu, mediawiki2latex, mighttpd2, rss2irc, yi (according to https://release.debian.org/transitions/html/auto-icu.html ) to separate the two transitions. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#796799: marked as done (nmu: kdecoration_4:5.3.2-2)
Your message dated Mon, 24 Aug 2015 18:56:19 +0200 with message-id 20150824165619.gw3...@betterave.cristau.org and subject line Re: Bug#796799: nmu: kdecoration_4:5.3.2-2 has caused the Debian Bug report #796799, regarding nmu: kdecoration_4:5.3.2-2 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.) -- 796799: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu kdecoration_4:5.3.2-2 . ALL . stretch . -m Rebuild against gcc4, to have a working breeze/oxygen theme. Hi, the migration of kdecoration to testing broke kde in stretch a few days ago, (as gcc5 changes the abi of functions that use std::function :( ). A binNMU in stretch fixes the issue. Happy hacking, -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) ---End Message--- ---BeginMessage--- On Mon, Aug 24, 2015 at 18:16:31 +0200, Maximiliano Curia wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu kdecoration_4:5.3.2-2 . ALL . stretch . -m Rebuild against gcc4, to have a working breeze/oxygen theme. Hi, the migration of kdecoration to testing broke kde in stretch a few days ago, (as gcc5 changes the abi of functions that use std::function :( ). A binNMU in stretch fixes the issue. Scheduled. Cheers, Julien signature.asc Description: Digital signature ---End Message---
Re: libstdc++ follow-up transitions
On 08/21/2015 01:12 PM, Simon McVittie wrote: On 18/08/15 00:37, Steve Langasek wrote: On Mon, Aug 17, 2015 at 01:46:16PM +0100, Simon McVittie wrote: Having done more rebuilds in Ubuntu, it would be great if you could publish a complete list of the transitions you believe to be necessary Here's the count of source packages in Ubuntu wily that produce binary packages ending in 'v5', which is probably a good approximation Thanks, I have added them to https://titanpad.com/UtA5km2wW6 so we can hopefully get a better picture of what needs to be done. For the items that are still to-do or undecided, I've been adding reverse dependency counts to that list, using max(broken build-depends, source packages with broken depends) from a dak command like dak rm -R -n adplug, so that people can see whether they are almost leaf packages or not. In most cases the answer is that they have 10 direct rdeps, which strikes me as getting into fix it later territory. hunspell is one notable exception, if it does indeed need renaming (I haven't verified) it doesn't need it. For the history: In Ubuntu I started with the task to get a cd image ready for GCC 5, manually renamed some library packages, and then we uploaded all remaining packages for the image with a dependency on libstdc++6. Then I asked for the renames based on these rebuilt packages, including some which didn't need renaming. I asume these were about 5-10 library packages. I don't have a record anymore, the contents of the PPA is already removed. I think we might be at or approaching a point where it is worthwhile to schedule a significant number of binNMUs and make more of unstable installable again, without needing to re-binNMU too many of the same packages later? For instance, the ilmbase - openexr - opencv stack are all fixed in unstable, and so are most of the glibmm stack (e.g. gtkmm). sure, but maybe make sure you limit the binNMUs first to packages not building library packages. This way you might catch some ftbfs indicating that more renames are needed. Matthias
Processed: Re: Bug#791026: ecasound: library transition may be needed when GCC 5 is the default
Processing control commands: forwarded -1 https://release.debian.org/transitions/html/auto-ecasound.html Bug #791026 [release.debian.org] ecasound: library transition may be needed when GCC 5 is the default Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/auto-ecasound.html'. -- 791026: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791026 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791026: ecasound: library transition may be needed when GCC 5 is the default
Control: forwarded -1 https://release.debian.org/transitions/html/auto-ecasound.html On Mon, Aug 24, 2015 at 10:25:46am +0100, Simon McVittie wrote: On Wed, 19 Aug 2015 at 10:17:19 +0100, Simon McVittie wrote: In the case of ecasound, the C++ dependencies don't seem to have been flagged for transition, so I think this means you can upload any time (but please check). I have NMU'd this to DELAYED/2, with no changes other than to the changelog. Please let me know if I should reschedule or cancel it (for instance to DELAYED/0 to speed things up). You are also welcome to do a higher-versioned MU, which would cause my NMU to be refused. After your previous email I had prepared an upload which also fixes a bunch of other stuff, but then I forgot to upload it :/ so I just uploaded it now as 2.9.1-7. Cheers signature.asc Description: Digital signature
Processed: block 796345 with 787450 787453 787493 787499 787500 787912 787446 787468 788073
Processing commands for cont...@bugs.debian.org: block 796345 with 787450 787453 787493 787499 787500 787912 787446 787468 788073 Bug #796345 [release.debian.org] transition: perl 5.22 796345 was not blocked by any bugs. 796345 was not blocking any bugs. Added blocking bug(s) of 796345: 787499, 788073, 787468, 787493, 787453, 787446, 787500, 787912, and 787450 thanks Stopping processing here. Please contact me if you need assistance. -- 796345: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796345 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791173: transition: libstxxl (GCC 5)
libstxxl needed a GCC 5 transition after all due to the recent acceptance of osrm into the archive. Thanks to Anton for updating libstxxl for GCC 5 in unstable. osrm (4.7.1-1) has just been accepted into unstable, after it's built on all architectures this transition should be done. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Processed: reopening 791173, severity of 791173 is normal, reassign 791173 to release.debian.org ...
Processing commands for cont...@bugs.debian.org:
reopen 791173
Bug #791173 {Done: Anton Gladky gl...@debian.org} [src:libstxxl] libstxxl:
library transition may be needed when GCC 5 is the default
'reopen' may be inappropriate when a bug has been closed with a version;
all fixed versions will be cleared, and you may need to re-add them.
Bug reopened
No longer marked as fixed in versions libstxxl/1.4.1-2.
severity 791173 normal
Bug #791173 [src:libstxxl] libstxxl: library transition may be needed when GCC
5 is the default
Severity set to 'normal' from 'serious'
reassign 791173 release.debian.org
Bug #791173 [src:libstxxl] libstxxl: library transition may be needed when GCC
5 is the default
Bug reassigned from package 'src:libstxxl' to 'release.debian.org'.
No longer marked as found in versions libstxxl/1.4.1-1.
Ignoring request to alter fixed versions of bug #791173 to the same values
previously set
user release.debian@packages.debian.org
Setting user to release.debian@packages.debian.org (was
sebas...@debian.org).
usertags 791173 + transition
There were no usertags set.
Usertags are now: transition.
block 791173 with 790756
Bug #791173 [release.debian.org] libstxxl: library transition may be needed
when GCC 5 is the default
791173 was not blocked by any bugs.
791173 was blocking: 796544
Added blocking bug(s) of 791173: 790756
thanks
Stopping processing here.
Please contact me if you need assistance.
--
791173: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791173
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
Processed: bug 791173 is forwarded to https://release.debian.org/transitions/html/auto-libstxxl.html
Processing commands for cont...@bugs.debian.org: forwarded 791173 https://release.debian.org/transitions/html/auto-libstxxl.html Bug #791173 [release.debian.org] libstxxl: library transition may be needed when GCC 5 is the default Set Bug forwarded-to-address to 'https://release.debian.org/transitions/html/auto-libstxxl.html'. thanks Stopping processing here. Please contact me if you need assistance. -- 791173: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791173 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#791026: ecasound: library transition may be needed when GCC 5 is the default
On Wed, 19 Aug 2015 at 10:17:19 +0100, Simon McVittie wrote: In the case of ecasound, the C++ dependencies don't seem to have been flagged for transition, so I think this means you can upload any time (but please check). I have NMU'd this to DELAYED/2, with no changes other than to the changelog. Please let me know if I should reschedule or cancel it (for instance to DELAYED/0 to speed things up). You are also welcome to do a higher-versioned MU, which would cause my NMU to be refused. S
Current Haskell transition
Dear release team, from my understanding, the current Haskell packages in unstable should be able to migrate to testing. At least my binNMU tool¹ does not indicate any errors on release architectures, and the release tracker² only shows what I believe are false negatives. Nevertheless, none of the hints created by the autohinter is accepted by britney: https://release.debian.org/britney/update_output.txt Are there some problems left that I am not aware of? Or is the auto -hinter incomplete in this case? It does take removals into account these days, does it? Greetings, Joachim ¹ https://people.debian.org/~nomeata/binNMUs-haskell.txt ² https://release.debian.org/transitions/html/haskell.html -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Current Haskell transition
On 24/08/15 13:37, Joachim Breitner wrote: Dear release team, from my understanding, the current Haskell packages in unstable should be able to migrate to testing. At least my binNMU tool¹ does not indicate any errors on release architectures, and the release tracker² only shows what I believe are false negatives. Nevertheless, none of the hints created by the autohinter is accepted by britney: https://release.debian.org/britney/update_output.txt Are there some problems left that I am not aware of? Or is the auto -hinter incomplete in this case? It does take removals into account these days, does it? There needs to be a remove hint for it to take removals into account. Do any packages need to be removed from testing? If so let us know which ones and we can add a hint for them. Emilio
Re: Current Haskell transition
Hi, Am Montag, den 24.08.2015, 13:55 +0200 schrieb Emilio Pozuelo Monfort: On 24/08/15 13:37, Joachim Breitner wrote: from my understanding, the current Haskell packages in unstable should be able to migrate to testing. At least my binNMU tool¹ does not indicate any errors on release architectures, and the release tracker² only shows what I believe are false negatives. Nevertheless, none of the hints created by the autohinter is accepted by britney: https://release.debian.org/britney/update_output.txt Are there some problems left that I am not aware of? Or is the auto -hinter incomplete in this case? It does take removals into account these days, does it? There needs to be a remove hint for it to take removals into account. Do any packages need to be removed from testing? If so let us know which ones and we can add a hint for them. is that true even for packages that have been removed in unstable? From the top of my head, there is haskell-src-exts on mips and mipsel, together with reverse dependencies (haskel-hoogle, hlint, hothasktags). Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Processed: Re: Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Processing control commands: tags -1 + confirmed Bug #796088 [release.debian.org] jessie-pu: package libvirt/1.2.9-9+deb8u1 Added tag(s) confirmed. -- 796088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796088 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796823: jessie-pu: package gosa/2.7.4+reloaded2-1+deb8u2
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Please consider accepting the following changes for packages GOsa² in jessie-proposed-updates. + * debian/patches: After deployment of two Debian Edu sites based on Debian jessie, several experiences have been made with GOsa² in Debian jessie that require some post-release fixups: ++ Add 1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch. Fix + label stripping in GOsa²'s image() function. This fixes displaying the + insertDhcp* icon in the DHCP service plugin. (Closes: #794117). It is not possible to insert DHCP subsections due to a bug in the image() function of gosa-core. Patch 1009 resolves this. ++ Add 2009_allow-Debian-blends-to-override-gosa-conf.patch. Allow + Debian blends to provide their own version of gosa.conf and not get + bugged by GOsa's notification message on gosa.conf template changes. + Debian blends using GOsa (e.g., Edu, LAN) must handle gosa.conf + updates themselves. (Closes: #794118). For Debian Edu (and Debian LAN), a special configVersion key value is needed to suppress warning messages about changes of the gosa.conf template (this happens whenever the gosa.conf template is updated in gosa src:package). Such a change just occurred in a previous gosa upload to jessie-pu (2.7.4+reloaded2-1+deb8u2) and GOsa² in Debian Edu / Debian LAN should not be affected by such changes. In debian-edu-config, the Debian Edu team wants to make use of this special configVersion key value for Debian Edu jessie. ++ Add 0004_fix-get-post.patch. Fix transferral of POST variables. Nasty bug, fix cherry-picked from upstream. ++ Add 1010_fix-entry-removal-in-mail-plugin.patch. Fix entry deletion + of items in alternatives addresses and forward messages to + non-group members for group mail objects. (LP:#1307483). A fix for gosa-plugin-mail provided via Launchpad which should also qualify for a jessie-pu. ++ Add 0005_fix-password-expiry-status.patch. Fix expiration status + for passwords if shadowMax is used in POSIX/shadow accounts. Cherry-picked from upstream. Relevant for correct display of account expiration in Debian Edu. ++ Add 1011_define-isPluginModified.patch. Fix undefined property + error for non-defined usertags::$isPluginModified. (Closes: #794690). Fixes a PHP error bugging admins in /var/log/syslog on nearly every click within the GOsa² WebUI. ++ Add 1012_allow-one-level-domains-in-email-addresses.patch. Allow + one-level domains in email addresses (such as uid@intern, as used + in Debian Edu by default). (Closes: #794738). A fix required for Debian Edu. GOsa²'s is_email function expects mail address of style u...@domain.tld. Debian Edu, though, uses mail addresses of the form user@intern. Such addresses cannot be configured in Debian jessie's GOsa² (but they should). My general impression of GOsa² 2.7.4 is that it is rather buggy. The upstream SVN repository contains +200 commits on top of 2.7.4, most of them maintenance fixes (no new features). As GOsa² 2.7.4 is the core tool in Debian Edu, please understand that there may be more jessie-pu requests coming in the future. (I don't upload to patch-in all those +200 commits, but it may become necessary to backport some of them). Thanks. light+love Mike -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru gosa-2.7.4+reloaded2/debian/changelog gosa-2.7.4+reloaded2/debian/changelog --- gosa-2.7.4+reloaded2/debian/changelog 2015-07-25 22:09:03.0 +0200 +++ gosa-2.7.4+reloaded2/debian/changelog 2015-08-24 21:24:28.0 +0200 @@ -1,3 +1,28 @@ +gosa (2.7.4+reloaded2-1+deb8u2) jessie-proposed-updates; urgency=medium + + * debian/patches: ++ Add 1009_fix-insertDhcp-icon-in-dhcp-section-overview.patch. Fix + label stripping in GOsa²'s image() function. This fixes displaying the + insertDhcp* icon in the DHCP service plugin. (Closes: #794117). ++ Add 2009_allow-Debian-blends-to-override-gosa-conf.patch. Allow + Debian blends to provide their own version of gosa.conf and not get + bugged by GOsa's notification message on gosa.conf template changes. + Debian blends using GOsa (e.g., Edu, LAN) must handle gosa.conf + updates themselves. (Closes: #794118). ++ Add 0004_fix-get-post.patch. Fix transferral of POST variables. ++ Add 1010_fix-entry-removal-in-mail-plugin.patch. Fix entry deletion + of items in alternatives addresses and forward messages to + non-group members for group
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Control: tag -1 - moreinfo
Hi,
Guido Günther wrote (20 Aug 2015 11:57:36 GMT) :
On Wed, Aug 19, 2015 at 04:53:32PM +0100, Adam D. Barratt wrote:
I have to admit that I'm also confused by the patch for #786650:
[...]
That seems to make sense...
+ # for hostdev
+ /sys/devices/ r,
+ /sys/devices/** r,
++ deny /dev/sd* r,
++ deny /dev/vd* r,
++ deny /dev/dm-* r,
++ deny /dev/mapper/ r,
++ deny /dev/mapper/* r,
... these not so much.
According to Felix (cc:) these are only here to silence some denials
filling the logs otherwise. So they cause not harm but are not mentioned
in the changelog. I could fix that up before an upload.
We've discussed this on #786650, and as a result here's an updated
debdiff: the only change, compared to the one Guido submitted
initially, is that Allow-access-to-libnl-3-config-files.patch now does
not include these changes, that are unrelated to #786650, that this
patch as meant to fix.
I've just built and tested on Jessie, and could successfully start
a VM with AppArmor enforced.
Cheers,
--
intrigeri
diff -Nru libvirt-1.2.9/debian/changelog libvirt-1.2.9/debian/changelog
--- libvirt-1.2.9/debian/changelog 2015-02-06 15:43:48.0 +0100
+++ libvirt-1.2.9/debian/changelog 2015-08-24 16:21:08.0 +0200
@@ -1,3 +1,28 @@
+libvirt (1.2.9-9+deb8u1) jessie; urgency=medium
+
+ [ Guido Günther ]
+ * [8e4cf5a] Teach virt-aa-helper to use TEMPLATE.qemu if the domain is kvm
+or kqemu.
+Thanks to Luke Faraone for the report (Closes: #786650)
+ * [ad1ff0b] Adjust gbp.conf for jessie
+ * [c830a54] Disable test suite due to libxml2 bug #781232 in jessie
+ * [be70aec] Fix crash on live migration
+this supplements 07dbec0a64783f644854a22aa0355720f0328d17.
+Thanks to Eckebrecht von Pappenheim (Closes: #7788171)
+
+ [ Felix Geyer ]
+ * [9fb6c59] Allow access to libnl-3 configuration (Closes: #786652)
+
+ [ intrigeri ]
+ * Allow-access-to-libnl-3-config-files.patch: revert changes that are
+unrelated to the bug this patch is meant to fix.
+
+ [ Daniel P. Berrange ]
+ * [afae69a] Report original error when QMP probing fails with new QEMU
+(Closes: #780093)
+
+ -- Guido Günther a...@sigxcpu.org Thu, 13 Aug 2015 15:56:49 +0200
+
libvirt (1.2.9-9) unstable; urgency=medium
* [4c14b83] qemu: Don't try to parse -help for new QEMU.
diff -Nru libvirt-1.2.9/debian/gbp.conf libvirt-1.2.9/debian/gbp.conf
--- libvirt-1.2.9/debian/gbp.conf 2015-02-05 21:22:11.0 +0100
+++ libvirt-1.2.9/debian/gbp.conf 2015-08-24 16:21:08.0 +0200
@@ -1,6 +1,7 @@
[DEFAULT]
upstream-branch=upstream/sid
-debian-branch=master
+debian-branch=debian/jessie
+dist=jessie
[gbp-pq]
patch-numbers = False
diff -Nru libvirt-1.2.9/debian/patches/Allow-access-to-libnl-3-config-files.patch libvirt-1.2.9/debian/patches/Allow-access-to-libnl-3-config-files.patch
--- libvirt-1.2.9/debian/patches/Allow-access-to-libnl-3-config-files.patch 1970-01-01 01:00:00.0 +0100
+++ libvirt-1.2.9/debian/patches/Allow-access-to-libnl-3-config-files.patch 2015-08-24 16:21:08.0 +0200
@@ -0,0 +1,22 @@
+From: Felix Geyer fge...@debian.org
+Date: Sat, 13 Jun 2015 10:22:40 +0200
+Subject: Allow access to libnl-3 config files
+
+Closes: #786650
+---
+ examples/apparmor/usr.lib.libvirt.virt-aa-helper | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/examples/apparmor/usr.lib.libvirt.virt-aa-helper b/examples/apparmor/usr.lib.libvirt.virt-aa-helper
+index bceaaff..a3c9938 100644
+--- a/examples/apparmor/usr.lib.libvirt.virt-aa-helper
b/examples/apparmor/usr.lib.libvirt.virt-aa-helper
+@@ -16,6 +16,8 @@
+ owner @{PROC}/[0-9]*/status r,
+ @{PROC}/filesystems r,
+
++ /etc/libnl-3/classid r,
++
+ # for hostdev
+ /sys/devices/ r,
+ /sys/devices/** r,
diff -Nru libvirt-1.2.9/debian/patches/Fix-crash-on-live-migration.patch libvirt-1.2.9/debian/patches/Fix-crash-on-live-migration.patch
--- libvirt-1.2.9/debian/patches/Fix-crash-on-live-migration.patch 1970-01-01 01:00:00.0 +0100
+++ libvirt-1.2.9/debian/patches/Fix-crash-on-live-migration.patch 2015-08-24 16:21:08.0 +0200
@@ -0,0 +1,25 @@
+From: =?utf-8?q?Guido_G=C3=BCnther?= a...@sigxcpu.org
+Date: Sat, 13 Jun 2015 10:38:26 +0200
+Subject: Fix crash on live migration
+
+this supplements 07dbec0a64783f644854a22aa0355720f0328d17.
+
+Closes: #7788171
+Thanks: Eckebrecht von Pappenheim
+---
+ src/qemu/qemu_migration.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/qemu/qemu_migration.c b/src/qemu/qemu_migration.c
+index e18556f..87f3f1a 100644
+--- a/src/qemu/qemu_migration.c
b/src/qemu/qemu_migration.c
+@@ -2746,7 +2746,7 @@ qemuMigrationPrepareAny(virQEMUDriverPtr driver,
+ QEMU_ASYNC_JOB_MIGRATION_IN) 0)
+ goto stop;
+
+-if (STREQ(protocol, rdma)
++if (STREQ_NULLABLE(protocol, rdma)
+ virProcessSetMaxMemLock(vm-pid, vm-def-mem.hard_limit 10) 0) {
+ goto stop;
+
Processed: release.debian.org: Transition: ncurses-6.0
Processing control commands: block 230990 by -1 Bug #230990 [ncurses] 5th button (mouse wheel) support Bug #476394 [ncurses] support mouse wheel 230990 was blocked by: 788610 230990 was not blocking any bugs. Added blocking bug(s) of 230990: 796835 476394 was blocked by: 788610 476394 was not blocking any bugs. Added blocking bug(s) of 476394: 796835 -- 230990: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=230990 476394: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476394 796835: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796835 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed: Re: Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Processing control commands: tag -1 - moreinfo Bug #796088 [release.debian.org] jessie-pu: package libvirt/1.2.9-9+deb8u1 Removed tag(s) moreinfo. -- 796088: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796088 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#796835: release.debian.org: Transition: ncurses-6.0
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition X-Debbugs-CC: ncur...@packages.debian.org Control: block 230990 by -1 For quite some time, ncurses had the option to be built with a new ABI that enables applications to use mouse wheels, among other good things (see #230990). Switching to this ABI had been stalled due to the lack of symbol versioning and the rather large number of ncurses' reverse dependencies, with quite a few libraries among them. In the latest ncurses release (6.0), symbol versioning was added to the libraries, and we would like to see ncurses' reverse dependencies to be rebuilt during the Stretch release cycle so that the long requested ABI change becomes possible after the Debian 9 release. The new ncurses version has already migrated to testing, and there is no hurry to rebuild reverse dependencies right away, but I would like to see a mass rebuild some time before the Stretch freeze and set up a tracker in the meantime. Suggested ben file (only lightly tested, please check): title = ncurses-6.0; is_affected = .depends ~ /libncursesw?5|libtinfo5/; is_good = .depends ~ /libncursesw?5 \(= 6|libtinfo5 \(= 6/; is_bad = .depends ~ /libncursesw?5 \(= 5|libtinfo5(,|$)|libtinfo5\(= 5/; Cheers, Sven
Re: 8.2 and 7.9 planning
On Mon, 2015-08-24 at 20:23 +0100, Adam D. Barratt wrote: On Wed, 2015-08-19 at 11:20 +0200, Ansgar Burchardt wrote: Adam D. Barratt a...@adam-barratt.org.uk writes: We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some potential September dates: 5/6th - okay for me Should be okay, provided I get internet on Aug 31st as planned. That's looking promising in general, although if we're going to go for it then we'd need to announce soon. If your Internet hasn't materialised by then, would either of the other ftp-masters be available? Joerg indicated on IRC that he should be available. At least some of us discussed at Debconf the idea of doing both point releases on the same weekend; that seems to have been a good idea given Steve's availability. Is the 5th still okay with everyone, and do people have any preferences in terms of whether we do the two back-to-back or 8.2 on Saturday and 7.9 on Sunday? (I'd prefer back-to-back personally, as it slightly selfishly means I only have to do the post-point tidy-up once.) Regards, Adam
Re: 8.2 and 7.9 planning
On Wed, 2015-08-19 at 11:20 +0200, Ansgar Burchardt wrote: Adam D. Barratt a...@adam-barratt.org.uk writes: We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some potential September dates: 5/6th - okay for me Should be okay, provided I get internet on Aug 31st as planned. That's looking promising in general, although if we're going to go for it then we'd need to announce soon. If your Internet hasn't materialised by then, would either of the other ftp-masters be available? Adam
Re: Current Haskell transition
On 08/24/2015 06:18 PM, Joachim Breitner wrote: Hi, Am Montag, den 24.08.2015, 16:54 +0200 schrieb Niels Thykier: Mind you, some of the haskell packages are waiting for icu, which is waiting for gcc-5. Examples include haskell -blogliterately/amd64[1] and haskell-text-icu/amd64[2]. I am not sure this is good... well, at least it explains the situation. I still hope that from the Haskell side, everything is in order, so this can go through when icu does... I guess it also means that Haskell development should for the next weeks happen in experimental only, right? feel free to close #794184. This way you should see the real blockers, and I assume that most packages are staying in unstable. Then make sure that all icu reverse-deps are built, or force that to testing. with icu in testing, boost1.58 should be able to migrate on its own too, probably together with some other libstdc++ followup transitions. Matthias
Bug#796088: jessie-pu: package libvirt/1.2.9-9+deb8u1
Control: tags -1 + confirmed On Mon, 2015-08-24 at 20:10 +0200, intrigeri wrote: Control: tag -1 - moreinfo Hi, Guido Günther wrote (20 Aug 2015 11:57:36 GMT) : On Wed, Aug 19, 2015 at 04:53:32PM +0100, Adam D. Barratt wrote: I have to admit that I'm also confused by the patch for #786650: [...] We've discussed this on #786650, and as a result here's an updated debdiff: the only change, compared to the one Guido submitted initially, is that Allow-access-to-libnl-3-config-files.patch now does not include these changes, that are unrelated to #786650, that this patch as meant to fix. That means it also still contains the typo where it claims to fix bug #7788171. :-) I've just built and tested on Jessie, and could successfully start a VM with AppArmor enforced. Thanks. Please feel free to upload, preferably with the changelog typo fixed. Regards, Adam
Bug#796846: jessie-pu: package akonadi/1.13.0-2
Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Hi RT! The akonadi package in stable suffers from a bug that makes it leaks files thus filling the hard drive with useless data. The patch that I'm attaching has been in testing for more than a month already and several people in our mailing lists (including myself in two machines) have tested that it works. So I would appreciate if this patch could be considered for the next stable update. Thanks in advance, Lisandro. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Re: 8.2 and 7.9 planning
On 14037 March 1977, Adam D. Barratt wrote: We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some potential September dates: 5/6th - okay for me 12/13th - the 12th doesn't work for me until at least mid-afternoon 19th/20th - looks okay 26th/27th - looks okay All dates do seem to work for me currently, assuming the ftpmaster foo is done on Saturday (one right after the other?!), otherwise the 13th won't work out. On the 5th I would be available only about 2 hours later than usual starting times. -- bye, Joerg Oh, so they have internet on computers now!
Bug#791151: liborigin2 done
All (both) reverse-build deps rebuilt. Scott K
