Re: Haskell binnmus is there a problem?
Hi, Am Montag, den 02.09.2019, 10:57 +0200 schrieb Philipp Kern: > FWIW, I started working on this. Unfortunately we do not really have > transactions available to schedule all or nothing. If someone has a > creative idea on how to best signal back partial success, let me know. > :) > > (My current best guess is a JSON file served as an attachment to the API > call with success/failure states...) The JSON is for the response status, and the request will be the existing format as seen in https://people.debian.org/~nomeata/binNMUs-haskell.txt right? Cheers, Joachim -- Joachim “nomeata” Breitner • nome...@debian.org • https://j.oach.im/ signature.asc Description: This is a digitally signed message part
Re: Haskell binnmus is there a problem?
Hi, about the last point: you can treat it like a script and run it with `runhaskell` Cheers, Joachim Am 27. August 2019 21:50:11 MESZ schrieb Philipp Kern : >On 8/27/2019 7:39 PM, Adam D. Barratt wrote: >> On Tue, 2019-08-27 at 19:40 +0300, Ilias Tsitsimpis wrote: >>> So, how can we move forward? Is the release team willing to give >more >>> members of our team access to the wanna-build infrastructure, or >>> should we try to automate this and how? >> That's not the Release Team's decision, but the wanna-build >> maintainers. Nor do we have the ability to grant access, beyond any >> points where team membership might overlap. > >Do you have an opinion if this should actually be automated? I.e. >automatically be fed into wb on a regular basis? I think the Release >Team would also be the first team who would want to have a lever to >stop >that kind of automation from happening. Unfortunately I don't know how >often those binNMUs would interfere with your day to day work. But I'd >rather we run this centrally. > >And yes, I realize that this is a little tricky because of policy >questions on what code to run. But dak already solved this AFAIK and as >long as we have DD signatures on the code it should also be fine to >import from, say, Salsa. That said, there are still awkward questions >on >how to build the binaries used for this as the Haskell binNMU thing is >obviously written in Haskell rather than being a script. > >Kind regards >Philipp Kern
Re: Status of libghc-shake-dev
Hi,
Am Montag, den 26.08.2019, 16:36 + schrieb PICCA Frederic-Emmanuel:
> > I just scheduled the set of binNMUs seemingly required Haskell. I hope
> > this was the right thing to do at this time. Really someone more active
> > should take over that job.
>
> Where is the documentation of this process ?
I thought I wrote it down somewhere, but I can’t find it… anyways, it’s
not much:
1. Get permissions from the wanna-build team.
2. Compile https://salsa.debian.org/haskell-team/tools/tree/master/binnmus
for stable
(My hack of doing so is this:
https://salsa.debian.org/haskell-team/tools/blob/master/deploy-binNMU-to-wuiet.sh)
3. On wuiet, run
./binNMUs --priority -100 --sql > binNMUs.txt
4. Inspect the file if it makes sense
(I stopped doing that at some point, though.)
5. Run
wb < binNMUs.txt
The file
https://people.debian.org/~nomeata/binNMUs-haskell.txt
is created on paradis by the following line in my crontab:
13 */4 * * * ./binNMUs --priority -100 --arches amd64 -q >
public_html/binNMUs-haskell-amd64.txt; ./binNMUs --priority -100 -q >
public_html/binNMUs-haskell.txt; ./binNMUs --regex
'lib(.*)-ocaml-(?:dev-)?([0-9a-z]{5})' -q --present-problems >
public_html/binNMUs-ocaml.txt
If someone else takes over, then maybe this should also be moved from
my account.
Cheers,
Joachim
--
Joachim “nomeata” Breitner • nome...@debian.org • https://j.oach.im/
signature.asc
Description: This is a digitally signed message part
Re: Status of libghc-shake-dev
Hi, Am Sonntag, den 25.08.2019, 16:07 + schrieb Dmitry Bogatov: > Hi! > > With GHC-8.6.5 is in unstable, many haskell libraries are no longer > uninstallable. Right now I am interested in libghc-shake-dev, since it > is needed for test suite of src:dh-runit[1]. > > So, what is the status? Are there any estimates on when transition will > complete? Maybe I should start rebuilding and uploading? > > [1] > https://ci.debian.net/data/autopkgtest/unstable/amd64/d/dh-runit/2805329/log.gz I just scheduled the set of binNMUs seemingly required Haskell. I hope this was the right thing to do at this time. Really someone more active should take over that job. Cheers, Joachim -- Joachim “nomeata” Breitner • nome...@debian.org • https://j.oach.im/ signature.asc Description: This is a digitally signed message part
Re: Haskell binnmus is there a problem?
Hi, I used to schedule these, but for many months it seems it wasn't necessary, not sure if someone else scheduled them or if the Haskell team did sourceful uploads in a way that renders them unnecessary. Going forward, it is not sustainable for this to depend on manual interaction by me. We at least need to allow a more active member of the Haskell team do these, or finally automate this tedious task. Cheers, Joachim Am 20. August 2019 20:06:11 MESZ schrieb peter green : >Recently I noticed that haskell binnmus no longer seemed to be >happening. For example mediawiki2latex has no been BD-Uninstallable >since it was uploaded 24 days ago and >https://buildd.debian.org/status/architecture.php?a=arm64&suite=sid >doesn't show any haskell binnmus currently being built (there are a >handful in BD-Uninstallable but they seem to have been scheduled as >part of non-haskell related transitions). > >As I understand it haskell binnmus are normally handled by Joachim >Breitner, who has a script that outputs what needs binnmuing and feeds >output from that script into wanna-build. Is there some issue that is >blocking this at the moment.
Bug#864256: unblock: lhs2tex/1.19-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package lhs2tex
it fixes the seroius bug #864225
unblock lhs2tex/1.19-5
Patch below:
diff -Nru lhs2tex-1.19/debian/changelog lhs2tex-1.19/debian/changelog
--- lhs2tex-1.19/debian/changelog 2016-10-27 18:37:21.0 -0400
+++ lhs2tex-1.19/debian/changelog 2017-06-05 12:29:08.0 -0400
@@ -1,3 +1,9 @@
+lhs2tex (1.19-5) unstable; urgency=high
+
+ * Depend on texlive-science (closes: #864225)
+
+ -- Joachim Breitner Mon, 05 Jun 2017 12:28:59 -0400
+
lhs2tex (1.19-4) unstable; urgency=medium
* Upload to unstable as part of GHC 8 transition.
diff -Nru lhs2tex-1.19/debian/control lhs2tex-1.19/debian/control
--- lhs2tex-1.19/debian/control 2016-10-27 18:37:21.0 -0400
+++ lhs2tex-1.19/debian/control 2017-06-05 14:01:10.0 -0400
@@ -21,7 +21,7 @@
Multi-Arch: foreign
Depends:
texlive-latex-base,
- texlive-math-extra,
+ texlive-science,
${misc:Depends},
${shlibs:Depends},
Description: Generates LaTeX code from literate Haskell sources
Thanks,
Joachim
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Bug#862064: unblock: haskell-glut/2.7.0.10-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package haskell-glut, to fix a rc problem with raincat:
diff -Nru haskell-glut-2.7.0.10/debian/changelog
haskell-glut-2.7.0.10/debian/changelog
--- haskell-glut-2.7.0.10/debian/changelog 2016-10-27 18:33:52.0
-0400
+++ haskell-glut-2.7.0.10/debian/changelog 2017-05-06 16:56:46.0
-0400
@@ -1,3 +1,10 @@
+haskell-glut (2.7.0.10-4) unstable; urgency=medium
+
+ * Use extra-libraries: GLUT so that this properly links against libglut
+(Closes: 861976)
+
+ -- Joachim Breitner Sat, 06 May 2017 16:56:46 -0400
+
haskell-glut (2.7.0.10-3) unstable; urgency=medium
* Upload to unstable as part of GHC 8 transition.
diff -Nru haskell-glut-2.7.0.10/debian/patches/series
haskell-glut-2.7.0.10/debian/patches/series
--- haskell-glut-2.7.0.10/debian/patches/series 1969-12-31 19:00:00.0
-0500
+++ haskell-glut-2.7.0.10/debian/patches/series 2017-05-06 16:54:24.0
-0400
@@ -0,0 +1 @@
+use-extra-libraries
diff -Nru haskell-glut-2.7.0.10/debian/patches/use-extra-libraries
haskell-glut-2.7.0.10/debian/patches/use-extra-libraries
--- haskell-glut-2.7.0.10/debian/patches/use-extra-libraries1969-12-31
19:00:00.0 -0500
+++ haskell-glut-2.7.0.10/debian/patches/use-extra-libraries2017-05-06
16:56:44.0 -0400
@@ -0,0 +1,25 @@
+Index: haskell-glut/GLUT.cabal
+===
+--- haskell-glut.orig/GLUT.cabal 2016-05-12 12:47:38.0 -0400
haskell-glut/GLUT.cabal2017-05-06 16:55:16.164611101 -0400
+@@ -103,6 +103,7 @@
+ else
+ cpp-options: "-DCALLCONV=ccall"
+ cc-options: "-DUSE_DLSYM"
++extra-libraries: glut
+
+ executable BOGLGP01-OnYourOwn1
+ if !flag(BuildExamples)
+Index: haskell-glut/cbits/HsGLUT.c
+===
+--- haskell-glut.orig/cbits/HsGLUT.c 2016-05-12 12:47:38.0 -0400
haskell-glut/cbits/HsGLUT.c2017-05-06 16:56:30.898637798 -0400
+@@ -66,7 +66,7 @@
+ handle = dlopen("/System/Library/Frameworks/GLUT.framework/GLUT",
RTLD_LAZY | RTLD_GLOBAL);
+ }
+ #else
+-handle = dlopen("libglut.so", RTLD_LAZY | RTLD_GLOBAL);
++handle = dlopen(NULL, RTLD_LAZY | RTLD_GLOBAL);
+ #endif
+ }
+
unblock haskell-glut/2.7.0.10-4
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Bug#818483: nmu: haskell-network-protocol-xmpp_0.4.8-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, in order to fix #814055 and #813078, and prevent auto-removal of git-annex in testing, without waiting for the current Haskell transition, I believe it should help to binNMU haskell-network-protocol-xmpp in testing: nmu haskell-network-protocol-xmpp_0.4.8-2 . ANY . stretch . -m "rebuild against libgnutls30" Thanks, Joachim - -- System Information: Debian Release: stretch/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlbqwl0ACgkQ9ijrk0dDIGxXaQCgjolWPuNlRYGBsUCD3+8xG572 YlYAoKWu6krw/4yAwr6id0Q9AMkFsb6N =jRoK -END PGP SIGNATURE-
Re: ghc back on armel upload
Hi Adrian, Am Montag, den 21.12.2015, 00:00 +0100 schrieb John Paul Adrian Glaubitz: > On 12/20/2015 11:02 PM, Joachim Breitner wrote: > > ah, I was mislead by the mail address you use, but you are an > > uploading DD – so since you have built it anyways, why don’t you > > simply upload it? > > No problem, will do. Just currently test-building the package on armhf > to be sure I didn't break anything. Then I'll have to make another > final clean build on armel since my first test patch wasn't cleaned > up yet. Great! Thanks for that. Once you are ready, please check back on debian-haskell before doing the actual upload. Rumors are that the migration to testing might actually happen tomorrow, and we should not reset that timer unnecessary. Your fix will afterwards migrate on its own no later because of this, but it would disentangle the migration issues. 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
Re: britney migrates arch:all binNMUs without dependency checking?
Hi, Am Samstag, den 19.12.2015, 12:56 + schrieb Niels Thykier: > Joachim Breitner: > > Hi, > > > > I was since then told that arch-all binNMUs are not properly supported, > > so sorry for filing a few a while ago. Anyways, one of them was > > haskell-intern, where I rebuild libghc-intern-doc to be built against > > the version of haddock in unstable (virtual package > > haddock-interface-27). But it seems that libghc-intern-doc_0.9.1.4-1+b1 > > now made its way into testing, where this dependency is not yet > > installed. > > > > This seems to be an deficiency in britney. Is that bug already known? > > > > Greetings, > > Joachim > > > > I guess this is an artefact of the "nobreak arch:all" method we are > using where dependency issues are only enforced on i386 and amd64. Or > is this issue *also* on i386 and amd64? yes, the issue exists on all arches, including amd64: https://jenkins.debian.net/view/haskell/job/chroot-installation_stretch_install_haskell/110/console 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
britney migrates arch:all binNMUs without dependency checking?
Hi, I was since then told that arch-all binNMUs are not properly supported, so sorry for filing a few a while ago. Anyways, one of them was haskell-intern, where I rebuild libghc-intern-doc to be built against the version of haddock in unstable (virtual package haddock-interface-27). But it seems that libghc-intern-doc_0.9.1.4-1+b1 now made its way into testing, where this dependency is not yet installed. This seems to be an deficiency in britney. Is that bug already known? 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
Re: Bits from the Release Team: GCC 5 as default, transitions thereof
Hi, Am Montag, den 03.08.2015, 23:34 +0200 schrieb Julien Cristau: > On Mon, Aug 3, 2015 at 22:55:17 +0200, Joachim Breitner wrote: > > Can you tell whether the Haskell packages are entangled with the > > GCC 5 transition? > > I'd rather not have both at the same time, regardless of any > entanglement. with GCC5 in testing, and also the current “small” Haskell transition done, is it now a good time to get GHC-7.10 into unstable and testing? This time, we ensured that all packages build at least on amd64, and since then have done some staging in experimental, and if I read it correctly we have only a build error on fringe architectures there, mostly involving testsuite and doctests. I guess we can root them out in experimental, and upload a (theoretically) perfect set of haskell packages to unstable. 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
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
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
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
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: Bits from the Release Team: GCC 5 as default, transitions thereof
Dear release team, the Debian Haskell Team is eager to start on GHC-7.10 real soon, hopefully before or at DebCamp. Can you tell whether the Haskell packages are entangled with the GCC 5 transition? 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
Re: Status of the current Haskell transition
Hi, Am Dienstag, den 07.07.2015, 16:30 +0200 schrieb Emilio Pozuelo Monfort: > On 07/07/15 16:08, Joachim Breitner wrote: > > Hi, > > > > the recent round upgrades is almost through. I think we upgraded 180 > > packages or so, and binNMUed almost all the rest. > > > > Looking at > > https://release.debian.org/transitions/html/haskell.html > > there are two things that need to happen: > > * FTP-Master needs to remove haskell-iteratee and haskell-yesod-routes > > * mips needs to be build haskell-pandoc-citeproc and > >haskell-mutable-containers. The former needs to be picked up by a > >strong buildd. > > > > Furthermore, the youngest upload, haskell-sandi, needs to age. > > > > So hopefully, in four days, the whole thing goes into testing witout > > further ado. I do not expect the release team to have to act here, but > > as always, I might be missing something. > > Great, thanks for the info. Let's see what happens then. Let us know if you > need > anything. > all packages have aged, and the britney’s response to the haskell transition auto-hint is simply start: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1 orig: 11+0: a-6:i-2:a-0:a-0:a-0:m-0:m-0:p-0:p-2:s-1 easy: 27+0: a-8:i-4:a-2:a-2:a-2:m-0:m-0:p-2:p-4:s-3 * amd64: libghc-yesod-routes-dev, libghc-yesod-routes-prof * i386: libghc-yesod-routes-dev, libghc-yesod-routes-prof * arm64: libghc-yesod-routes-dev, libghc-yesod-routes-prof * armel: libghc-yesod-routes-dev, libghc-yesod-routes-prof * armhf: libghc-yesod-routes-dev, libghc-yesod-routes-prof * powerpc: libghc-yesod-routes-dev, libghc-yesod-routes-prof * ppc64el: libghc-yesod-routes-dev, libghc-yesod-routes-prof * s390x: libghc-yesod-routes-dev, libghc-yesod-routes-prof So once the removal in 790813 is done, the transition will proceed, as expected. 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
Status of the current Haskell transition
Hi, the recent round upgrades is almost through. I think we upgraded 180 packages or so, and binNMUed almost all the rest. Looking at https://release.debian.org/transitions/html/haskell.html there are two things that need to happen: * FTP-Master needs to remove haskell-iteratee and haskell-yesod-routes * mips needs to be build haskell-pandoc-citeproc and haskell-mutable-containers. The former needs to be picked up by a strong buildd. Furthermore, the youngest upload, haskell-sandi, needs to age. So hopefully, in four days, the whole thing goes into testing witout further ado. I do not expect the release team to have to act here, but as always, I might be missing something. 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#790064: testing watch script: One mail per maintainer
Package: release.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I just got 763 mails, one per Haskell package that migrated to testing. This is of course very nice and makes me happy, but still quite a lot. Would it make sense to group these mails per maintainer? And if there is more than one or two packages in the mail, have a subject like haskell-async 2.0.0-2 and 762 other packages migrated to testing? (This is of course a low-priority wishlist bug...) Greetings, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWNlScACgkQ9ijrk0dDIGzyywCgittuXvj6LJdKLuSwNc0+fZld wLMAn0/i4VJWMAxXixwr8mCe2MG8dhJ6 =KC5+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150626180841.25945.38414.reportbug@kirk
Re: Bug#789365: transition: ghc-7.8
Hi, Am Freitag, den 26.06.2015, 02:56 +0200 schrieb Emilio Pozuelo Monfort: > On 25/06/15 12:21, Emilio Pozuelo Monfort wrote: > > On 24/06/15 16:12, Joachim Breitner wrote: > > > Hi, > > > > > > Am Dienstag, den 23.06.2015, 15:05 +0200 schrieb Joachim > > > Breitner: > > > > * leksah ought to be removed from testing: > > > > > > > >https://bugs.debian.org/789521 > > > > > > ✓ > > > > These two migrated back as there's no RC bug on them. I've re-added > > the removal > > hint, but please file a bug. > > > > gitit aged, and the ppc64el binNMUs are now done. This should go in > > > > tonight if > > nothing else pops up. > > And it did: > > ghc| 7.8.4-9 | testing | source, amd64, > arm64, armel, > armhf, i386, mips, mipsel, powerpc, ppc64el, s390x > yay! Thanks to all involved. 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
ppc64el missing on https://release.debian.org/transitions/
Hi, especially Mehdi, subject says it all: Is there a good reason ppc64el is not tracked on https://release.debian.org/transitions/html/haskell.html ? (I missed the pending problem about trifecta because of that.) 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#789365: transition: ghc-7.8
Hi, Am Donnerstag, den 25.06.2015, 02:53 +0200 schrieb Emilio Pozuelo Monfort: > This may need a binNMU: > > haskell-trifecta (1.4.3-1 to 1.5.1.3-4) > Maintainer: Debian Haskell Group > 9 days old (needed 5 days) > libghc-trifecta-dev/ppc64el unsatisfiable Depends: > libghc-charset-dev-0.3.7.1-1690c > libghc-trifecta-dev/ppc64el unsatisfiable Depends: > libghc-comonad-dev-4.2.5-c2e64 > libghc-trifecta-dev/ppc64el unsatisfiable Depends: > libghc-lens-dev-4.6.0.1-21811 > libghc-trifecta-dev/ppc64el unsatisfiable Depends: > libghc-reducers-dev-3.10.3.1-db618 > libghc-trifecta-dev/ppc64el unsatisfiable Depends: > libghc-semigroups-dev-0.15.3-77447 > libghc-trifecta-prof/ppc64el unsatisfiable Depends: > libghc-charset-prof-0.3.7.1-1690c > libghc-trifecta-prof/ppc64el unsatisfiable Depends: > libghc-comonad-prof-4.2.5-c2e64 > libghc-trifecta-prof/ppc64el unsatisfiable Depends: > libghc-lens-prof-4.6.0.1-21811 > libghc-trifecta-prof/ppc64el unsatisfiable Depends: > libghc-reducers-prof-3.10.3.1-db618 > libghc-trifecta-prof/ppc64el unsatisfiable Depends: > libghc-semigroups-prof-0.15.3-77447 > it had a binNMU waiting, but a binNMU on haskell-parsers was required to unblock this. Done. 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#789365: transition: ghc-7.8
Hi, Am Dienstag, den 23.06.2015, 15:05 +0200 schrieb Joachim Breitner: > * leksah ought to be removed from testing: > >https://bugs.debian.org/789521 ✓ > * Then I’m waiting for these binNMUs to be built > > https://buildd.debian.org/status/package.php?p=haskell-happstack-server+haskell-reflection+haskell-xml-conduit&suite=sid&a=mips,mipsel ✓ > * And then the youngest upload (haskell-mono-traversable) needs to >age (3 more days): >https://packages.qa.debian.org/h/haskell-mono-traversable.html There was a problem with the gitit package, fixed by a swift upload of Clint right now. So the counter is back to 5, unless someone in the release team gets impatient and age hints haskell-mono-traversable and gitit. https://release.debian.org/transitions/html/haskell.html seems to contain only gitit (still waiting for the mips build) and false positives. 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#789365: transition: ghc-7.8
Hi, another update. Am Sonntag, den 21.06.2015, 20:25 +0200 schrieb Joachim Breitner: > So it seems that with the right removal hints (basically everything > that has an RM bug + haskell-leksah + haskell-leksah-server) and some > aging, we could be good to go. The FTP team performed all the required removals and NEW processing, so that the ball is now in the release team’s field: * leksah ought to be removed from testing: https://bugs.debian.org/789521 * Then I’m waiting for these binNMUs to be built https://buildd.debian.org/status/package.php?p=haskell-happstack-server+haskell-reflection+haskell-xml-conduit&suite=sid&a=mips,mipsel * And then the youngest upload (haskell-mono-traversable) needs to age (3 more days): https://packages.qa.debian.org/h/haskell-mono-traversable.html * And then, the transition might actually work automatically, thanks to the auto-hinter 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#789521: RM: haskell-leksah-server/0.12.1.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Control: block 789365 by -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, as explained in #789365 leksah is one blocker for the Haskell transition. In order to distangle these issues, please remove haskell-leksah-server from testing for now. If someone steps up soon to care better for this package, we can let it re-enter the archive, but until then it is not suitable for a stable release. Greetings, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWHB8IACgkQ9ijrk0dDIGxOpACeIeXgQrg/AqdiPeB/ag0xVYJw 2AoAoIOsaVG/8SjgSLBLMP1TllviVbMw =3ENq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150621185148.1543.13539.reportbug@kirk
Bug#789365: transition: ghc-7.8
Dear release team, a small update on this. Am Samstag, den 20.06.2015, 12:24 +0200 schrieb Joachim Breitner: > * shake not building on powerpc Identified as a bug in ghc, test suite disabled. We now have weird test suite failing issues on kfreebsd-*, that seem to depend on the builder. But kfreebsd-* are no longer release architectures, right? So it seems that with the right removal hints (basically everything that has an RM bug + haskell-leksah + haskell-leksah-server) and some aging, we could be good to go. 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#789365: transition: ghc-7.8
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear release team, we (the Debian Haskell Group) has been working hard to get everything in order for GHC 7.8 to migrate to testing (and top open the way for 7.10 in unstable :-)). We have had regular status reports on the haskell mailing list. Now we are getting close enough for the migration to happen that I believe we should include you in status updates and notifications, and also because you can probably help. Please CC debian-hask...@lists.debian.org in mails to this bug, to keep everyone up-to-date. - From what I can tell, there are these blockers: * Packages in NEW Mostly gitit, which has an added binary file: https://ftp-master.debian.org/new/gitit_0.10.7-1.html The other two haskell packages in NEW do not seem to be testing relevant, so this is looking good. * Package removals There are a large number of Haskell package removales scheduled for unstable, but most of them are stalled, as there are still old binaries and sources depending on these packages. This is mostly due to sparc not keeping up, which is mostly due to nettle not building there: http://bugs.debian.org/789013 I’m not sure what to best do here. Since sparc is not a release architecture, this should not hold up the release, but technically it does. Maybe the removals can be added as hints to britney? Will that interact properly with the auto-hinter? * leksah Despite multiple calls on the mailing list, no contributor was willing and able to fix that package in reasonable time. I suggest you remove haskell-leksah and haskell-leksah-server from testing (on the grounds that the maintenance situation makes it not suitable for a Debian stable release). This should unblock this situation. * shake not building on powerpc This is a weird issue: https://lists.debian.org/debian-haskell/2015/06/msg00043.html As this is an almost leave package, I suggest to remove haskell-shake and haskell-hoogle on powerpc for now, and hence disentangle this problem from the transition. I’m still looking for volunteers to investigate this issue. * Other out of date packages, mostly mips and mipsel I keep watching https://release.debian.org/transitions/html/haskell.html and I believe most problems are solved there. When today's upload and binNMUs have built everywhere there might be a package or two which no longer build on mips/mipsel (due to lack of TemplateHaskell support) and can be solved by a removal on these architectures. * Some packages need to age As usual. Is there a way for you, or better, me, to see if this list is exhaustive? Some kind of „what if when“ britney run where I can feed some removals and age-override hints and see what the auto-hinter+britney does? Thanks, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlWFP1EACgkQ9ijrk0dDIGwGRwCfadFimFcT8DQDlLWLOyYOQyI7 WKsAoKbqayqfnth3z5DWcvgRx3gnNGSP =OBHB -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150620102419.24902.36663.reportbug@kirk
Bug#697602: Bug count confusion when "unrelated" binary and source has same name
Hi,
On Tue, 15 Jan 2013 13:24:33 +0100 Philipp Kern wrote:
> On Mon, Jan 07, 2013 at 03:16:42PM +0100, Niels Thykier wrote:
> I'd seriously argue that one of the source packages has to change its name. I
> don't think that the two namespaces (source and binary packages) should be
> considered that separated, so that might warrant an addition to policy? ("Do
> not build a binary package that has the name of a totally unrelated source
> package"?)
I seriously think that source and binary packages are separate
namespace, and any tool that does trips over a conflict is probably not
very clear about what its data actually means and should be improved for
greater general robustness.
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#781687: unblock: ghc/7.8.3-21
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please unblock package ghc
it seems that the 7.8.3-20 upload was not sufficent to fix the upgrade
problem, which came back as http://bugs.debian.org/781649. Andreas
Beckmann suggested a fix (adding Breaks: ghc-doc (<< 7.8.3-20~) to
ghc-haddock), and if I have used piuparts correctly¹, this does indeed
fix the problem.
Debdiff attached. The debian/watch fix happend to be the our packaging
VCS, so I included it, as having a non-working watch files in stable
helps noone.
unblock ghc/7.8.3-21
Thanks,
Joachim
¹ piuparts -d stable -d testing --apt ghc-doc libghc-authenticate-{doc,dev}
-m http://ftp.scc.kit.edu/pub/debian --install-recommends
--testdebs-repo=/tmp/foo --distupgrade-to-testdebs --bindmount /tmp/foo/ -b
/tmp/piuparts-chroot --do-not-verify-signatures
with the newly built .debs in /tmp/foo. First and only error is:
4m3.2s ERROR: FAIL: After purging files have been modified:
/usr/lib/dbus-1.0/dbus-daemon-launch-helper owned by: dbus
4m3.4s ERROR: FAIL: Upgrading between Debian distributions.
4m3.4s ERROR: piuparts run ends.
- -- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iEYEARECAAYFAlUcEXMACgkQ9ijrk0dDIGzDAACfSsBMljy9lfpiQxSE57k7mDGa
H9QAn3/QQNf1w4/fvwDeiULW8tCvGS2r
=Zq7i
-END PGP SIGNATURE-
diff -Nru ghc-7.6.3/debian/changelog ghc-7.6.3/debian/changelog
--- ghc-7.6.3/debian/changelog 2014-11-23 11:20:59.0 +0100
+++ ghc-7.6.3/debian/changelog 2015-04-01 16:43:47.0 +0200
@@ -1,6 +1,14 @@
+ghc (7.6.3-21) unstable; urgency=medium
+
+ * Fix watch file.
+ * Let ghc-haddock break on ghc-doc (<< 7.6.3-20~). If I used piuparts
+correctly, this finally closes: #781649.
+
+ -- Joachim Breitner Wed, 01 Apr 2015 13:35:10 +0200
+
ghc (7.6.3-20) unstable; urgency=medium
- * Mark all triggers -noawait. Possibly Closes: #769554
+ * Mark all triggers -noawait. Possibly Closes: #769554
-- Joachim Breitner Sun, 23 Nov 2014 11:20:59 +0100
diff -Nru ghc-7.6.3/debian/control ghc-7.6.3/debian/control
--- ghc-7.6.3/debian/control 2014-11-23 11:20:35.0 +0100
+++ ghc-7.6.3/debian/control 2015-04-01 13:34:21.0 +0200
@@ -110,6 +110,7 @@
Provides: haddock, ${haddock:Provides}
Conflicts: haddock
Depends: ghc (= ${binary:Version}), ${misc:Depends}, ${shlibs:Depends}
+Breaks: ghc-doc (<< 7.6.3-20~)
Homepage: http://www.haskell.org/haddock/
Description: Documentation tool for annotated Haskell source code
Haddock is a tool for automatically generating documentation from
diff -Nru ghc-7.6.3/debian/watch ghc-7.6.3/debian/watch
--- ghc-7.6.3/debian/watch 2014-04-13 10:47:07.0 +0200
+++ ghc-7.6.3/debian/watch 2015-04-01 13:33:50.0 +0200
@@ -1,2 +1,2 @@
version=3
-http://haskell.org/ghc/dist/([\d.]+)/ghc-([\d.]+)-src.tar.bz2
+http://downloads.haskell.org/~ghc/(\d[\d.]*)/ghc-(\d[\d.]*)-src.tar.bz2
Bug#776553: unblock: darcs/2.8.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package darcs. A RC bug was filed against it due to insufficient copyright statements, this was fixed by Christopher Reichert. unblock darcs/2.8.5-2 - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlTJ97IACgkQ9ijrk0dDIGzFKwCfWxNndKDdj9yRgy6K153YzbR0 DBsAn1BO7h3MQwzdmsBVuSxQsaHmaqwW =5Guz -END PGP SIGNATURE- diff -Nru darcs-2.8.5/debian/changelog darcs-2.8.5/debian/changelog --- darcs-2.8.5/debian/changelog 2014-09-07 17:53:14.0 +0200 +++ darcs-2.8.5/debian/changelog 2015-01-29 09:25:24.0 +0100 @@ -1,3 +1,9 @@ +darcs (2.8.5-2) unstable; urgency=low + + * Add copyright information for src/Crypt/*, Closes: bug#775588 + + -- Christopher Reichert Wed, 28 Jan 2015 22:00:00 -0600 + darcs (2.8.5-1) unstable; urgency=low * Adjust watch file to new hackage layout diff -Nru darcs-2.8.5/debian/copyright darcs-2.8.5/debian/copyright --- darcs-2.8.5/debian/copyright 2012-10-13 13:16:13.0 +0200 +++ darcs-2.8.5/debian/copyright 2015-01-29 09:25:24.0 +0100 @@ -85,3 +85,38 @@ On Debian systems, the full text of the GNU General Public License version 2 can be found in the file `/usr/share/common-licenses/GPL-2'. + +Files: src/Crypt/SHA256.hs +Copyright: Zooko O'Whielacronx +License: GPL + On Debian systems the full text of the GNU General Public License can be found + in the `/usr/share/common-licenses/GPL' file. + +Files: src/Crypt/sha2.* +Copyright: 2005, 2007 Olivier Gay +License: BSD-C3 + All rights reserved. + . + Redistribution and use in source and binary forms, with or without + modification, are permitted provided that the following conditions + are met: + 1. Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. + 2. Redistributions in binary form must reproduce the above copyright + notice, this list of conditions and the following disclaimer in the + documentation and/or other materials provided with the distribution. + 3. Neither the name of the project nor the names of its contributors + may be used to endorse or promote products derived from this software + without specific prior written permission. + . + THIS SOFTWARE IS PROVIDED BY THE PROJECT AND CONTRIBUTORS ``AS IS'' AND + ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + ARE DISCLAIMED. IN NO EVENT SHALL THE PROJECT OR CONTRIBUTORS BE LIABLE + FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT + LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + SUCH DAMAGE.
Bug#774029: unblock: screen-message/0.23-1
Hi, Am Montag, den 29.12.2014, 23:42 + schrieb Jonathan Wiltshire: > Strictly speaking this upload is blocked by 0.22.2-1 which didn't migrate > before the freeze began. I'm fine with both uploads though, so unblocked. actually, 0.22.2-1 was never uploaded to unstable successfully, presumably for the same reason that this release required several attempts. Sigh. So I guess screen-message (0.22.2-1) unstable; urgency=medium * New upstream release (Closes: 763429) -- Joachim Breitner Tue, 30 Sep 2014 15:48:32 +0200 was never seen by the bts, hence closing it now manually. 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#774029: unblock: screen-message/0.23-1
Hi, Am Montag, den 29.12.2014, 23:42 + schrieb Jonathan Wiltshire: > Strictly speaking this upload is blocked by 0.22.2-1 which didn't migrate > before the freeze began. I'm fine with both uploads though, so unblocked. thanks! 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#774029: unblock: screen-message/0.23-1
Control: tags -1 - moreinfo Ok, I managed to upload it... Am 27. Dezember 2014 18:32:22 MEZ, schrieb "Adam D. Barratt" : >On Sat, 2014-12-27 at 18:28 +0100, Joachim Breitner wrote: >> Hi, >> >> Am Samstag, den 27.12.2014, 17:21 + schrieb Adam D. Barratt: >> > Control: tags -1 + moreinfo >> > >> > On Sat, 2014-12-27 at 18:14 +0100, Joachim Breitner wrote: >> > > the latest upload of screen-message contains a fix for a problem >that >> > > appeared due to some unidentified dependency change a few months >ago, >> > > likely gtk. The problem was communicated to me directly and fixed >right >> > > away, so there is no bug report for this. >> > >> > It doesn't look like 0.23 is in the archive yet? >> >> indeed, but how did that happen? I have a signed changes and an >upload >> log here, from 2014-12-23 (attached to prove myself I’m not crazy), >but >> I don’t find mails from the archive bots about it. >> >> @ftp-master: Can you tell what I did wrong? > >Not ftp-master, but the queued log says: > >Dec 23 18:58:25 processing /screen-message_0.23-1_amd64.changes >Dec 23 18:58:25 GnuPG signature check failed on >screen-message_0.23-1_amd64.changes >Dec 23 18:58:25 /screen-message_0.23-1_amd64.changes has bad PGP/GnuPG >signature! >Dec 23 18:58:25 Removing /screen-message_0.23-1_amd64.changes, but >keeping its associated files for now. >Dec 24 19:02:46 Deleted stray file /screen-message_0.23.orig.tar.gz >Dec 24 19:02:46 Deleted stray file /screen-message_0.23-1.dsc >Dec 24 19:02:46 Deleted stray file /screen-message_0.23-1.debian.tar.xz > >Regards, > >Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/413de3f4-a7ba-4bb4-8bf3-df88b31ca...@debian.org
Bug#774029: unblock: screen-message/0.23-1
Hi, Am Samstag, den 27.12.2014, 17:32 + schrieb Adam D. Barratt: > Not ftp-master, but the queued log says: > > Dec 23 18:58:25 processing /screen-message_0.23-1_amd64.changes > Dec 23 18:58:25 GnuPG signature check failed on > screen-message_0.23-1_amd64.changes > Dec 23 18:58:25 /screen-message_0.23-1_amd64.changes has bad PGP/GnuPG > signature! > Dec 23 18:58:25 Removing /screen-message_0.23-1_amd64.changes, but > keeping its associated files for now. > Dec 24 19:02:46 Deleted stray file /screen-message_0.23.orig.tar.gz > Dec 24 19:02:46 Deleted stray file /screen-message_0.23-1.dsc > Dec 24 19:02:46 Deleted stray file /screen-message_0.23-1.debian.tar.xz right, for some reason debsign keeps using my old key, and the the "default-key F0FBF51F", so unless I specify -k, this happens. Resigned, but upload will have to wait until the current one is removed. Too bad there is not mail sent out in this case (but it makes sense). Feel free to unblock nevertheless already :-) 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#774029: unblock: screen-message/0.23-1
Hi, Am Samstag, den 27.12.2014, 17:21 + schrieb Adam D. Barratt: > Control: tags -1 + moreinfo > > On Sat, 2014-12-27 at 18:14 +0100, Joachim Breitner wrote: > > the latest upload of screen-message contains a fix for a problem that > > appeared due to some unidentified dependency change a few months ago, > > likely gtk. The problem was communicated to me directly and fixed right > > away, so there is no bug report for this. > > It doesn't look like 0.23 is in the archive yet? indeed, but how did that happen? I have a signed changes and an upload log here, from 2014-12-23 (attached to prove myself I’m not crazy), but I don’t find mails from the archive bots about it. @ftp-master: Can you tell what I did wrong? Just dput’ed it again. 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 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 23 Dec 2014 19:41:09 +0100 Source: screen-message Binary: sm Architecture: source amd64 Version: 0.23-1 Distribution: unstable Urgency: medium Maintainer: Joachim Breitner Changed-By: Joachim Breitner Description: sm - Displays a short text fullscreen Changes: screen-message (0.23-1) unstable; urgency=medium . * New upstream release: . Disable temporary disabling of anti-aliasing . It seems to have stopped working with recent versions of gtk3, and furthermore causes every second keypress to be ignored. Checksums-Sha1: 3aadf353ac39fd09b3518610088afc4d81335aa3 1252 screen-message_0.23-1.dsc 7b2a0dc82734862e58011f92f7ce85c5363223ed 347123 screen-message_0.23.orig.tar.gz ae887e25402f4307350d77519355e31e18492d1f 3256 screen-message_0.23-1.debian.tar.xz 807b870335aff86e89ab0af88173a796ecd5d43f 15262 sm_0.23-1_amd64.deb Checksums-Sha256: ed37ed30a581c124d0b35221279df811785f5e6165dd3093c9aa14b187dffc95 1252 screen-message_0.23-1.dsc 6a34fca5a4816f80504a872221a44ff982f7854eb2d3529369e77722b4a4f420 347123 screen-message_0.23.orig.tar.gz dd924cf1dfd9d8c07c994b1f67e3468f3aa0efa392bfa709db8d37de1e3b0b57 3256 screen-message_0.23-1.debian.tar.xz fc145476bd454a134c7270c3025f647abf3e0ec019440ed7d8932217525b12e0 15262 sm_0.23-1_amd64.deb Files: 1791b7b8aa5300b43d5a2a339e63c9e4 1252 games optional screen-message_0.23-1.dsc 6e9793e40ab4f266840fea7064e93891 347123 games optional screen-message_0.23.orig.tar.gz 6f7b3239f0216419c74dfca3cdc6c609 3256 games optional screen-message_0.23-1.debian.tar.xz ac2727db1fc9ccbfa59fb10806257318 15262 games optional sm_0.23-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSZuy8ACgkQ9ijrk0dDIGzAkACgyy0EHHAqBnB8HYY+tZ6WNaCN 7HEAoNG683cNB2TKMrnzclR/IZimmWwe =0U2b -END PGP SIGNATURE- 2014-12-23 19:57:55,201 - dput[29306]: uploader.invoke_dput - Uploading screen-message using ftp to ftp-master (host: ftp.upload.debian.org; directory: /pub/UploadQueue/) 2014-12-23 19:57:55,201 - dput[29306]: hook.run_hook - running allowed-distribution: check whether a local profile permits uploads to the target distribution 2014-12-23 19:57:55,204 - dput[29306]: hook.run_hook - running protected-distribution: warn before uploading to distributions where a special policy applies 2014-12-23 19:57:55,205 - dput[29306]: hook.run_hook - running checksum: verify checksums before uploading 2014-12-23 19:57:55,208 - dput[29306]: hook.run_hook - running suite-mismatch: check the target distribution for common errors 2014-12-23 19:57:55,210 - dput[29306]: hook.run_hook - running check-debs: makes sure the upload contains a binary package 2014-12-23 19:57:55,211 - dput[29306]: hook.run_hook - running gpg: check GnuPG signatures before the upload 2014-12-23 19:57:56,517 - dput[29306]: uploader.invoke_dput - Uploading screen-message_0.23-1.dsc 2014-12-23 19:57:57,254 - dput[29306]: uploader.invoke_dput - Uploading screen-message_0.23.orig.tar.gz 2014-12-23 19:58:01,691 - dput[29306]: uploader.invoke_dput - Uploading screen-message_0.23-1.debian.tar.xz 2014-12-23 19:58:02,452 - dput[29306]: uploader.invoke_dput - Uploading sm_0.23-1_amd64.deb 2014-12-23 19:58:03,337 - dput[29306]: uploader.invoke_dput - Uploading screen-message_0.23-1_amd64.changes signature.asc Description: This is a digitally signed message part
Bug#774029: unblock: screen-message/0.23-1
NFIG_FILES etc. instead of their
# values after options handling.
ac_log="
-This file was extended by screen-message $as_me 0.22.2, which was
+This file was extended by screen-message $as_me 0.23, which was
generated by GNU Autoconf 2.69. Invocation command line was
CONFIG_FILES= $CONFIG_FILES
@@ -5113,7 +5113,7 @@
cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
ac_cs_config="`$as_echo "$ac_configure_args" | sed 's/^ //; s/[\\""\`\$]/&/g'`"
ac_cs_version="\\
-screen-message config.status 0.22.2
+screen-message config.status 0.23
configured by $0, generated by GNU Autoconf 2.69,
with options \\"\$ac_cs_config\\"
diff -Nru screen-message-0.22.2/configure.ac screen-message-0.23/configure.ac
--- screen-message-0.22.2/configure.ac 2014-09-30 15:44:30.0 +0200
+++ screen-message-0.23/configure.ac 2014-12-23 19:35:14.0 +0100
@@ -1,4 +1,4 @@
-AC_INIT(screen-message, 0.22.2, m...@joachim-breitner.de)
+AC_INIT(screen-message, 0.23, m...@joachim-breitner.de)
AC_CONFIG_SRCDIR([sm.c])
AM_INIT_AUTOMAKE([foreign])
AC_CONFIG_FILES([setup.iss README.Win32])
diff -Nru screen-message-0.22.2/debian/changelog screen-message-0.23/debian/changelog
--- screen-message-0.22.2/debian/changelog 2014-09-30 15:48:32.0 +0200
+++ screen-message-0.23/debian/changelog 2014-12-23 19:41:09.0 +0100
@@ -1,3 +1,14 @@
+screen-message (0.23-1) unstable; urgency=medium
+
+ * New upstream release:
+
+Disable temporary disabling of anti-aliasing
+
+It seems to have stopped working with recent versions of gtk3, and
+furthermore causes every second keypress to be ignored.
+
+ -- Joachim Breitner Tue, 23 Dec 2014 19:41:09 +0100
+
screen-message (0.22.2-1) unstable; urgency=medium
* New upstream release (Closes: 763429)
diff -Nru screen-message-0.22.2/README.Win32 screen-message-0.23/README.Win32
--- screen-message-0.22.2/README.Win32 2014-09-30 15:44:57.0 +0200
+++ screen-message-0.23/README.Win32 2014-12-23 19:35:41.0 +0100
@@ -1,4 +1,4 @@
-Screen Message 0.22.2
+Screen Message 0.23
(c) 2009 Joachim Breitner
diff -Nru screen-message-0.22.2/sm.c screen-message-0.23/sm.c
--- screen-message-0.22.2/sm.c 2014-09-30 15:43:40.0 +0200
+++ screen-message-0.23/sm.c 2014-12-23 19:34:24.0 +0100
@@ -36,8 +36,6 @@
#define AUTOHIDE_TIMEOUT 3
-static gboolean quality = TRUE;
-
static int timeout_id=0;
static GtkWidget* window;
@@ -46,7 +44,6 @@
static GtkWidget* quit;
static GtkWidget* tv;
static GtkWidget* entry_widget;
-static GtkSettings* settings;
static GtkTextBuffer* tb;
static PangoFontDescription *font;
static char *foreground = NULL;
@@ -55,7 +52,6 @@
static int rotation = 0; // 0 = normal, 1 = left, 2 = inverted, 3 = right
static int alignment = 0; // 0 = centered, 1 = left-aligned, 2 = right-aligned
static GString *partial_input;
-static gulong quality_high_handler = 0;
static gulong text_change_handler;
gboolean hide_entry(gpointer *user_data) {
@@ -95,25 +91,6 @@
return gtk_text_buffer_get_text(tb, &start, &end, FALSE);
}
-static void hq(gboolean q, gboolean force){
- if (q != quality) {
- if (q)
- gtk_settings_set_long_property(settings,"gtk-xft-antialias",1,"Hier halt");
- else
- gtk_settings_set_long_property(settings,"gtk-xft-antialias",0,"Hier halt");
- }
- else
- if (force)
- gtk_widget_queue_draw(draw);
-
- quality = q;
-}
-
-static gboolean quality_high (gpointer data) {
- quality_high_handler = 0;
- hq(TRUE, FALSE);
- return FALSE;
-}
static void redraw(GtkWidget *draw, cairo_t *cr, gpointer data) {
int q;
@@ -179,10 +156,6 @@
pango_cairo_show_layout (cr, layout);
cairo_restore(cr);
-
- if (quality_high_handler)
-g_source_remove(quality_high_handler);
- quality_high_handler = g_timeout_add(0, quality_high, NULL);
}
g_object_unref(layout);
}
@@ -273,11 +246,7 @@
}
static void newtext() {
- if (quality_high_handler) {
- g_source_remove(quality_high_handler);
- quality_high_handler = 0;
- }
- hq(FALSE, TRUE);
+ gtk_widget_queue_draw(draw);
}
static void newtext_show_input() {
@@ -359,7 +328,6 @@
g_signal_connect(window, "destroy", G_CALLBACK(gtk_main_quit), NULL);
- settings = gtk_settings_get_default();
GdkRGBA white, black;
if (foreground != NULL) {
gdk_rgba_parse(&black, foreground);
Bug#773031: unblock: haskell-hoogle/4.2.33-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package haskell-hoogle. It includes a change to the trigger file to avoid a trigger cycle, as advised by Guillem Jover. unblock haskell-hoogle/4.2.33-4 - -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSMOgIACgkQ9ijrk0dDIGzCpgCeJ5Vd6nKsLfTf3i4cUBinLk9P YDEAnR455JrQZ9xSHyq4u3zKeOPTDCfX =dN1O -END PGP SIGNATURE- diff -Nru haskell-hoogle-4.2.33/debian/changelog haskell-hoogle-4.2.33/debian/changelog --- haskell-hoogle-4.2.33/debian/changelog 2014-11-07 15:54:40.0 +0100 +++ haskell-hoogle-4.2.33/debian/changelog 2014-12-13 14:05:12.0 +0100 @@ -1,3 +1,10 @@ +haskell-hoogle (4.2.33-4) unstable; urgency=medium + + * Make the trigger -noawait, to avoid trigger cycles, as recommended by +Guillem Jover (Closes: #772867) + + -- Joachim Breitner Sat, 13 Dec 2014 14:05:12 +0100 + haskell-hoogle (4.2.33-3) unstable; urgency=medium * Demote Recommends: apache2 to suggests (Closes: #768447) diff -Nru haskell-hoogle-4.2.33/debian/hoogle.triggers haskell-hoogle-4.2.33/debian/hoogle.triggers --- haskell-hoogle-4.2.33/debian/hoogle.triggers 2012-10-13 13:29:42.0 +0200 +++ haskell-hoogle-4.2.33/debian/hoogle.triggers 2014-12-13 14:04:35.0 +0100 @@ -1 +1 @@ -interest /usr/lib/ghc-doc/hoogle +interest-noawait /usr/lib/ghc-doc/hoogle diff -Nru haskell-hoogle-4.2.33/debian/source/local-options haskell-hoogle-4.2.33/debian/source/local-options --- haskell-hoogle-4.2.33/debian/source/local-options 1970-01-01 01:00:00.0 +0100 +++ haskell-hoogle-4.2.33/debian/source/local-options 2012-10-13 13:29:44.0 +0200 @@ -0,0 +1 @@ +unapply-patches
Bug#770919: unblock: haskell-src-exts/1.14.0.1-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package haskell-src-exts someone figured out how to build this package on mips*, the change is an additional flag for gcc that does not affect the resulting binaries. This allowed a few reverse dependencies to build, I assume these will migrate automatically with it (as their source package is already in testing). The output of the tool you’d run anyways is attached. unblock haskell-src-exts/1.14.0.1-4 - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlR0P/0ACgkQ9ijrk0dDIGxXLgCgmgcb6MjDKMhH4QsgHAXGzUBC BewAn3Wg9vjJVSRpv1j+BGhURJciMk2L =PdxI -END PGP SIGNATURE- Base version: haskell-src-exts_1.14.0.1-1 from testing Target version: haskell-src-exts_1.14.0.1-4 from unstable No hints in place. Excuses: haskell-src-exts (1.14.0.1-1 to 1.14.0.1-3) Maintainer: Debian Haskell Group Too young, only 0 of 5 days old Not touching package due to block request by freeze (check https://release.debian.org/jessie/freeze_policy.html if update is needed) Not considered changelog | 19 +++ rules | 17 + 2 files changed, 36 insertions(+) [0;0mgpgv: Schlüsselblockhilfsmittel`/home/nomeata/.gnupg/trustedkeys.gpg': Fehler beim Öffnen der Datei[0;0m [0;0mgpgv: Unterschrift vom Sa 07 Jun 2014 22:51:45 UTC mittels RSA-Schlüssel ID F0FBF51F[0;0m [0;0mgpgv: Unterschrift kann nicht geprüft werden: Öffentlicher Schlüssel nicht gefunden[0;0m [0;0mdpkg-source: Warnung: Fehler beim Überprüfen der Signatur von /tmp/tmpBXcGRv/haskell-src-exts_1.14.0.1-1.dsc[0;0m [0;0mgpgv: Schlüsselblockhilfsmittel`/home/nomeata/.gnupg/trustedkeys.gpg': Fehler beim Öffnen der Datei[0;0m [0;0mgpgv: Unterschrift vom Mo 24 Nov 2014 22:45:39 UTC mittels RSA-Schlüssel ID F0FBF51F[0;0m [0;0mgpgv: Unterschrift kann nicht geprüft werden: Öffentlicher Schlüssel nicht gefunden[0;0m [0;0mdpkg-source: Warnung: Fehler beim Überprüfen der Signatur von /tmp/tmpBXcGRv/haskell-src-exts_1.14.0.1-4.dsc[0;0m [1;32mdiff -Nru haskell-src-exts-1.14.0.1/debian/changelog haskell-src-exts-1.14.0.1/debian/changelog[0;0m [1;31m--- haskell-src-exts-1.14.0.1/debian/changelog 2014-06-07 22:43:32.0 +[0;0m [1;34m+++ haskell-src-exts-1.14.0.1/debian/changelog 2014-11-24 21:45:09.0 +[0;0m [1;35m@@ -1,3 +1,22 @@[0;0m [1;34m+haskell-src-exts (1.14.0.1-4) unstable; urgency=medium[0;0m [1;34m+[0;0m [1;34m+ * s/optoins/options/. sigh. [0;0m [1;34m+[0;0m [1;34m+ -- Joachim Breitner Mon, 24 Nov 2014 22:45:09 +0100[0;0m [1;34m+[0;0m [1;34m+haskell-src-exts (1.14.0.1-3) unstable; urgency=medium[0;0m [1;34m+[0;0m [1;34m+ * Fix passing ggc-min-expand=10 to gcc. [0;0m [1;34m+[0;0m [1;34m+ -- Joachim Breitner Mon, 24 Nov 2014 19:21:17 +0100[0;0m [1;34m+[0;0m [1;34m+haskell-src-exts (1.14.0.1-2) unstable; urgency=medium[0;0m [1;34m+[0;0m [1;34m+ * Pass ggc-min-expand=10 to gcc, might make this compile on mips*. Thanks to[0;0m [1;34m+Dejan Latinovic for the patch. Closes: #770830[0;0m [1;34m+[0;0m [1;34m+ -- Joachim Breitner Mon, 24 Nov 2014 16:07:29 +0100[0;0m [1;34m+[0;0m [0;0m haskell-src-exts (1.14.0.1-1) unstable; urgency=medium[0;0m [0;0m [0;0m [0;0m * New upstream release[0;0m [1;32mdiff -Nru haskell-src-exts-1.14.0.1/debian/rules haskell-src-exts-1.14.0.1/debian/rules[0;0m [1;31m--- haskell-src-exts-1.14.0.1/debian/rules 2012-10-13 11:42:14.0 +[0;0m [1;34m+++ haskell-src-exts-1.14.0.1/debian/rules 2014-11-24 21:44:45.0 +[0;0m [1;35m@@ -2,8 +2,25 @@[0;0m [0;0m [0;0m [0;0m DEB_CABAL_PACKAGE=src-exts[0;0m [0;0m DEB_BUILD_DEPENDENCIES = build-arch[0;0m [1;34m+[0;0m [0;0m DEB_SETUP_GHC6_CONFIGURE_ARGS = --ghc-options="+RTS -V0 -RTS"[0;0m [0;0m [0;0m [1;34m+# haskell-src-exts needs a lot of memory during compilation.[0;0m [1;34m+# Unfortunately, this amount of memory is not available on all platforms,[0;0m [1;34m+# and error: "virtual memory exhausted: Cannot allocate memory." could appear.[0;0m [1;34m+# [0;0m [1;34m+# In this case possible solution could be using ggc-min-expand.[0;0m [1;34m+# This parameter specifies the minimum percentage by which the[0;0m [1;34m+# garbage collector’s heap should be allowed to expand between collections.[0;0m [1;34m+# Tuning this may improve compilation speed; it has no effect on code generation.[0;0m [1;34m+#[0;0m [1;34m+# http
Bug#770736: unblock: ghc/7.6.3-20
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Please unblock package ghc
The fix can possible fix a problem with triggers during a wheezy →
testing upgrade (and even if it does not fix it in all cases, it is an
improvements, as it avoids unnecessary trigger runs).
unblock ghc/7.6.3-20
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iEYEARECAAYFAlRyIp8ACgkQ9ijrk0dDIGyEyQCgi4rQ4qg4rBHpmUkvI4MPt1Y6
bZMAn13rICw0ncz411Icf9keUYIFMzNj
=qyJu
-END PGP SIGNATURE-
diff -Nru ghc-7.6.3/debian/changelog ghc-7.6.3/debian/changelog
--- ghc-7.6.3/debian/changelog 2014-09-29 17:28:56.0 +0200
+++ ghc-7.6.3/debian/changelog 2014-11-23 11:20:59.0 +0100
@@ -1,3 +1,9 @@
+ghc (7.6.3-20) unstable; urgency=medium
+
+ * Mark all triggers -noawait. Possibly Closes: #769554
+
+ -- Joachim Breitner Sun, 23 Nov 2014 11:20:59 +0100
+
ghc (7.6.3-19) unstable; urgency=medium
* Fix armel/armhf script munging; ghci and runghc are not available on
diff -Nru ghc-7.6.3/debian/control ghc-7.6.3/debian/control
--- ghc-7.6.3/debian/control 2014-09-29 17:26:40.0 +0200
+++ ghc-7.6.3/debian/control 2014-11-23 11:20:35.0 +0100
@@ -34,6 +34,7 @@
Package: ghc
Architecture: any
Depends: llvm-3.4 [armel armhf], gcc, libgmp-dev, libffi-dev, libbsd-dev, libc6-dev, ${shlibs:Depends}, ${misc:Depends}
+Pre-Depends: dpkg (>= 1.16.1)
Provides: haskell-compiler, ${provided-devs}, ${haskell:Provides}, ${ghci}
Replaces: ghc6 (<< 7)
Conflicts: ghc6 (<< 7), ${conflicting-devs}
@@ -75,6 +76,7 @@
Replaces: ghc6-doc (<< 7)
Conflicts: ghc6-doc (<< 7), ghc (<= 7.0.3-1)
Depends: ${haddock:Depends}, ${misc:Depends}, perl
+Pre-Depends: dpkg (>= 1.16.1)
Description: Documentation for the Glasgow Haskell Compilation system
The Glorious Glasgow Haskell Compilation system (GHC) is a compiler for
Haskell.
diff -Nru ghc-7.6.3/debian/ghc-doc.triggers ghc-7.6.3/debian/ghc-doc.triggers
--- ghc-7.6.3/debian/ghc-doc.triggers 2014-09-29 17:26:40.0 +0200
+++ ghc-7.6.3/debian/ghc-doc.triggers 2014-11-23 11:19:14.0 +0100
@@ -1,6 +1,6 @@
-interest /usr/lib/ghc-doc/haddock
-interest /usr/lib/ghc-7.0.2/haddock
-interest /usr/lib/ghc-7.0.3/haddock
-interest /var/lib/ghc/package.conf.d
-interest /var/lib/ghc-7.0.3/package.conf.d
-interest /var/lib/ghc-7.0.4/package.conf.d
+interest-noawait /usr/lib/ghc-doc/haddock
+interest-noawait /usr/lib/ghc-7.0.2/haddock
+interest-noawait /usr/lib/ghc-7.0.3/haddock
+interest-noawait /var/lib/ghc/package.conf.d
+interest-noawait /var/lib/ghc-7.0.3/package.conf.d
+interest-noawait /var/lib/ghc-7.0.4/package.conf.d
diff -Nru ghc-7.6.3/debian/ghc.triggers ghc-7.6.3/debian/ghc.triggers
--- ghc-7.6.3/debian/ghc.triggers 2014-09-29 17:26:40.0 +0200
+++ ghc-7.6.3/debian/ghc.triggers 2014-11-23 11:19:22.0 +0100
@@ -1 +1 @@
-interest /var/lib/ghc/package.conf.d
+interest-noawait /var/lib/ghc/package.conf.d
Bug#769829: unblock: haskell-tls/1.2.9-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please unblock package haskell-tls
Thijs Kinkhorst suggested to remove SSL3 support from haskell-tls due to
the POODLE attack. This patch follows that recommendating, taking
upstream’s trivial change to disable SSL3 by default.
See http://bugs.debian.org/768164
unblock haskell-tls/1.2.9-2
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iEYEARECAAYFAlRpFAgACgkQ9ijrk0dDIGyPjgCfcz7/6ki8vVlccE3aw+PBzbJ3
YdcAn0r90WOQpw0STAbfvgB3QHJjo35h
=WlbC
-END PGP SIGNATURE-
diff -Nru haskell-tls-1.2.9/debian/changelog haskell-tls-1.2.9/debian/changelog
--- haskell-tls-1.2.9/debian/changelog 2014-09-16 20:43:09.0 +0200
+++ haskell-tls-1.2.9/debian/changelog 2014-11-16 21:47:16.0 +0100
@@ -1,3 +1,9 @@
+haskell-tls (1.2.9-2) unstable; urgency=medium
+
+ * Disable SSL3 by default (Closes: #768164)
+
+ -- Joachim Breitner Sun, 16 Nov 2014 21:47:16 +0100
+
haskell-tls (1.2.9-1) unstable; urgency=medium
* New upstream version.
diff -Nru haskell-tls-1.2.9/debian/patches/no-ssl3 haskell-tls-1.2.9/debian/patches/no-ssl3
--- haskell-tls-1.2.9/debian/patches/no-ssl3 1970-01-01 01:00:00.0 +0100
+++ haskell-tls-1.2.9/debian/patches/no-ssl3 2014-11-16 21:43:56.0 +0100
@@ -0,0 +1,16 @@
+Debian-Bug: http://bugs.debian.org/768164
+Upstream-Patch: https://github.com/vincenthz/hs-tls/commit/5353bd2f717a31fd63c2a5d67112d8d8279bd1e6
+
+Index: haskell-tls-1.2.9/Network/TLS/Parameters.hs
+===
+--- haskell-tls-1.2.9.orig/Network/TLS/Parameters.hs 2014-11-16 21:42:36.875208330 +0100
haskell-tls-1.2.9/Network/TLS/Parameters.hs 2014-11-16 21:42:47.111406646 +0100
+@@ -126,7 +126,7 @@
+
+ defaultSupported :: Supported
+ defaultSupported = Supported
+-{ supportedVersions = [TLS12,TLS11,TLS10,SSL3]
++{ supportedVersions = [TLS12,TLS11,TLS10]
+ , supportedCiphers= []
+ , supportedCompressions = [nullCompression]
+ , supportedHashSignatures = [ (Struct.HashSHA512, SignatureRSA)
diff -Nru haskell-tls-1.2.9/debian/patches/series haskell-tls-1.2.9/debian/patches/series
--- haskell-tls-1.2.9/debian/patches/series 1970-01-01 01:00:00.0 +0100
+++ haskell-tls-1.2.9/debian/patches/series 2014-11-16 21:41:55.0 +0100
@@ -0,0 +1 @@
+no-ssl3
Bug#768468: unblock: haskell-hoogle/4.2.33-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please unblock package haskell-hoogle. It contains a small change to the
control field, but it makes sense that "apt-get install hoogle" should
not install apache2.
Debdiff attached. It also contains a README.source which was
acidentially missing in the previous release.
unblock haskell-hoogle/4.2.33-3
Thanks,
Joachim
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iEYEARECAAYFAlRc5SoACgkQ9ijrk0dDIGyibACdF61YRV2UY1VJrm3vZPJxS5KF
oywAoMs1NzSMYm3NClXHGXHvbBPTev+L
=y/wq
-END PGP SIGNATURE-
diff -Nru haskell-hoogle-4.2.33/debian/changelog haskell-hoogle-4.2.33/debian/changelog
--- haskell-hoogle-4.2.33/debian/changelog 2014-09-21 21:13:35.0 +0200
+++ haskell-hoogle-4.2.33/debian/changelog 2014-11-07 15:54:40.0 +0100
@@ -1,3 +1,9 @@
+haskell-hoogle (4.2.33-3) unstable; urgency=medium
+
+ * Demote Recommends: apache2 to suggests (Closes: #768447)
+
+ -- Joachim Breitner Fri, 07 Nov 2014 15:54:40 +0100
+
haskell-hoogle (4.2.33-2) unstable; urgency=medium
* Switch from embedded to packaged jquery
diff -Nru haskell-hoogle-4.2.33/debian/control haskell-hoogle-4.2.33/debian/control
--- haskell-hoogle-4.2.33/debian/control 2014-07-28 02:15:22.0 +0200
+++ haskell-hoogle-4.2.33/debian/control 2014-11-07 15:48:50.0 +0100
@@ -124,7 +124,7 @@
Section: misc
Depends: ${shlibs:Depends}, ${haskell:Depends}, ${misc:Depends}, ghc-doc
, libjs-jquery
-Recommends: apache2 | httpd
+Suggests: apache2 | httpd
Description: Haskell API Search for Debian system
Hoogle is a Haskell API search engine, which allows you to
search many standard Haskell libraries by either function name,
diff -Nru haskell-hoogle-4.2.33/debian/README.source haskell-hoogle-4.2.33/debian/README.source
--- haskell-hoogle-4.2.33/debian/README.source 1970-01-01 01:00:00.0 +0100
+++ haskell-hoogle-4.2.33/debian/README.source 2014-11-07 15:47:55.0 +0100
@@ -0,0 +1,20 @@
+Since hoogle usually works by downloading some databases or source
+files from Hackage/HaskellWiki, and in Debian we want a hermetic
+build/install, the `debian/files_hoogle/update_hoogle` script tries to
+trick hoogle into working fully offline.
+
+This doesn't offer the full functionality of hoogle (e.g. full package
+list is not available), but we do have full local indexing (based on
+what packages are installed) plus the keywords file.
+
+This file (`debian/files_hoogle/keyword.txt`) is being shipped as
+processed by a normal (with access to online resources) hoogle
+database. To regenerate it:
+
+- Create an empty directory and `cd` to it.
+- Run: `hoogle data -d .`; this will take a while as it downloads and
+ unpacks things, and then finally generate the default database.
+- You should then have, amongst many other things, a `keyword.txt`
+ file in it; simply copy it to `debian/files_hoogle`.
+
+ -- Iustin Pop , Sun, 21 Sep 2014 22:06:10 +0200
Re: finding out why a package is not in testing
Hi, Am Sonntag, den 05.10.2014, 13:48 +0100 schrieb Adam D. Barratt: > https://release.debian.org/migration/testing.pl?package=foo still works > perfectly fine, the search functionality is simply disabled because it's > too easy to overload the host (e.g. when it's hit by bots). I don’t even remember the search functionality, and the notice about it is just confusing to everyone one. Maybe it’s time to remove it? 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#763521: --dry-run does not run dry enough
Package: release.debian.org Severity: wishlist User: release.debian@packages.debian.org Usertags: britney -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, as just discussed on IRC, britney’s --dry-run does not actually make it run dry, i.e. not write any files. It would be nice if there was a simple and official way for DDs to run britney, possibly with their own hint, on a developer-accessible machine (likely coccia). But nothing urgent here, I guess. Just wanted to note it down. Thanks, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQq4xwACgkQ9ijrk0dDIGw2/wCeIQTd7S2wasugpfU+EJAKC7pV gjUAoJnhcgYic0KLhjyu3Si7cQ3SMP0q =FJE7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140930170638.24765.45371.reportbug@kirk
Re: Haskell transition status
Hi, Am Montag, den 25.08.2014, 09:30 -0700 schrieb Joachim Breitner: > Am Sonntag, den 24.08.2014, 18:36 -0700 schrieb Joachim Breitner: > > small update: I just went through the various transitions problems and > > discovered that a sizeable number of packages failed to build on > > kfreebsd-* due to buildd-related error (out of disk) some week ago. I > > gave them back. > > > > That, and a give back of a failed build of haskell-http-conduit on > > armel, should clear most, if not all, remaining transition blockers. I’m > > looking forward to the next britney run. > > looks good, only > * armel: libghc-hakyll-dev, libghc-hakyll-prof > remains, and that has built 7h hours ago (presumably not in time for > this britney run). and it seems that it went through anyways, probably because of the glitch earlier that made a few package unininstallable in testing, so this one issue did not worsen the situation. Or something. 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
Re: Haskell transition status
Hi, Am Sonntag, den 24.08.2014, 18:36 -0700 schrieb Joachim Breitner: > small update: I just went through the various transitions problems and > discovered that a sizeable number of packages failed to build on > kfreebsd-* due to buildd-related error (out of disk) some week ago. I > gave them back. > > That, and a give back of a failed build of haskell-http-conduit on > armel, should clear most, if not all, remaining transition blockers. I’m > looking forward to the next britney run. looks good, only * armel: libghc-hakyll-dev, libghc-hakyll-prof remains, and that has built 7h hours ago (presumably not in time for this britney run). 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
Haskell transition status
Hi, small update: I just went through the various transitions problems and discovered that a sizeable number of packages failed to build on kfreebsd-* due to buildd-related error (out of disk) some week ago. I gave them back. That, and a give back of a failed build of haskell-http-conduit on armel, should clear most, if not all, remaining transition blockers. I’m looking forward to the next britney run. 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
Re: Packages becoming uninstallable in jessie?
[Adding d-release back to the CC.] Hi Sven, Am Samstag, den 23.08.2014, 12:32 +0200 schrieb Sven Bartscher: > That's actually pretty strange. I tried to install the packages in > question on one of my machines (jessie amd64) and apt didn't have any > problems with the dependencies. > Even more strange: Judging from the dependencies for libghc-agda-dev, > jenkins tries to install the sid version. For example: libghc-agda-dev > in testing depends libghc-quickcheck-2.6 whereas > libghc-quickcheck-2.7.6 (which jenkins tries to install) isn't even in > testing. > > To me it seems that jenkins is messing around with sid and jessie. > Jenkins seems to use a http proxy, maybe some of the Release files have > been thrown around and the proxy passes the sid Release files, while > actually jessie was requested. But that's just a wild theory. > > So all in all, jenkins seems to have some serious problems right now. are you sure: According to $ rmadison agda debian: agda | 2.2.6-7 | squeeze | source agda | 2.3.0.1-2 | wheezy | source, all agda | 2.3.2.2-1 | sid | source, all agda | 2.4.0.2-2 | jessie | source, all agda | 2.4.0.2-2 | sid | source, all and https://packages.qa.debian.org/a/agda.html, agda really did migrate to testing yesterday. Did you apt-get update _your_ jessie installation before testing this? pkern suggested that someone might have forced it in, but according to https://release.debian.org/britney/hints/ there were no haskell-related force hints recently. There is #20140822 # Finish the perl 5.20 transition urgent uwsgi/2.0.6~dfsg-8 libmusicbrainz-discid-perl/0.03-5 findimagedupes/2.18-6 libpgplot-perl/1:2.21-5 libdata-streamdeserializer-perl/0.06-1.1 pcp/3.9.9 libcompress-bzip2-perl/2.18-1 php5/5.6.0~rc4+dfsg-4 kildclient/2.11.1-1.1 highlight/3.18-3 libfilehandle-fmode-perl/0.14-1 libvirt/1.2.7-10 xen/4.4.0-2 remove libdbd-oracle-perl/1.66-1 ora2pg/8.11-1 remove snimpy/0.8.1-2 in https://release.debian.org/britney/hints/pochu which co-incides with the uninstallability, but I don’t see a direct connection. 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
Packages becoming uninstallable in jessie?
Hi, we all know that Haskell packages tend to become uninstallable in unstable, but until now I thought that britney will ensure that installable packages in testing stay installable. We have a jenkins job ensuring this (simply by trying to install all haskell packages), but today it started failing, for the first time: https://jenkins.debian.net/job/chroot-installation_jessie_install_haskell/ + apt-get -y install 'haskell-platform.*' 'libghc-.*' Reading package lists... Building dependency tree... Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libghc-agda-dev : Depends: libghc-quickcheck-dev-2.7.6-1a837 but it is not installable Depends: libghc-haskell-src-exts-dev-1.14.0.1-597ed but it is not installable Depends: libghc-parallel-dev-3.2.0.4-6b28f but it is not installable Depends: libghc-unordered-containers-dev-0.2.5.0-11c50 but it is not installable libghc-leksah-server-dev : Depends: libghc-network-dev-2.4.1.2-040ce but it is not installable libghc-mueval-dev : Depends: libghc-hint-dev-0.3.3.6-93d38 but it is not installable libghc-mueval-prof : Depends: libghc-hint-prof-0.3.3.6-93d38 but it is not installable Any idea how this might have happened? Maybe autoremovals? But I don’t see an autoremoval of, say, hint. (Or maybe there is a hickup on jenkings.d.n, we’ll know tomorrow.) 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
Re: RT News - New member, freeze reminder and last Squeeze release
Dear Release Team, Am Samstag, den 05.07.2014, 09:37 +0200 schrieb Niels Thykier: > * In two months (5th of Sep), we will close down for transitions! Do > not start new transitions after this date. They might result in > removals from jessie or reverts in unstable. > [..] > *Remember*: On the 5th of November, the version of your package *in > testing* must be in its desired state for Jessie. as you are surely painfully aware, basically every change in Haskell library versions causes a new transition. So by that time plan, the Haskell team would have to have everything final for the stable release by 5th of September. OTOH, Haskell transitions are usually quite self-contained. So it seems reasonable to allow for them until the freeze, Nov 5. It is up to you, and either is fine for me, but it would be good to be able to plan. So: Until when are Haskell transitions to testing allowed? Thanks, 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
Re: ITM: Britney2 partial-order auto hinter and smooth-update hinting fix
Am Sonntag, den 08.06.2014, 19:46 +0200 schrieb Niels Thykier: >- Removals in hints has been one of the remaining issues with the > original auto hinter handling haskell automatically. Yay! -- 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: Missing bits for the transition
Hi, Am Donnerstag, den 29.05.2014, 09:38 +0200 schrieb Niels Thykier: > On 2014-05-28 23:34, Joachim Breitner wrote: > > [...] > > > > diagrams-lib has been removed from unstable, so we should be good to go. > > Sadly, its rdeps seem to remain[1]. I have prodded Scott about it on IRC. Seems to be done: ~ $ dak ls -S -s unstable -a armhf,armel,mips,mipsel,s390x haskell-diagrams-svg haskell-diagrams-gtk haskell-diagrams-cairo ~ $ So chances are good this will go through with next Britney run, it seems. /me is eagerly monitoring https://release.debian.org/britney/update_output.txt. 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
Re: Missing bits for the transition
Hi, Am Montag, den 26.05.2014, 17:22 +0200 schrieb Jérôme Vouillon: > >> Judging from > >> https://buildd.debian.org/status/package.php?p=pkg-haskell-maintainers%40lists.alioth.debian.org&suite=sid&compact=compact&a=amd64,armel,armhf,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x > >> that means that we are ready to migrate. What’s left to happen is: > >> * FTP-Master needs to act on > >>http://bugs.debian.org/748514 > >>http://bugs.debian.org/747175 > >>http://bugs.debian.org/747176 > >> * The recently uploaded packages need to age. > >> > >> Dear release team: Is there anything else that needs to happen that I > >> forgot? > > > > A quick glance suggests your analysis is correct. > > > > Let me know once #748514 has been resolved, and I will look at ageing > > the remaining packages. I need to add a manual hint anyway, since > > Britney's auto-hinter still does not include removals. > > If this can help you, the list of binary packages involved in #748514 > and a Britney hint are available here: > > http://coinst.irill.org/report/p/yi.html > > This is the same hint as the one found by Britney's auto-hinter except > for the three following removals: > -haskell-date-cache/0.3.0-3 > -haskell-tls-extra/0.6.6-1 > -haskell-zeromq3-haskell/0.4-1 diagrams-lib has been removed from unstable, so we should be good to go. 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
Re: Bug#748514: RM: haskell-diagrams-lib [armel armhf mips mipsel s390x sparc] -- ROM; Requires TemplateHaskell
Dear FTP-Team, may I nudge you about #748514? It seems that this is the remaining outstanding issue that prevents a large number of Haskell packages to migrate to testing. Thanks, 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
Re: Missing bits for the haskell transition
Hi, Am Sonntag, den 18.05.2014, 20:04 +0200 schrieb Joachim Breitner: > What’s left to happen is: > * FTP-Master needs to act on >http://bugs.debian.org/748514 >http://bugs.debian.org/747175 >http://bugs.debian.org/747176 Two have been done, leaves https://bugs.debian.org/748514 (removal of diagrams-lib and revdeps on non-TH-arches). > * The recently uploaded packages need to age. @Haskell team: Please refrain from uploads (of packages with versions in testing and their reverse dependencies – if in doubt, ask) now, as we are near a migration now. 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
Re: Missing bits for the transition
Hi, Am Freitag, den 16.05.2014, 23:42 +0200 schrieb Joachim Breitner: > What’s left to do now? I found that diagrams no longer builds on non-TH-architectures, removal requested from the FTP team. Judging from https://buildd.debian.org/status/package.php?p=pkg-haskell-maintainers%40lists.alioth.debian.org&suite=sid&compact=compact&a=amd64,armel,armhf,i386,kfreebsd-amd64,kfreebsd-i386,mips,mipsel,powerpc,s390,s390x that means that we are ready to migrate. What’s left to happen is: * FTP-Master needs to act on http://bugs.debian.org/748514 http://bugs.debian.org/747175 http://bugs.debian.org/747176 * The recently uploaded packages need to age. Dear release team: Is there anything else that needs to happen that I forgot? Thanks, 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
edos-state on ben
Hi, the next round of Haskell transitions to testing should be possible soon (everything is fine on amd64 modulo two removals by the FTP team), and I’m trying to get an overview about remaining issues on other arches. In theory https://release.debian.org/transitions/html/haskell.html should be the right place to spot issues, but it reports problems that I don’t see. For example, all the gtk-related packages are marked as uninstallable, which contradict what our jenkins job reports. Why is that so? Is the edos output used by ben available somewhere? Another issue: The package "ganeti" is reported as having problems on all architectures, but https://buildd.debian.org/status/ganeti tells me that it is uncompiled on all but 4 arches. I’d expect ben to ignore package/arch combinations that are not present in the archive (i.e. uncompiled according to the buildd data base). 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
Re: State of Haskell on sparc?
Hi, Am Dienstag, den 29.04.2014, 16:27 +0200 schrieb Joachim Breitner: > According to "dak rm -R -n haskell-tls-extra" this blocked by left over > packages depending on it on sparc. The root of the cause is a failure of > haskell-tls to build on sparc: > https://buildd.debian.org/status/logs.php?pkg=haskell-tls&arch=sparc > > The build fails in the test suite with a “Bus error” – nothing that I > can easily debug. just a small update into the larger round: Patrick Baggett has created a patch (thanks!) and I applied it to the haskell-cryptohash package (where the buggy C code was). Unfortunately, we cannot test this as libgmp-dev is uninstallable on sparc: haskell-cryptohash build-depends on: - ghc ghc depends on: - libgmp-dev libgmp-dev depends on: - libgmpxx4ldbl (= 2:6.0.0+dfsg-2) libgmpxx4ldbl depends on: - libstdc++6 (>= 4.4.0) libstdc++6 depends on missing: - gcc-4.8-base (= 4.8.2-19) https://buildd.debian.org/status/package.php?p=haskell-cryptohash What is going on here? Do I have to rebuild ghc or is it a general Problem? Is this on someone’s monitor? 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
State of Haskell on sparc?
Hi everyone, one of the current Haskell release transitions blocker is the removal of some obsolete Haskell libraries, in particular haskell-tls-extra (https://bugs.debian.org/741230). According to "dak rm -R -n haskell-tls-extra" this blocked by left over packages depending on it on sparc. The root of the cause is a failure of haskell-tls to build on sparc: https://buildd.debian.org/status/logs.php?pkg=haskell-tls&arch=sparc The build fails in the test suite with a “Bus error” – nothing that I can easily debug. Anyway, given that this holds up a transition and that sparc is not a release architecture any more, I am considering to ask the FTP team to simply remove haskell-tls on sparc. But playing around with dak on coccia I find that this would also remove pandoc, and "dak rm -a sparc -R -n -p -B pandoc" mentions a large number of non-Haskell packages who would not be buildable on sparc any more: # Broken Build-Depends: allegro5: pandoc bookletimposer: pandoc bup: pandoc (>= 1.11.1-4~) debci: pandoc flashcache: pandoc flvmeta: pandoc gally: pandoc git-ftp: pandoc mod-gnutls: pandoc obnam: pandoc opam: pandoc openssh-known-hosts: pandoc parcimonie: pandoc pithos: pandoc plinth: pandoc purity-ng: pandoc rainbow: pandoc rhinote: pandoc ssh-agent-filter: pandoc sshuttle: pandoc tempest-for-eliza: pandoc umegaya: pandoc zfsnap: pandoc How should I proceed? Is sparc broken so much by now that we don’t care? If not, who steps up to investigate the issues? (One work-around would be to build pandoc on sparc without tls or network support, which should be sufficient to fulfill its tasks as a build dependency.) 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#729531: transition: icu
Hi, Am Montag, den 27.01.2014, 16:18 +0100 schrieb Andreas Beckmann: > Control: block -1 with 735891 701302 719382 > > Joachim, can you schedule binNMUs where neccessary? not sure if I’m eligible; I got a (socially, not technical) restricted access to wanna-build to do the binNMUs required after upgrading Haskell package. But since you ask me directly, and to get things going, I just did $ wb nmu github-backup_1.20131203 . amd64 i386 powerpc sparc . -m "rebuild against libicu52" $ wb nmu rss2irc . amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc sparc . -m "rebuild against libicu52" For the haskell libraries: Their migration to testing waits for the ftp-master’s actoin #734528, #734668 and #735333. Maybe you want to mark these as blockers for #729531 as well. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#736808: nmu: github-backup_1.20131203
Hi, Am Montag, den 27.01.2014, 00:27 +0100 schrieb Julien Cristau: > I can read britney output just fine, I just don't touch haskell stuff > as far as binNMUs because everything seems to be uninstallable all the > time and I don't know if you or anybody else is keeping track of your > packages and of getting them in to testing. that’s a misconception. Usually, everything is installable (and I keep tabs on that), and we have tools in place that make it likely that this does not change for more than a few days: * a tool that predicts breakage before an upload, based on package metadata * a jenkins jobs that tests Haskell packages on amd64¹, and lastly * the script that schedules the binNMUs. So if things are uninstallable for longer than it takes for the buildds to catch up, then someone screwed up. This is what happened in, I think last October big time, but that has been resolved since. So all is not bad, and if in doubt, just drop us a mail. We certainly do care about installability and testing migration, to the extend we can take care. Unfortunately, there are still things that an ordinary maintainer is not allowed to do (such as removing binaries from architectures not keeping up), and all we can do here is sit and wait. Greetings, Joachim ¹ http://jenkins.debian.net/job/chroot-installation_sid_install_haskell/ -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#736808: nmu: github-backup_1.20131203
Hi, Am Montag, den 27.01.2014, 00:20 +0100 schrieb Julien Cristau: > > But how does that relate to github-backup? It is a program, not a > > library, and thus has no difficult dependencies into the Haskell world. > > I believe you just have to issue the binNMUs and tomorrow the > > github-backup line in > > https://release.debian.org/transitions/html/icu52.html will be green. > > Well, not directly with github-backup, but I've been waiting for > haskell-text-icu to migrate for a while with no idea what's going on... Niels Thykier then seems to be your guy; he seems to be the one that is able to figure out the britney output. But most likely, it is the list RM-requests that are the only show-stoppers at that moment: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734668 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735333 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734528 (Too bad that SAT-Britney got bit-rotted, it also was able to give reasonable and complete explanations why things do not migrate.) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#736808: nmu: github-backup_1.20131203
Hi, moving this to the list, as I assume it was not meant personally. Am Sonntag, den 26.01.2014, 23:45 +0100 schrieb Julien Cristau: > On Sun, Jan 26, 2014 at 21:28:37 +, James Cowgill wrote: > > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: binnmu > > > > Hi, > > > > github-backup is still compiled against libicu48 on some architetures > > > > nmu github-backup_1.20131203 . amd64 i386 powerpc sparc . -m "rebuild > > against libicu52" > > > Cc+=nomeata. > > Joachim, it would be helpful if haskell packages didn't take months to > move from unstable to testing. Can we do something to avoid this? my hope lies in PPAs; once we have them I plan to only upload complete set of consistent Haskell packages to unstable. But at the moment, I believe all haskell packages are able to migrate, modulo some remaining removals by the ftp team, see https://lists.debian.org/debian-haskell/2014/01/msg00013.html for a mostly up-to-date list of open issues. Oh, and since you are asking for way to improve the situation: I don’t have a good way of fining out the blockers for haskell. E.g. https://release.debian.org/migration/testing.pl?package=haskell-github is very unhelpful, and so is https://release.debian.org/britney/update_output.txt. But then, the question I want to be answered by these tools is quite tricky, as it involves determining the set of involved packages, and then finding out the blockers for the whole set. But how does that relate to github-backup? It is a program, not a library, and thus has no difficult dependencies into the Haskell world. I believe you just have to issue the binNMUs and tomorrow the github-backup line in https://release.debian.org/transitions/html/icu52.html will be green. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Flightgear for Wheezy
Dear Megaf, Am Samstag, den 25.01.2014, 10:59 -0200 schrieb Megaf: > Hi all. I was wondering why there's no Flightgear for Wheezy, then I > found out this. > https://lists.debian.org/debian-release/2012/11/msg01284.html > > > The thing is, all those bugs are all fixed now. > > > Bellow a short chat I had at Flightgear official channel at > irc.flightgear.org > > * Now talking on #flightgear > > Hi all, could you please cooperate with Debian? > https://lists.debian.org/debian-release/2012/11/msg01284.html > they removed flightgear from repos because of flightgear devs > Megaf: those bugs you point to are all closed and fixed > (even in debian) thanks for trying to support Debian. But please be careful when talking to upstream. From my quick reading of the mail and the bugs, it is only talking about the maintainer, meaning the person in Debian working on the packaging, not the upstream developers – which might find the question „could you please cooperate with Debian?“ reproachful. The current status of the package with regard to entering wheezy can be seen on http://packages.qa.debian.org/f/flightgear.html where it says: out of date on kfreebsd-amd64: flightgear (from 2.4.0-1.2) out of date on kfreebsd-i386: flightgear (from 2.4.0-1.2) flightgear (source, i386, amd64, armel, armhf, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc, ia64) has new bugs! Updating flightgear introduces new bugs: #724686. That but says it is blocked by #720816, which was only closed recently. So there is progress! The page also says that flightgear is part of two transitions, which can further slow things down. So I guess eventually things will work out, just be patient for a little while. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: binNMUs for haskell
Dear everyone interested, Am Mittwoch, den 01.01.2014, 16:56 +0100 schrieb Andreas Barth: > 16:32 < aurel32> couldn't the dependency of haskell be handled in a better way > 16:32 < aurel32> some packages are already at the 3rd binNMU in 3 days > 16:32 < aurel32> some packages are binNMUed the day after they are uploaded > 16:34 < aurel32> just found one with the second binNMU in 6 hours > 16:37 < aba> who is scheduling those? > 16:41 < aurel32> haskell-markdown on mips finished building at 09:40 this > morning > 16:41 < aurel32> waiting for a new binNMU > 16:41 < aba> k > 16:42 < aurel32> pandoc on i386, finished building yesterday at 12:55 after > an upload, binNMU finished to build at 02:12 this morning > 16:42 < aurel32> haskell-glade on i386, binNMued the 30, the 31 and the 01 > 16:44 < aurel32> it looks like some dep-wait would be welcomed I’ll happily clear it up, but better ask on d-haskell instead of expecting us to somehow noticing such discussions (and thanks for aba for forwarding it) The problem, very roughly, is that new upstream versions require rebuild of every direct dependency. Such a rebuild can (but will not necessarily) change the ABI of the rebuilt package, require rebuilds of its dependencies. This is reflected by dependencies of virtual packages that contain the ABI – so far nothing new, I believe. So when a package (say haskell-tagsoup) is uploaded, a number of package will become uninstallable. I have a (not very good) script¹ which will 1. check the installability of all Haskell packages, and for those who are not installable 2. check whether they are in state “Installed“ in wanna-build’s DB, and 3. generate "wb nmu" lines for these packages. Debwaits should not be necessary: A package only has a binNMU scheduled if it is uninstallable. So if a dependency of a package is uninstallable, it will be in state BD-Uninstallable until that is built first, and everything falls in place. That said, there are two reasons I can think of that will cause lots of binNMUs: * Race conditions. A rebuilt package might have been uploaded and already in state "Installed" in wanna-build, but the new package might not have hit the archive, or the used mirror, yet. I try to let things settle a bit before running the script again, but the last few days have seen lots of uploads, so I was running it a bit more often than usually. * Unfortunate upload sequences. This is what happened yesterday: - Jonas uploaded pandoc on Monday. Lots of things were able to build again, some binNMUs required. - Clint uploaded haskell-tagsoup on Tuesday. This happens to be a dependency of pandoc, so pandoc, and some of its dependencies, need to be rebuild. The first point might be fixable by a better script. I think when I wrote it, the Version column in the database did not contain the "...+b1" version after a binNMU was done, this seems to be fixed now. So it should be possible to detect such a race condition in the script. The second point is harder to avoid. I think it will be better as soon as we have DPAs (or PPAs?), as I hope we can do all haskell uploads to a DPA first, do all the binNMUing there first on only one architecture, and do occasional migrations of all changed packages at once into unstable. This will reduce the Haskell binNMU load on the other architectures, and reduce uninstallability times in unstable. Greetings, Joachim ¹ http://anonscm.debian.org/darcs/pkg-haskell/tools/haskell-pkg-debcheck.hs -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Finishing up the ghc/7.6.3-5 transition [Done]
Hi, Am Freitag, den 08.11.2013, 17:23 +0100 schrieb Niels Thykier: > ghc along with a lot of other haskell packages migrated today and the > transition is now complete. Thanks to you! We still need to know what to do about haskell-src-exts and mips, mipsel, sparc: The package usually does not build there. It is not a problem with the architecture per se (so I’m reluctant to put it in the Architecture: line of the source, feels semantically wrong), but we should also not waste buildd resources trying. Should this go into N-F-U? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: [Pkg-haskell-maintainers] Finishing up the ghc/7.6.3-5 transition
Hi, Am Donnerstag, den 07.11.2013, 12:33 +0100 schrieb Niels Thykier: > Futhermore, I am > aware of 8 packages that are currently to young to migrate on their > own[1] - these have all been aged to 5 days. If I have missed a package > (in either case), please let me know. That list should probably include agda (uploaded yesterday). Greetings and thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Bug#713073: PTS: show library transition message also on the source package page
Hi, Am Freitag, den 16.08.2013, 17:29 +0200 schrieb Giovanni Mascellani: > Hi. > > @Release team: Joachim Breitner asked to patch PTS so that it displays ^-- should be Joachim Reichel >[..]> > Il 22/06/2013 12:20, Joachim Reichel ha scritto: Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#719669: Please remove Haskell on s390x in testing
Package: release.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear release team, ghc has started to reproducible fail to build from source on s390x, due to some kind of dead-locking of the runtime when lots of processes are spawned (which happens more likely when compiling something large as ghc). Upstream has been notified http://ghc.haskell.org/trac/ghc/ticket/7993 and we tried a few things ourselves, but could not find out the exact cause, and clearly no fix. This will hold up a possible migration of ghc to testing. To unblock this I’d like the s390x Haskell packags in s390x to be removed. (If it were a normal package, I’d just ask for removal in unstable, but due to the self hosting nature of GHC this would make getting a fixed version back into the archive much harder.) I spare you the pasting of the long lists here; but the list of packages to be removed should be $ wget http://ftp.de.debian.org/debian/dists/testing/main/source/Sources.bz2 $ bzcat Sources.bz2 |grep-dctrl -F Build-Depends ghc -s Package -n|sort Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlILNIcACgkQ9ijrk0dDIGygcwCeKGCpNbadasSHsfH9QH2ZOaIb 0a4AoMvHQq+XvWfBxz7TWOGhNAWr5NXC =v8lv -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130814074057.13640.85072.reportbug@kirk
Reactive SAT-Britney?
Dear release team, after the breakdown of ries, there is no regular run of SAT-Britney any more. I could re-create the setup on coccia, but before I invest time there I was wondering if this would actually be useful to you, or not. Also I believe (but have not verified yet) that it can now be built on Debian stable directly; from what I recall it was disliked that it was not possible on squeeze. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#715450: pu: package xmonad-contrib/0.10-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'd like to propose the attached patch for inclusion in the next stable
point release, as it fixes a remote code execution security issue.
Sorry for already uploading the package.
Greetings,
Joachim
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlHbxlkACgkQ9ijrk0dDIGwTIQCgnLjedjCxfUorCgdQ047CGWC3
V68AnRk7VZFnpDhhveuxwC2TEM6rEMIi
=v/MH
-END PGP SIGNATURE-
diff -Nru xmonad-contrib-0.10/debian/changelog xmonad-contrib-0.10/debian/changelog
--- xmonad-contrib-0.10/debian/changelog 2012-02-10 23:16:12.0 +0100
+++ xmonad-contrib-0.10/debian/changelog 2013-07-09 08:23:04.0 +0200
@@ -1,3 +1,12 @@
+xmonad-contrib (0.10-4~deb7u1) stable; urgency=low
+
+ * debian/patches/escape-window-titles.patch:
+Escape dzen markup and remove xmobar tags from window titles by default.
+Fixes possible malicous code execution. Thanks to Raúl Benencia for
+noticing and Adam Vogt for fixing. CVE-2013-1436
+
+ -- Joachim Breitner Mon, 08 Jul 2013 23:02:16 +0200
+
xmonad-contrib (0.10-3) unstable; urgency=low
* Sourceful upload to rebuild documentation package
diff -Nru xmonad-contrib-0.10/debian/NEWS xmonad-contrib-0.10/debian/NEWS
--- xmonad-contrib-0.10/debian/NEWS 1970-01-01 01:00:00.0 +0100
+++ xmonad-contrib-0.10/debian/NEWS 2013-07-09 08:28:48.0 +0200
@@ -0,0 +1,8 @@
+xmonad-contrib (0.10-4~deb7u1) stable; urgency=low
+
+ This update fixes a possible security hole in the XMonad.Hooks.DynamicLog
+ module (CVE-2013-1436). If you use this module, please make sure to
+ recompile your xmonad binary after upgrading the package: Edit your
+ ~/.xmonad/xmonad.hs file and then press Mod-Q.
+
+ -- Joachim Breitner Mon, 08 Jul 2013 22:49:35 +0200
diff -Nru xmonad-contrib-0.10/debian/patches/escape-window-titles.patch xmonad-contrib-0.10/debian/patches/escape-window-titles.patch
--- xmonad-contrib-0.10/debian/patches/escape-window-titles.patch 1970-01-01 01:00:00.0 +0100
+++ xmonad-contrib-0.10/debian/patches/escape-window-titles.patch 2013-07-08 22:47:49.0 +0200
@@ -0,0 +1,112 @@
+Author: Adam Vogt
+Description: Escape dzen markup and remove xmobar tags from window titles by default.
+ The issue was that window titles, such as those set by, for example a browser,
+ could set the window title to display something like
+ .
+ normal title
+ .
+ Which could be executed by xmobar (or dzen).
+ .
+ This adds a ppTitleSanitize which does the above functions. This way when users
+ override ppTitle, the benefits are not lost.
+ .
+ Thanks to Raúl Benencia and Joachim Breitner for bringing this to my attention.
+Origin: upstream, http://code.haskell.org/XMonadContrib
+Forwarded: not-needed
+
+Index: xmonad-contrib-0.10/XMonad/Hooks/DynamicLog.hs
+===
+--- xmonad-contrib-0.10.orig/XMonad/Hooks/DynamicLog.hs 2013-07-08 22:45:02.043159857 +0200
xmonad-contrib-0.10/XMonad/Hooks/DynamicLog.hs 2013-07-08 22:45:02.039159857 +0200
+@@ -1,4 +1,4 @@
+-{-# LANGUAGE FlexibleContexts #-}
++{-# LANGUAGE FlexibleContexts, PatternGuards #-}
+
+ -
+ -- |
+@@ -43,6 +43,7 @@
+ -- * Formatting utilities
+ wrap, pad, trim, shorten,
+ xmobarColor, xmobarStrip,
++xmobarStripTags,
+ dzenColor, dzenEscape, dzenStrip,
+
+ -- * Internal formatting functions
+@@ -57,10 +58,10 @@
+ -- Useful imports
+
+ import Codec.Binary.UTF8.String (encodeString)
+-import Control.Monad (liftM2)
++import Control.Monad (liftM2, msum)
+ import Data.Char ( isSpace, ord )
+-import Data.List (intersperse, isPrefixOf, sortBy)
+-import Data.Maybe ( isJust, catMaybes )
++import Data.List (intersperse, stripPrefix, isPrefixOf, sortBy)
++import Data.Maybe ( isJust, catMaybes, mapMaybe )
+ import Data.Ord ( comparing )
+ import qualified Data.Map as M
+ import qualified XMonad.StackSet as S
+@@ -279,7 +280,7 @@
+ return $ encodeString . sepBy (ppSep pp) . ppOrder pp $
+ [ ws
+ , ppLayout pp ld
+-, ppTitle pp wt
++, ppTitle pp $ ppTitleSanitize pp wt
+ ]
+ ++ catMaybes extras
+
+@@ -394,16 +395,29 @@
+
+ -- ??? add an xmobarEscape function?
+
+--- | Strip xmobar markup.
++-- | Strip xmobar markup, specifically the , and tags and
++-- the matching
Bug#709286: pu: package libnss-myhostname/0.3-4
Hi,
Am Montag, den 27.05.2013, 21:23 +0100 schrieb Adam D. Barratt:
> Alternatively, the patch could just be applied to the existing stable
> package. That might not play nicely with automating the build from git,
> but it would produce a minimal diff.
done that, and uploaded.
Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
diff -Nru libnss-myhostname-0.3/debian/changelog libnss-myhostname-0.3/debian/changelog
--- libnss-myhostname-0.3/debian/changelog 2012-01-17 22:08:50.0 +0100
+++ libnss-myhostname-0.3/debian/changelog 2013-05-29 20:06:49.0 +0200
@@ -1,3 +1,9 @@
+libnss-myhostname (0.3-5~deb7u1) stable; urgency=low
+
+ * Ignore link-local addresses (Closes: #705900)
+
+ -- Joachim Breitner Wed, 29 May 2013 20:05:35 +0200
+
libnss-myhostname (0.3-4) unstable; urgency=low
* Fix Package's description to reflect changed behaviour. (Closes: #656218)
diff -Nru libnss-myhostname-0.3/debian/patches/0005-Ignore-link-local-addresses.patch libnss-myhostname-0.3/debian/patches/0005-Ignore-link-local-addresses.patch
--- libnss-myhostname-0.3/debian/patches/0005-Ignore-link-local-addresses.patch 1970-01-01 01:00:00.0 +0100
+++ libnss-myhostname-0.3/debian/patches/0005-Ignore-link-local-addresses.patch 2013-05-29 20:07:00.0 +0200
@@ -0,0 +1,27 @@
+From cce547eac7d27b4476e646bfead3ba14b57a6ccc Mon Sep 17 00:00:00 2001
+From: Joachim Breitner
+Date: Mon, 13 May 2013 10:34:57 +0200
+Subject: Ignore link-local addresses
+
+Closes: #705900
+---
+ netlink.c | 6 ++
+ 1 file changed, 6 insertions(+)
+
+diff --git a/netlink.c b/netlink.c
+index 29f38e3..9bbed7e 100644
+--- a/netlink.c
b/netlink.c
+@@ -178,6 +178,12 @@ int ifconf_acquire_addresses(struct address **_list, unsigned *_n_list) {
+ if (!address)
+ continue;
+
++ // Avoid link-local address
++ // http://bugs.debian.org/705900
++ if (ifaddrmsg->ifa_family == AF_INET6 &&
++ IN6_IS_ADDR_LINKLOCAL((const struct in6_addr *)address))
++ continue;
++
+ list = realloc(list, (n_list+1) * sizeof(struct address));
+ if (!list) {
+ r = -ENOMEM;
diff -Nru libnss-myhostname-0.3/debian/patches/series libnss-myhostname-0.3/debian/patches/series
--- libnss-myhostname-0.3/debian/patches/series 2011-06-28 12:52:53.0 +0200
+++ libnss-myhostname-0.3/debian/patches/series 2013-05-29 20:07:00.0 +0200
@@ -2,3 +2,4 @@
0002-Use-172.0.1.1.patch
0003-Use-legacy-getifaddrs-on-GNU-kFreeBSD.patch
0004-Ensure-a-LANG-independent-generated-README.patch
+0005-Ignore-link-local-addresses.patch
signature.asc
Description: This is a digitally signed message part
Re: Haskell migration exp to unstable
Hi, Am Freitag, den 24.05.2013, 01:18 +0200 schrieb Julien Cristau: > On Wed, May 8, 2013 at 23:18:41 +0200, Joachim Breitner wrote: > > > Hi, > > > > Am Mittwoch, den 08.05.2013, 16:51 +0200 schrieb Julien Cristau: > > > I'd like to have the switch to libffi6 (#667906) sorted before that, if > > > possible. > > > > no problem. Just to make sure I get you right: We should not upload > > Haskell packages to unstable until libffi6 is safe and sound in jessy? > > > libffi6 is now in testing, fwiw. Not everything's been rebuilt, but > that can happen together with your updates. thanks for the notice, finally we can leave the experimental ghetto. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#709286: pu: package libnss-myhostname/0.3-4
Hi,
Am Mittwoch, den 22.05.2013, 20:16 +0200 schrieb Paul Gevers:
> On 22-05-13 12:53, Joachim Breitner wrote:
> > The fix is uploaded to unstable, and the debdiff attached.
>
> Just a note on your debdiff. It contains several spurious differences
> (e.g. .git-dpm and refreshed patches without code changes). It would
> help the RT if your debdiff is clean, i.e. only contain real changes.
unfortunately unavoidable due to the old version of git that produced
the old package and the new version of git that produced the new
patches. Changing to a different workflow just to avoid these cosmetic
differences seems counterproductive, as it increases the risk of errors
in the workflow.
But you are right that for review purposes I can do better. So instead
of the debdiff I now just attache the newly added patch; besides the
changelog entry no other change has been done.
> > Is this ok for wheezy? If so, how should I proceed -- wait for it to
> > enter jessie and then upload a package, built in a stable chroot, to
> > s-p-u?
>
> If the changes are acceptable, you should prepare with the minimal
> changes a package for wheezy, build against wheezy and upload to s-p-u.
Thanks for the info. Judging from what I see before I should give the
upload the version number 0.3-5~deb7u1. What happens if it enters stable
before 0.3-5 is in jessie?
Greetings,
Joachim
--
Joachim "nomeata" Breitner
Debian Developer
nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C
JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata
From cce547eac7d27b4476e646bfead3ba14b57a6ccc Mon Sep 17 00:00:00 2001
From: Joachim Breitner
Date: Mon, 13 May 2013 10:34:57 +0200
Subject: Ignore link-local addresses
Closes: #705900
---
netlink.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/netlink.c b/netlink.c
index 29f38e3..9bbed7e 100644
--- a/netlink.c
+++ b/netlink.c
@@ -178,6 +178,12 @@ int ifconf_acquire_addresses(struct address **_list, unsigned *_n_list) {
if (!address)
continue;
+ // Avoid link-local address
+ // http://bugs.debian.org/705900
+ if (ifaddrmsg->ifa_family == AF_INET6 &&
+ IN6_IS_ADDR_LINKLOCAL((const struct in6_addr *)address))
+ continue;
+
list = realloc(list, (n_list+1) * sizeof(struct address));
if (!list) {
r = -ENOMEM;
signature.asc
Description: This is a digitally signed message part
Bug#709286: pu: package libnss-myhostname/0.3-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, there is a bug in libnss-myhostname that prevents "ping6 $(hostname)" on machines with ipv6 enabled, but only link-local addresses configured: http://bugs.debian.org/705900 This is biting the debian-edu default installation, and the debian-edu team has asked me to propose the fix for wheezy. The real cause for the issue seems to be in glibc (although there is disagreement between libnss-myhostname’s upstream and other people), but a simple work-around can be employed in libnss-myhostname, by letting it ignore link-local addresses. The fix is uploaded to unstable, and the debdiff attached. Is this ok for wheezy? If so, how should I proceed -- wait for it to enter jessie and then upload a package, built in a stable chroot, to s-p-u? Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlGco6cACgkQ9ijrk0dDIGxB9ACglUn5RBwpzEgFIfEpvOXgnsoq 5dMAnjwW5EkuUwOHYcP4Fep62QkNl1j2 =UEH9 -END PGP SIGNATURE- diff -Nru libnss-myhostname-0.3/debian/changelog libnss-myhostname-0.3/debian/changelog --- libnss-myhostname-0.3/debian/changelog 2012-01-17 22:08:50.0 +0100 +++ libnss-myhostname-0.3/debian/changelog 2013-05-21 15:43:56.0 +0200 @@ -1,3 +1,9 @@ +libnss-myhostname (0.3-5) unstable; urgency=low + + * Work around #705900: Ignore link-local addresses + + -- Joachim Breitner Tue, 21 May 2013 15:43:56 +0200 + libnss-myhostname (0.3-4) unstable; urgency=low * Fix Package's description to reflect changed behaviour. (Closes: #656218) diff -Nru libnss-myhostname-0.3/debian/.git-dpm libnss-myhostname-0.3/debian/.git-dpm --- libnss-myhostname-0.3/debian/.git-dpm 2011-06-28 12:52:53.0 +0200 +++ libnss-myhostname-0.3/debian/.git-dpm 2013-05-13 10:40:27.0 +0200 @@ -1,6 +1,6 @@ # see git-dpm(1) from git-dpm package -b8ca226377b65009687b951505ec934632583456 -b8ca226377b65009687b951505ec934632583456 +cce547eac7d27b4476e646bfead3ba14b57a6ccc +cce547eac7d27b4476e646bfead3ba14b57a6ccc 11676c6b78abe9fe5bfb1224422dd7dc696d6a47 11676c6b78abe9fe5bfb1224422dd7dc696d6a47 libnss-myhostname_0.3.orig.tar.gz diff -Nru libnss-myhostname-0.3/debian/patches/0001-Fix-building-on-kFreeBSD-MAX_HOST_NAME.patch libnss-myhostname-0.3/debian/patches/0001-Fix-building-on-kFreeBSD-MAX_HOST_NAME.patch --- libnss-myhostname-0.3/debian/patches/0001-Fix-building-on-kFreeBSD-MAX_HOST_NAME.patch 2011-06-28 12:52:52.0 +0200 +++ libnss-myhostname-0.3/debian/patches/0001-Fix-building-on-kFreeBSD-MAX_HOST_NAME.patch 2013-05-13 10:40:18.0 +0200 @@ -4,8 +4,8 @@ Subject: Fix building on kFreeBSD (MAX_HOST_NAME) --- - configure.ac | 10 ++ - 1 files changed, 10 insertions(+), 0 deletions(-) + configure.ac | 10 ++ + 1 file changed, 10 insertions(+) diff --git a/configure.ac b/configure.ac index 38cd58f..a766d7a 100644 @@ -28,6 +28,3 @@ # LYNX documentation generation ZP_LYNX_DOC --- -1.7.5.4 - diff -Nru libnss-myhostname-0.3/debian/patches/0002-Use-172.0.1.1.patch libnss-myhostname-0.3/debian/patches/0002-Use-172.0.1.1.patch --- libnss-myhostname-0.3/debian/patches/0002-Use-172.0.1.1.patch 2011-06-28 12:52:52.0 +0200 +++ libnss-myhostname-0.3/debian/patches/0002-Use-172.0.1.1.patch 2013-05-13 10:40:18.0 +0200 @@ -4,8 +4,8 @@ Subject: Use 172.0.1.1 --- - doc/README.html.in |8 - nss-myhostname.c |4 +++- + doc/README.html.in | 8 + nss-myhostname.c | 4 +++- 2 files changed, 7 insertions(+), 5 deletions(-) diff --git a/doc/README.html.in b/doc/README.html.in @@ -49,6 +49,3 @@ #define LOCALADDRESS_IPV6 &in6addr_loopback #define LOOPBACK_INTERFACE "lo" --- -1.7.5.4 - diff -Nru libnss-myhostname-0.3/debian/patches/0003-Use-legacy-getifaddrs-on-GNU-kFreeBSD.patch libnss-myhostname-0.3/debian/patches/0003-Use-legacy-getifaddrs-on-GNU-kFreeBSD.patch --- libnss-myhostname-0.3/debian/patches/0003-Use-legacy-getifaddrs-on-GNU-kFreeBSD.patch 2011-06-28 12:52:52.0 +0200 +++ libnss-myhostname-0.3/debian/patches/0003-Use-legacy-getifaddrs-on-GNU-kFreeBSD.patch 2013-05-13 10:40:18.0 +0200 @@ -4,13 +4,13 @@ Subject: Use legacy getifaddrs() on GNU/kFreeBSD. --- - Makefile.am |9 - - configure.ac |7 - ifconf.h | 74 ++ - legacy.c | 94 ++ - netlink.c| 27 +-- - netlink.h|
Bug#667906: transition: libffi6
Hi, Am Mittwoch, den 15.05.2013, 11:53 +0200 schrieb Matthias Klose: > Am 15.05.2013 11:29, schrieb Joachim Breitner: > > I’m not sure what there is left to be done: The authors of GHC have > > indicated that it possibly unsafe to remove these dependencies¹, and the > > risk of broken packages at our users installation clearly outweigh the > > nuisance of having a bunch of buildds churn on the packages. > > > > ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639015#57 > > So you burden Debian with extra work without knowing whether this extra work > is needed or not. You claim to throw broken packages at your users, but you > really don't know. It is not just buildd time, it's man power involved with > such rebuilds, and getting it rebuilt on all architectures it did build > before. what manpower? If its just scheduling binNMUs, then this is something we have to do regularly for Haskell, and I offered help with that. Otherwise, as far as I know, rebuilds in Debian are, once scheduled, fully automated by now. But I asked more GHC wizards about the issue and at least this one expects no issues: Hi. I need some advice with http://bugs.debian.org/639015. The question is: Do haskell libraries need to be recompiled if the GHC (and hence the RTS) are being built against a new ABI version of libffi? There is some push to remove the dependency on libffi from the indivudial libghc-foo-dev packages to reduce the number of rebuilds, but I’m worried that it might byte us in the end. mm, interesting question nomeata: I would expect that the libffi api is not exposed from the rts, so it should not propagate further but would want to check that nomeata: rebuilding ghc should give you core packages with all the same ABI hashes as before I was also wondering: Does GHC use the ffi in any way while generating code? I could imagine that it uses libffi to get information about c datatype sizes or ffi internas that are then baked in to the code. nomeata: I don't see why individual haskell libraries would need to depend on libffi directly nomeata: not that I'm aware of I think it's only runtime ok, that would be good. nomeata: but I recommend you get a second opinion on all this from Igloo I got one from Simon Marlow which is more on the negative side, although I am not sure that I explained the issue well: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639015#57 (may I store this conversion in the bug tracker?) nomeata: I think Simon is assuming that ghc does not get rebuilt but I think you're saying, rebuild ghc but don't rebuild other libs effectively, you're expecting that the only thing that changes in the new ghc build is the rts and all the libs that link to the rts would not change nomeata: yes you can record this conversation can/may The next problem is that your patch at http://launchpadlibrarian.net/78632067/haskell-devscripts_0.8.7%2Breally0.8.5_0.8.7%2Breally0.8.5ubuntu1.diff.gz does quite do what it should do: $(nm -u $T_DIR/a.o | grep 'U ffi_' | wc -l) is always going to be 0, independently of whether the package in question does directly use a foreign function whose name starts with ffi_, because a.o is just the compilation of a.hs, which is essentially "main = return ()" and has no relation to the package in question. One could simply and unconditionally remove the dependency on libffi from the substvars file, or more cleanly using the -x parameter to dpkg-shlibdeps. But I guess this will break if haskell bindings to libffi are packages. We do not do that yet, but maybe we (or someone else relying on haskell-devscripts) does, so this seems to be a hack below Debian's standards. The cleanest solution I can think of is to start building dynamic libraries as well, as these can be checked by dpkg-shlibdeps for symbols, so there is no need to build the „test binary“ that pulls in the rts and dpkg-shlibdeps produces exact results. But packaging dynamic haskell would be a pretty large can of new worms and it is not clear when Debian will open it. Conclusion: No good solution in sight, but hacks would be possible, although obviously too late for libffi6. I’d still just rebuild the package and stop worrying – does libffi really get ABI bumps that often? If there is a GHC upgrade near the libffi bump then all haskell packages have to be rebuild anyways. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#667906: transition: libffi6
Hi, Am Mittwoch, den 15.05.2013, 11:24 +0200 schrieb Matthias Klose: > Am 13.05.2013 17:18, schrieb Joachim Breitner: > > Hi, > > > > just wondering if we can help with the Debian side of this transition. I > > guess that all Haskell packages need to be rebuild in unstable. If you > > want, I can schedule the binNMUs and take care of any build failures. Or > > are you waiting with rebuilding Haskell for a reason? > > you could help by finally addressing #639015. These dependencies are wrong in > the first place. I’m not sure what there is left to be done: The authors of GHC have indicated that it possibly unsafe to remove these dependencies¹, and the risk of broken packages at our users installation clearly outweigh the nuisance of having a bunch of buildds churn on the packages. ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639015#57 Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#667906: transition: libffi6
Hi, just wondering if we can help with the Debian side of this transition. I guess that all Haskell packages need to be rebuild in unstable. If you want, I can schedule the binNMUs and take care of any build failures. Or are you waiting with rebuilding Haskell for a reason? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Haskell migration exp to unstable
Hi, Am Mittwoch, den 08.05.2013, 16:51 +0200 schrieb Julien Cristau: > On Sun, May 5, 2013 at 12:29:00 +0200, Joachim Breitner wrote: > > > The Haskell team has staged the newest version of GHC (7.6.3) together > > with lots of library upgrades in experimental, but we’d like to move out > > of that ghetto as soon as possible. The transition is mostly > > self-contained and, due to the testing in experimental, already > > consistent and complete (besides possible build failures on other > > arches; I only did the binNMUs in experimental on amd64 and i386 to > > spare buildd resources). > > > > Can we get a green light for moving to unstable here? > > > I'd like to have the switch to libffi6 (#667906) sorted before that, if > possible. no problem. Just to make sure I get you right: We should not upload Haskell packages to unstable until libffi6 is safe and sound in jessy? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Haskell migration exp to unstable
Hi Release team, thanks for the release! Am Sonntag, den 05.05.2013, 02:16 +0100 schrieb Adam D. Barratt: > As for Squeeze, we'd ask that you co-ordinate particularly large > transitions or changes; if your plans involve major toolchain changes or > otherwise have the potential to cause problems in unstable for a long > time (e.g. due to FTBFS issues), please talk to us. We know that there > are a large number of changes which have been waiting for the release to > happen and we're keen not to stand in the way of those but would also > like to avoid a number of larger transitions becoming entangled. The Haskell team has staged the newest version of GHC (7.6.3) together with lots of library upgrades in experimental, but we’d like to move out of that ghetto as soon as possible. The transition is mostly self-contained and, due to the testing in experimental, already consistent and complete (besides possible build failures on other arches; I only did the binNMUs in experimental on amd64 and i386 to spare buildd resources). Can we get a green light for moving to unstable here? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Freitag, den 29.03.2013, 11:31 + schrieb Adam D. Barratt: > haskell-certificate migrated in this morning's britney run, great! Thanks to all involved. > along with > a bunch of other packages including haskell-warp-tls but /not/ > haskell-warp due to the active unblock being for -2. Do we still need to > migrate haskell-warp -3? No. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Dear Steven, Am Donnerstag, den 28.03.2013, 22:18 + schrieb Steven Chamberlain: > I've been watching progress of the haskell package rebuilds on: > http://release.debian.org/transitions/html/haskell.html#header22 > > That page shows that haskell-yesod-default still Build-Depends > libghc-network-conduit-dev (< 0.5). I'm not sure if it's required for > this but I thought I would mention it. It was given back recently but > is not going to be able to build due to this. thanks for paying attention. As far as I know, haskell-yesod-default does not depend on -certificate or -tls-extras, so it is not part of the migration. If this turns out to be wrong I’ll fix it (although I hope that soon the up-to-date packages from experimental can enter unstable again). Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Mittwoch, den 27.03.2013, 23:13 +0100 schrieb Joachim Breitner: > The missing builds are due to some not yet debugged interaction between > the test suite and the buildd environment. The test suit fails > unreliably with “send: resource vanished (Broken pipe)”. Probably > network related. > > On some arches where this happened, a give back has helped, e.g. on > s390x: > https://buildd.debian.org/status/logs.php?pkg=haskell-warp&ver=1.2.1.1-2%2Bb2&arch=s390x > > But with mips and amd64, I have had no luck with just giving it back > yet. Tried it again right now. nah, this does not work. Disabled the test suite in unstable. Please unblock haskell-warp/1.2.1.1-3 Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Mittwoch, den 27.03.2013, 20:52 +0100 schrieb Julien Cristau: > On Fri, Mar 22, 2013 at 18:26:43 +0100, Joachim Breitner wrote: > > plus a few builds (e.g. haskell-warp-tls) to finish. > > > > Depends: haskell-warp-tls/mips haskell-warp (not considered) > Depends: haskell-warp-tls/amd64 haskell-warp (not considered) > > Updating haskell-warp introduces new bugs: #694933 the bug is no longer present; closed it. This needs a freeze exception for 1.2.1.1-2, again the change is just a change in the build dependencies: unblock haskell-warp/1.2.1.1-2 The missing builds are due to some not yet debugged interaction between the test suite and the buildd environment. The test suit fails unreliably with “send: resource vanished (Broken pipe)”. Probably network related. On some arches where this happened, a give back has helped, e.g. on s390x: https://buildd.debian.org/status/logs.php?pkg=haskell-warp&ver=1.2.1.1-2%2Bb2&arch=s390x But with mips and amd64, I have had no luck with just giving it back yet. Tried it again right now. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Samstag, den 23.03.2013, 16:49 +0100 schrieb Joachim Breitner: > Hi, > > Am Samstag, den 23.03.2013, 11:53 +0100 schrieb Julien Cristau: > > On Fri, Mar 22, 2013 at 18:26:43 +0100, Joachim Breitner wrote: > > > Judging from this, we need at least > > > unblock haskell-authenticate/1.2.1.1-2 > > > unblock haskell-yesod-auth/1.0.2.1-2 > > > (these only change the Build-Depends field in debian/control) > > > > > grep-excuses haskell-yesod-auth looks rather unhappy... much better now: $ grep-excuses haskell-yesod-auth haskell-yesod-auth (1.0.2.1-1 to 1.0.2.1-2) Maintainer: Debian Haskell Group 12 days old (needed 10 days) Not touching package due to block request by freeze (contact debian-release if update is needed) Not considered Depends: haskell-yesod-auth haskell-authenticate Depends: haskell-yesod-auth haskell-http-conduit Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Samstag, den 23.03.2013, 11:53 +0100 schrieb Julien Cristau: > On Fri, Mar 22, 2013 at 18:26:43 +0100, Joachim Breitner wrote: > > Judging from this, we need at least > > unblock haskell-authenticate/1.2.1.1-2 > > unblock haskell-yesod-auth/1.0.2.1-2 > > (these only change the Build-Depends field in debian/control) > > > grep-excuses haskell-yesod-auth looks rather unhappy... $ grep-excuses haskell-yesod-auth haskell-yesod-auth (1.0.2.1-1 to 1.0.2.1-2) Maintainer: Debian Haskell Group 11 days old (needed 10 days) Not touching package due to block request by freeze (contact debian-release if update is needed) libghc-yesod-auth-dev/kfreebsd-i386 unsatisfiable Depends: libghc-aeson-dev-0.6.0.2-e0d86 libghc-yesod-auth-dev/kfreebsd-i386 unsatisfiable Depends: libghc-authenticate-dev-1.2.1.1-1a547 libghc-yesod-auth-dev/kfreebsd-i386 unsatisfiable Depends: libghc-persistent-dev-0.9.0.4-e7947 libghc-yesod-auth-dev/kfreebsd-i386 unsatisfiable Depends: libghc-unordered-containers-dev-0.2.2.1-d4843 libghc-yesod-auth-prof/kfreebsd-i386 unsatisfiable Depends: libghc-aeson-prof-0.6.0.2-e0d86 libghc-yesod-auth-prof/kfreebsd-i386 unsatisfiable Depends: libghc-authenticate-prof-1.2.1.1-1a547 libghc-yesod-auth-prof/kfreebsd-i386 unsatisfiable Depends: libghc-persistent-prof-0.9.0.4-e7947 libghc-yesod-auth-prof/kfreebsd-i386 unsatisfiable Depends: libghc-unordered-containers-prof-0.2.2.1-d4843 kfreebsd-amd64 is Installed since 11h (so probably the above is outdated), kfreebsd-i386 is in Needs-Build since 9 minutes, so this should sort itself out. haskell-yesod-auth (source) has new bugs! Updating haskell-yesod-auth introduces new bugs: #698095 The bug was fixed with the last upload, but not closed. Closed it now. Not considered Depends: haskell-yesod-auth haskell-authenticate (not considered) Depends: haskell-yesod-auth haskell-http-conduit Depends: haskell-yesod-auth haskell-persistent-template (not considered) Depends: haskell-yesod-auth haskell-wai Depends: haskell-yesod-auth haskell-yesod-core (not considered) Depends: haskell-yesod-auth haskell-yesod-form (not considered) Depends: haskell-yesod-auth haskell-yesod-json (not considered) Depends: haskell-yesod-auth haskell-yesod-persistent (not considered) Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Control: retitle -1 unblock haskell-authenticate/1.2.1.1-2 haskell-yesod-auth/1.0.2.1-2 Hi, Am Donnerstag, den 21.03.2013, 20:06 +0100 schrieb Joachim Breitner: > Am Donnerstag, den 21.03.2013, 15:47 +0100 schrieb Julien Cristau: > > On Thu, Mar 21, 2013 at 15:30:28 +0100, Joachim Breitner wrote: > > > thanks for testing. haskell-unordered-containers-0.2.2.1 was never meant > > > for wheezy; the upload to unstable was accidentally. I guess I’ll have > > > to upload 0.2.2.1.is.really.0.2.1.0-1 (which would be 0.2.1.0 under the > > > hood), schedule a bunch of binNMUs, and see if that works. > > > > > > Any objections? > > > > > Works for me. > > ok, uploaded, debdiff attached. I guess this is needed: > > unblock haskell-unordered-containers/0.2.2.1.is.really.0.2.1.0-1 > > I’ll schedule binNMUs once this package has been built on all arches, so > that my tool sees what packages need to be rebuilt. actually, it should be possible to migrate haskell-certificate and haskell-tls-extra without getting this ugly version number of haskell-unordered-containers into testing, as the binaries produced by haskell-unordered-containers in sid and in testing should provide the same ABI (after all, it is the same upstream version). I’m trying to understand http://release.debian.org/britney/update_output.txt. I guess the right section is: Trying easy from autohinter: haskell-certificate/1.2.3-2 haskell-tls/s390/0.9.5-1 haskell-warp-tls/i386/1.2.0.4-1 haskell-tls/armhf/0.9.5-1 haskell-tls/s390x/0.9.5-1 haskell-tls/kfreebsd-i386/0.9.5-1 haskell-http-conduit/1.4.1.6-3 haskell-tls/kfreebsd-amd64/0.9.5-1 haskell-tls/i386/0.9.5-1 haskell-tls-extra/0.4.6.1-2 haskell-tls/amd64/0.9.5-1 haskell-tls/sparc/0.9.5-1 haskell-tls/mipsel/0.9.5-1 haskell-warp-tls/s390/1.2.0.4-1 haskell-tls/mips/0.9.5-1 haskell-tls/armel/0.9.5-1 leading: haskell-certificate,haskell-tls/s390,haskell-warp-tls/i386,haskell-tls/armhf,haskell-tls/s390x,haskell-tls/kfreebsd-i386,haskell-http-conduit,haskell-tls/kfreebsd-amd64,haskell-tls/i386,haskell-tls-extra,haskell-tls/amd64,haskell-tls/sparc,haskell-tls/mipsel,haskell-warp-tls/s390,haskell-tls/mips,haskell-tls/armel start: 15+0: i-2:a-0:a-0:a-1:i-0:k-3:k-3:m-0:m-0:p-0:s-1:s-3:s-2 orig: 15+0: i-2:a-0:a-0:a-1:i-0:k-3:k-3:m-0:m-0:p-0:s-1:s-3:s-2 easy: 105+0: i-12:a-12:a-6:a-7:i-0:k-15:k-15:m-6:m-6:p-0:s-5:s-9:s-12 * i386: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, libghc-wai-app-file-cgi-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, libghc-yesod-prof * amd64: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, libghc-yesod-prof * armel: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof * armhf: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof * kfreebsd-amd64: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, libghc-yesod-prof * kfreebsd-i386: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof, libghc-yesod-dev, libghc-yesod-prof * mips: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof * mipsel: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof * s390: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof * s390x: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-warp-tls-dev, libghc-warp-tls-prof * sparc: libghc-authenticate-dev, libghc-authenticate-prof, libghc-github-dev, libghc-github-prof, libghc-wai-app-file-cgi-dev, libghc-wai-app-file-cgi-prof, libghc-warp-tls-dev, libghc-warp-tls-prof, libghc-yesod-auth-dev, libghc-yesod-auth-prof FAILED Judging from this, we need at least unblock haskell-authenticate/1.2.1.1-2 unblock haskell-yesod-auth/1.0.2.1-2 (these only change the Build-Depends field in debian/control) plus a few builds (e.g. haskell-warp-tls) to finish. Greetings, Joachim -- Joachim "nomeata" Breitner Debian D
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Donnerstag, den 21.03.2013, 15:47 +0100 schrieb Julien Cristau: > On Thu, Mar 21, 2013 at 15:30:28 +0100, Joachim Breitner wrote: > > thanks for testing. haskell-unordered-containers-0.2.2.1 was never meant > > for wheezy; the upload to unstable was accidentally. I guess I’ll have > > to upload 0.2.2.1.is.really.0.2.1.0-1 (which would be 0.2.1.0 under the > > hood), schedule a bunch of binNMUs, and see if that works. > > > > Any objections? > > > Works for me. ok, uploaded, debdiff attached. I guess this is needed: unblock haskell-unordered-containers/0.2.2.1.is.really.0.2.1.0-1 I’ll schedule binNMUs once this package has been built on all arches, so that my tool sees what packages need to be rebuilt. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata diff -Nru haskell-unordered-containers-0.2.1.0/debian/changelog haskell-unordered-containers-0.2.2.1.is.really.0.2.1.0/debian/changelog --- haskell-unordered-containers-0.2.1.0/debian/changelog 2012-05-17 16:48:32.0 +0200 +++ haskell-unordered-containers-0.2.2.1.is.really.0.2.1.0/debian/changelog 2013-03-21 19:55:03.0 +0100 @@ -1,3 +1,26 @@ +haskell-unordered-containers (0.2.2.1.is.really.0.2.1.0-1) unstable; urgency=low + + * Revert to 0.2.2.1 to allow migration to testing. Undo: ++ Enable test suite + + -- Joachim Breitner Thu, 21 Mar 2013 19:55:03 +0100 + +haskell-unordered-containers (0.2.2.1-2~sid) unstable; urgency=low + + * Sid-compatible re-upload + + -- Joachim Breitner Sun, 21 Oct 2012 16:47:40 +0200 + +haskell-unordered-containers (0.2.2.1-1) unstable; urgency=low + + * Depend on haskell-devscripts 0.8.13 to ensure this packages is built +against experimental + * Bump standards version, no change + * New upstream release + * Enable test suite + + -- Joachim Breitner Wed, 17 Oct 2012 20:44:08 +0200 + haskell-unordered-containers (0.2.1.0-1) unstable; urgency=low * New upstream version. diff -Nru haskell-unordered-containers-0.2.1.0/debian/control haskell-unordered-containers-0.2.2.1.is.really.0.2.1.0/debian/control --- haskell-unordered-containers-0.2.1.0/debian/control 2012-05-17 16:48:42.0 +0200 +++ haskell-unordered-containers-0.2.2.1.is.really.0.2.1.0/debian/control 2013-03-21 20:03:18.0 +0100 @@ -18,7 +18,7 @@ # , libghc-test-framework-quickcheck2-dev (>> 0.3) Build-Depends-Indep: ghc-doc , libghc-hashable-doc -Standards-Version: 3.9.3 +Standards-Version: 3.9.4 Homepage: http://hackage.haskell.org/package/unordered-containers Vcs-Darcs: http://darcs.debian.org/pkg-haskell/haskell-unordered-containers Vcs-Browser: http://darcs.debian.org/cgi-bin/darcsweb.cgi?r=pkg-haskell/haskell-unordered-containers signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Hi, Am Donnerstag, den 21.03.2013, 10:04 +0100 schrieb Julien Cristau: > On Mon, Mar 11, 2013 at 16:51:52 +0100, Joachim Breitner wrote: > > Package: release.debian.org > > Severity: normal > > User: release.debian@packages.debian.org > > Usertags: unblock > > > > This is trying to get #701593 into testing. Not all arches have built > > everything yet, but I guess I can get the unblock on the way. > > > > The main fixes that we want to get into testing are these: > > > > unblock haskell-tls-extra/0.4.6.1-2 > > unblock haskell-certificate/1.2.3-2 > > > > To migrate, this will also pull some binNMUed reverse dependencies, > > including (but probably more): > > libghc-http-conduit-dev libghc-tls-dev libghc-warp-tls-dev > > > That looks like it's not going to work. There's a chain from > haskell-warp-tls → haskell-wai → haskell-unordered-containers, and > unordered-containers is a new upstream version with > 12 files changed, 678 insertions(+), 260 deletions(-) thanks for testing. haskell-unordered-containers-0.2.2.1 was never meant for wheezy; the upload to unstable was accidentally. I guess I’ll have to upload 0.2.2.1.is.really.0.2.1.0-1 (which would be 0.2.1.0 under the hood), schedule a bunch of binNMUs, and see if that works. Any objections? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702796: unblock: haskell-certificate et. al.
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is trying to get #701593 into testing. Not all arches have built everything yet, but I guess I can get the unblock on the way. The main fixes that we want to get into testing are these: unblock haskell-tls-extra/0.4.6.1-2 unblock haskell-certificate/1.2.3-2 To migrate, this will also pull some binNMUed reverse dependencies, including (but probably more): libghc-http-conduit-dev libghc-tls-dev libghc-warp-tls-dev Unfortunately, there was a version hiccup that required changes to debian/control for some of the rebuilds. I’m not yet sure which of these will have to go in to allow the above transition, but I’m sure that waiting britney’s output will be easier than manually finding the minimal set. At least http-conduit will need this, so please also unblock haskell-http-conduit/1.4.1.6-3 The attached debdiff is represenative for all these version-hiccup-fixing uploads. The packages that had the hiccup (haskell-persistent, haskell-blaze-builder-conduit) do not need to migrate. Greetings, Joachim - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlE9/ZgACgkQ9ijrk0dDIGwGwQCdFQkh3TOPpIuxq+ru5FV/I6jl zsYAmwSu1JYfL4+ZDxBPvTQ2WBDzCrR1 =noRR -END PGP SIGNATURE- diff -Nru haskell-http-conduit-1.4.1.6/debian/changelog haskell-http-conduit-1.4.1.6/debian/changelog --- haskell-http-conduit-1.4.1.6/debian/changelog 2012-05-19 17:40:51.0 +0200 +++ haskell-http-conduit-1.4.1.6/debian/changelog 2013-03-11 16:48:11.0 +0100 @@ -1,3 +1,16 @@ +haskell-http-conduit (1.4.1.6-3) unstable; urgency=low + + * Allow both strange and normal version in libghc-blaze-builder-conduit-dev + dependency + + -- Joachim Breitner Mon, 11 Mar 2013 16:48:11 +0100 + +haskell-http-conduit (1.4.1.6-2) unstable; urgency=low + + * Allow strange version in libghc-blaze-builder-conduit-dev dependency + + -- Joachim Breitner Sun, 10 Mar 2013 22:00:03 +0100 + haskell-http-conduit (1.4.1.6-1) unstable; urgency=low * New upstream version. diff -Nru haskell-http-conduit-1.4.1.6/debian/control haskell-http-conduit-1.4.1.6/debian/control --- haskell-http-conduit-1.4.1.6/debian/control 2012-05-19 17:40:57.0 +0200 +++ haskell-http-conduit-1.4.1.6/debian/control 2013-03-11 16:47:48.0 +0100 @@ -24,7 +24,8 @@ , libghc-blaze-builder-dev (<< 0.4) , libghc-blaze-builder-prof , libghc-blaze-builder-conduit-dev (>> 0.4) - , libghc-blaze-builder-conduit-dev (<< 0.5) + , libghc-blaze-builder-conduit-dev (<< 0.5) | libghc-blaze-builder-conduit-dev (>> 0.5.0.1.is.really.0.4), + , libghc-blaze-builder-conduit-dev (<< 0.5.0.1.is.really.0.5) , libghc-blaze-builder-conduit-prof , libghc-case-insensitive-dev (>> 0.2) , libghc-case-insensitive-prof diff -Nru haskell-tls-extra-0.4.6.1/debian/changelog haskell-tls-extra-0.4.6.1/debian/changelog --- haskell-tls-extra-0.4.6.1/debian/changelog 2013-01-20 23:26:26.0 +0100 +++ haskell-tls-extra-0.4.6.1/debian/changelog 2013-03-10 22:04:56.0 +0100 @@ -1,3 +1,14 @@ +haskell-tls-extra (0.4.6.1-2) unstable; urgency=low + + * Fix regression introduced with the last commit, by adding compatibility +with a corresponding change in haskell-certificate (Bug #700284), patch +provided by Joey Hess. Closes: #701593. +Also Closes: #702151, as the removal should no longer be necessary. + * Stop pretending this has a different version, as we need to rebuild stuff +anyways. + + -- Joachim Breitner Sun, 10 Mar 2013 22:04:56 +0100 + haskell-tls-extra (0.4.6.1-1) unstable; urgency=low * New upstream release, aimed for wheezy. diff -Nru haskell-tls-extra-0.4.6.1/debian/control haskell-tls-extra-0.4.6.1/debian/control --- haskell-tls-extra-0.4.6.1/debian/control 2012-05-15 03:04:36.0 +0200 +++ haskell-tls-extra-0.4.6.1/debian/control 2013-03-10 21:09:26.0 +0100 @@ -8,7 +8,7 @@ , haskell-devscripts (>= 0.8) , ghc , ghc-prof - , libghc-certificate-dev (>> 1.2.0) + , libghc-certificate-dev (>= 1.2.3-2) , libghc-certificate-dev (<< 1.3.0) , libghc-certificate-prof , libghc-crypto-api-dev (>> 0.5) diff -Nru haskell-tls-extra-0.4.6.1/debian/patches/haskell-tls-extra.patch haskell-tls-extra-0.4.6.1/debian/patches/haskell-tls-extra.patch --- haskell-tls-extra-0.4.6.1/debian/patches/haskell-tls-extra.patch 1970-01-01 01:00:00.0 +0100 +++ haskell-tls-extra-0.4.6.1/debian/patches/haskell-tls-extra.patch 2013
Bug#702151: RM: haskell-tls-extra/0.4.6.1-1
Hi release team, Am Sonntag, den 10.03.2013, 15:02 -0400 schrieb Joey Hess: > Can someone get the packages updated with these patches and the binnmus > scheduled? thanks to Joey for the patches, preparing packages right now. This will require binNMUing the reverse dependencies of libghc-certificate-dev, and possibly some of their reverse dependencies: $ zcat unstable-main-binary-amd64-Packages.gz| grep-dctrl -F Depends libghc-certificate-dev-1.2.3-c4555 -s Package Package: libghc-http-conduit-dev Package: libghc-tls-dev Package: libghc-tls-extra-dev Package: libghc-warp-tls-dev Theoretically, binNMUs would be sufficient. In practice, there is a problem, and I’d like to hear from the release team what to do: haskell-http-conduit is currently not buildable in unstable because it depends on libghc-blaze-builder-conduit-dev (>> 0.4), libghc-blaze-builder-conduit-dev (<< 0.5) but unstable has 0.5.0.1.is.really.0.4.0.2-1, which is identical to the version 0.4.0.2-1 in testing and was uploaded after 0.5.0.1 accidentally went to unstable. So I see two approaches: A. Upload haskell-certifiate and haskell-tls-extra with the fix for 701593 to unstable. Upload a new revision of haskell-http-conduit that allows the 0.5.0.1.is.really.0.4.0.2-1 version number, in order to get it buildable. Migrate (at least) haskell-certifiate, haskell-tls-extra, haskell-blaze-builder-conduit and haskell-http-conduit to testing, in addition to the required binNMUs. B. Upload haskell-certifiate and haskell-tls-extra with the fix for 701593 to testing-proposed-updates. Do binNMUs there or in testing (I don’t know which of these is possible, if any). Have less source packages change in testing. I’ll do the uploads to unstable in any case, but please let me know how you want to get the fixes to testing. Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702151: RM: haskell-tls-extra/0.4.6.1-1
Hi, Am Sonntag, den 03.03.2013, 17:11 +0100 schrieb Joachim Breitner: > > CC'ing the maintainers+uploader of the affected, plus the reporter for > > comments on this. Do any of you feel you would be able to write a patch > > for it that could be included in Wheezy or ...? > > I don’t think I’ll find the time to investigate this. But hopefully > someone else on the team is able and willing to work on this? doesn’t look like it. This would mean that wheezy would ship without these Haskell libraries: haskell-tls-extra haskell-http-conduit haskell-authenticate haskell-github haskell-wai-app-file-cgi haskell-yesod-auth haskell-yesod haskell-warp-tls And this application: github-backup (Determined by iterating "dak rm -s testing -R -n haskell-http-conduit"... on ries.) If no objections (i.e. volunteers to investigate the issue) are raised soon we’ll have to ask the release team to do the removals. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#702151: RM: haskell-tls-extra/0.4.6.1-1
Hi Haskell Group, looks like for a change we have some real development work, or have to drop haskell-tls-extra from wheezy (which would also remove large chunks of yesod): Am Sonntag, den 03.03.2013, 10:53 +0100 schrieb Niels Thykier: > On 2013-03-03 10:07, Michael Gilbert wrote: > > Please consider removing haskell-tls-extra. The security backport > > caused a regression that pretty much completely breaks the package > > (#701593), and the upstream bug log seems to indicate a lack of > > interest in supporting older versions: > > https://github.com/vincenthz/hs-tls/issues/32 > > > > CC'ing the maintainers+uploader of the affected, plus the reporter for > comments on this. Do any of you feel you would be able to write a patch > for it that could be included in Wheezy or ...? I don’t think I’ll find the time to investigate this. But hopefully someone else on the team is able and willing to work on this? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Bug#691600: libghc-warp-dev: does not parse request headers correctly
Control: severity -1 important Hi, Am Dienstag, den 29.01.2013, 17:03 + schrieb Steve McIntyre: > On Sun, Jan 27, 2013 at 07:11:57PM +0100, Joachim Breitner wrote: > >Am Sonntag, den 27.01.2013, 15:09 + schrieb Steve McIntyre: > >> Do we have any hope of progress on this RC bug? Otherwise it's > >> incredibly tempting to push for removal of libghc-warp-dev considering > >> its tiny popcon and the fact that it has never been in a stable Debian > >> release... > > > >I’m still have doubts if the severity is appropriate. The proportion of > >clients sending such strange header is likely quite small, so this > >sounds more like “a bug which has a major effect on the usability of a > >package, without rendering it completely unusable to everyone.” i.e. > >important. > > In that case, drop the severity? I'm curious why you didn't do that > already, in fact. I guess due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691600#19 and me waiting for a second opinion. But doing it now. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Sonntag, den 27.01.2013, 15:09 + schrieb Steve McIntyre: > Do we have any hope of progress on this RC bug? Otherwise it's > incredibly tempting to push for removal of libghc-warp-dev considering > its tiny popcon and the fact that it has never been in a stable Debian > release... I’m still have doubts if the severity is appropriate. The proportion of clients sending such strange header is likely quite small, so this sounds more like “a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone.” i.e. important. Or does anyone think that not having warp (and its reverse dependencies) in is better than a version with incompatibility problems? Thanks, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#698604: unblock: haskell-tls-extra/0.4.6.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package haskell-tls-extra It fixes a security problem where certificates would not be checked correctly. I applied a somewhat dirty trick to avoid having to recompile all depending libraries, so it will be sufficient to just migrate this package. Attached is the output of $ debdiff haskell-tls-extra_0.4.6-1.dsc haskell-tls-extra_0.4.6.1-1.dsc unblock haskell-tls-extra/0.4.6.1-1 - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlD8clMACgkQ9ijrk0dDIGzfswCfSV5GVWqfICGw5u/QNFJUq6uN Nk8An0YaatI6C+4CE6dmiKvjome1PC6P =vJzl -END PGP SIGNATURE- diff -Nru haskell-tls-extra-0.4.6/debian/changelog haskell-tls-extra-0.4.6.1/debian/changelog --- haskell-tls-extra-0.4.6/debian/changelog 2012-05-15 03:03:03.0 +0200 +++ haskell-tls-extra-0.4.6.1/debian/changelog 2013-01-20 23:26:26.0 +0100 @@ -1,3 +1,15 @@ +haskell-tls-extra (0.4.6.1-1) unstable; urgency=low + + * New upstream release, aimed for wheezy. +Closes: #698545, a certificate validation security flaw. + * Added patch: patches/pretend-lower-version +This upstream release contains a bugfix that does not modify the ABI of +the resulting library. To avoid having to recompile its reverse +dependencies, we patch the .cabal file to pretend to be still version +0.4.6. + + -- Joachim Breitner Sun, 20 Jan 2013 23:26:26 +0100 + haskell-tls-extra (0.4.6-1) unstable; urgency=low * New upstream version. diff -Nru haskell-tls-extra-0.4.6/debian/patches/pretend-lower-version haskell-tls-extra-0.4.6.1/debian/patches/pretend-lower-version --- haskell-tls-extra-0.4.6/debian/patches/pretend-lower-version 1970-01-01 01:00:00.0 +0100 +++ haskell-tls-extra-0.4.6.1/debian/patches/pretend-lower-version 2013-01-20 23:25:56.0 +0100 @@ -0,0 +1,16 @@ +This upstream release contains a bugfix that does not modify the ABI of +the resulting library. To avoid having to recompile its reverse +dependencies, we patch the .cabal file to pretend to be still version +0.4.6. + +Index: haskell-tls-extra-0.4.6.1/tls-extra.cabal +=== +--- haskell-tls-extra-0.4.6.1.orig/tls-extra.cabal 2013-01-20 23:13:58.937092809 +0100 haskell-tls-extra-0.4.6.1/tls-extra.cabal 2013-01-20 23:13:58.933092809 +0100 +@@ -1,5 +1,5 @@ + Name:tls-extra +-Version: 0.4.6.1 ++Version: 0.4.6 + Description: +a set of extra definitions, default values and helpers for tls. + License: BSD3 diff -Nru haskell-tls-extra-0.4.6/debian/patches/series haskell-tls-extra-0.4.6.1/debian/patches/series --- haskell-tls-extra-0.4.6/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ haskell-tls-extra-0.4.6.1/debian/patches/series 2013-01-20 23:13:34.0 +0100 @@ -0,0 +1 @@ +pretend-lower-version diff -Nru haskell-tls-extra-0.4.6/Network/TLS/Extra/Certificate.hs haskell-tls-extra-0.4.6.1/Network/TLS/Extra/Certificate.hs --- haskell-tls-extra-0.4.6/Network/TLS/Extra/Certificate.hs 2012-04-19 22:41:22.0 +0200 +++ haskell-tls-extra-0.4.6.1/Network/TLS/Extra/Certificate.hs 2013-01-20 15:49:28.0 +0100 @@ -73,14 +73,31 @@ validChain <- certificateVerifyAgainst x sysx509 if validChain then return CertificateUsageAccept -else return $ CertificateUsageReject (CertificateRejectOther "chain doesn't match each other") +else return certificateChainDoesntMatch Nothing -> case xs of [] -> return $ CertificateUsageReject CertificateRejectUnknownCA - _ -> do -validChain <- certificateVerifyAgainst x (head xs) -if validChain - then certificateVerifyChain_ xs - else return $ CertificateUsageReject (CertificateRejectOther "chain doesn't match each other") + cert:_ -> do +let exts = certExtensions (x509Cert cert) +case checkCA exts of + Just r -> return r + Nothing -> do + validChain <- certificateVerifyAgainst x cert + if validChain + then certificateVerifyChain_ xs + else return certificateChainDoesntMatch + where + checkCA Nothing = return $ certificateNotAllowedToSign + checkCA (Just es) = do + let kuCanCertSign = case extensionGet es of +Just (ExtKeyUsage l) -> elem KeyUsage_keyCertSign l +Nothing -> False + case extensionGet es of +Just (ExtBasicConstraints True) + |
Bug#697361: RM: haskell-clocked/0.4.1.1-1 haskell-binary-communicator/1.0.2.1-3 haskell-sfml-audio/0.4.0.1816-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear release team, the future of the game “Nikki and the robots” is unclear, and it is not in testing. Hence, some Haskell libraries that were only uploaded to accomondate nikki probably need not to be released with wheezy. In order to not carry obsolete code in wheezy, please remove the source packages mentioned above. Thanks, Joachim - -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlDmvtUACgkQ9ijrk0dDIGxWAACgucrD4TSZKbYukBbPzTX2BbSr M8gAn07juTJXzhRz3JMwWH//l5Bd46mg =7Uaw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130104113656.18492.9726.reportbug@kirk
Re: Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Sonntag, den 04.11.2012, 13:11 +0100 schrieb Julien Cristau: > On Sat, Oct 27, 2012 at 22:11:42 +0200, Joachim Breitner wrote: > > @release-team: There is a reportedly grave bug with haskell-warp, and a > > fix is available. Unfortunately, the route of updating testing via > > unstable is broken, some uploads aimed for experimental have ended up in > > unstable² > > > Can't those be reverted? not easily. Debian does not allow uploading a lower version number, so the versions of the reverted packages need to be higher than the accidental uploads, either via an epoch or via 2.0~really1.0 tricks. In either case, all depending packages need sourceful uploads to adjust their build dependency version ranges (which currently exclude the accidentally uploaded version and hence all later ones) to include this “strange” versions, turning this into a sizable undertaking. Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Re: Bug#691600: libghc-warp-dev: does not parse request headers correctly
Hi, Am Samstag, den 27.10.2012, 18:50 +0200 schrieb Joachim Breitner: > Am Sonntag, den 28.10.2012, 00:14 +0900 schrieb YOSHINO Yoshihito: > > On Sat, Oct 27, 2012 at 11:40 PM, Joachim Breitner > > wrote: > > > I see. Can you elaborate on the severity of the problem? Do such request > > > headers occur in common situations, or is it just a theoretical problem? > > > > Actually I have stuck in a warp server receiving request from Japanese > > mobile phones, > > which send a header with no space between colon and value. > > > > > > > > It seems that we’d have to backport these two patches: > > > https://github.com/yesodweb/wai/commit/a827f54ac31e2c928144bb8bb5b92ca1249013c5 > > > https://github.com/yesodweb/wai/commit/dc4697c007beaf1846872744b83162e7c9406465 > > > or am I missing something? > > > > Looks ok. > > I checked, the patches apply cleanly against the version in unstable. > Unfortunately, I cannot build it because > libghc-blaze-builder-conduit-doc and libghc-network-conduit-doc are not > installable in unstable any more. > > So basically now my worries have come true. Just the moment we broke > stuff in unstable in a way that prevents us from uploading a single fix > to testing via unstable an allegedly release critical bug comes up. > > I guess I’ll have to setup a wheezy chroot and see if I can build the > package there. Ok, the package builds in a wheezy chroot. Unfortunately, the ABI hash changes¹, so it is not enough to just upload this package to unstable or testing-proposed-updates. @release-team: There is a reportedly grave bug with haskell-warp, and a fix is available. Unfortunately, the route of updating testing via unstable is broken, some uploads aimed for experimental have ended up in unstable² So how can we get the bugfix into wheezy (if you deem it important enough to be fixed at this stage of the freeze – do you)? Can we do binNMUs in testing? If yes, then I guess I could upload the patched package (diff attached) to testing via t-p-u and once it is there, schedule binNMUs for all depending packages. If not it would require sourceful uploads of all depending packages, also via t-p-u Ah, in this case, things are not so bad; haskell-warp is quite low in the dependency tree. Packages that would require a binNMU or a souceful no-change-upload are just: libghc-warp-tls-dev libghc-yesod-dev libghc-yesod-default-dev Thanks, Joachim ¹ This could be considered a bug in GHC, but nothing to be fixed easily and unfortunately also something that is not as bad for everyone else as it is for us, it seems: http://hackage.haskell.org/trac/ghc/ticket/4012 ² haskell-blaze-builder and haskell-network-conduit, to be precise. The next time we’ll do a staging in experimental I’ll ask for an upload block to avoid this. Human error just always needs to be accounted for. -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata diff -Nru haskell-warp-1.2.1.1/debian/changelog haskell-warp-1.2.1.1/debian/changelog --- haskell-warp-1.2.1.1/debian/changelog 2012-05-20 05:34:27.0 +0200 +++ haskell-warp-1.2.1.1/debian/changelog 2012-10-27 18:42:36.0 +0200 @@ -1,3 +1,11 @@ +haskell-warp (1.2.1.1-2) UNRELEASED; urgency=low + + * Add backported patches spaces-in-http-version and spaces-in-request +Corresponding to dc4697c007beaf1846872744b83162e7c9406465 and +a827f54ac31e2c928144bb8bb5b92ca1249013c5 upstream, Closes: 691600 + + -- Joachim Breitner Sat, 27 Oct 2012 18:41:41 +0200 + haskell-warp (1.2.1.1-1) unstable; urgency=low * New upstream version. diff -Nru haskell-warp-1.2.1.1/debian/patches/series haskell-warp-1.2.1.1/debian/patches/series --- haskell-warp-1.2.1.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ haskell-warp-1.2.1.1/debian/patches/series 2012-10-27 18:45:01.0 +0200 @@ -0,0 +1,2 @@ +spaces-in-request +spaces-in-http-version diff -Nru haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version --- haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version 1970-01-01 01:00:00.0 +0100 +++ haskell-warp-1.2.1.1/debian/patches/spaces-in-http-version 2012-10-27 18:44:22.0 +0200 @@ -0,0 +1,53 @@ +commit a827f54ac31e2c928144bb8bb5b92ca1249013c5 +Author: Michael Snoyman +Date: Thu May 31 12:33:49 2012 +0300 + +Spaces in HTTP version (#76) + +diff --git a/Network/Wai/Handler/Warp.hs b/Network/Wai/Handler/Warp.hs +index 52ef3fb..f788b7c 100755 +--- a/Network/Wai/Handler/Warp.hs b/Network/Wai/Handler/Warp.hs +@@ -488,9 +488,10 @@ takeUntil c bs = + parseFirst :: ByteString +-> ResourceT IO (ByteString, ByteString, ByteStr
Re: Bug#688166: libnss-gw-name: Please port to libnl-3.x
Hi, Am Donnerstag, den 20.09.2012, 00:12 +0200 schrieb bi...@debian.org: > Source: libnss-gw-name > Version: 0.2.1-1 > Severity: normal > User: pkg-utopia-maintain...@lists.alioth.debian.org > Usertags: libnl1-removal > > Hi, > > libnss-gw-name has a build-dependency on libnl-dev [1]. > libnl-1.x is no longer actively developed [2] and has been superseded > by libnl-3.x [3]. > Please port libnss-gw-name to this new version resp. notify upstream to get > libnss-gw-name updated. > One of the major changes in v3 is that the library was split into > several smaller libraries. You can find a developer' guide and > API documentation for each library at [2]. thanks for the heads-up. Is this a wheezy release goal or should my package not be modified in unstable until after the freeze? Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
