Bug#559978: pandoc FTBFS
Heya, On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote: Hi, [...] [...] I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. that sounds good. We are not at the point of a transition yet, and pandoc is not the only thing waiting, but I’d like to get the TODO list smaller if possible. I’ll ask again in one or two weeks if I hear nothing :-) We now are almost at the end of the transition. Yesterday, along with Marcot kindly doing uploads, we managed to clear agda and magic-haskell from the radar. The release team are now telling us that pandoc (along with xmonad-contrib/hppa and haskell-src-exts/various FTBFS) is the last big blocker for testing transition to start happening again. Is there any news on the 1.5 release? ta, Iain signature.asc Description: Digital signature
Bug#559978: pandoc FTBFS
+++ Iain Lane [Mar 12 10 09:23 ]: Heya, On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote: Hi, [...] [...] I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. that sounds good. We are not at the point of a transition yet, and pandoc is not the only thing waiting, but I’d like to get the TODO list smaller if possible. I’ll ask again in one or two weeks if I hear nothing :-) We now are almost at the end of the transition. Yesterday, along with Marcot kindly doing uploads, we managed to clear agda and magic-haskell from the radar. The release team are now telling us that pandoc (along with xmonad-contrib/hppa and haskell-src-exts/various FTBFS) is the last big blocker for testing transition to start happening again. Is there any news on the 1.5 release? Probably, it's going to be at least another week. I don't want to hold things up, so an alternative would be to provide a minimal patch for the current version in the debian package. If needed, I can work on this tonight; Jonas would then need to upload a new version with the patch. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559978: pandoc FTBFS
On Fri, Mar 12, 2010 at 09:27:31AM -0800, John MacFarlane wrote: +++ Iain Lane [Mar 12 10 09:23 ]: We now are almost at the end of the transition. Yesterday, along with Marcot kindly doing uploads, we managed to clear agda and magic-haskell from the radar. The release team are now telling us that pandoc (along with xmonad-contrib/hppa and haskell-src-exts/various FTBFS) is the last big blocker for testing transition to start happening again. Is there any news on the 1.5 release? Probably, it's going to be at least another week. I don't want to hold things up, so an alternative would be to provide a minimal patch for the current version in the debian package. If needed, I can work on this tonight; Jonas would then need to upload a new version with the patch. That sounds good. I can package tomorrow. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#559978: pandoc FTBFS
+++ John MacFarlane [Mar 12 10 09:27 ]: +++ Iain Lane [Mar 12 10 09:23 ]: Heya, On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote: Hi, [...] [...] I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. that sounds good. We are not at the point of a transition yet, and pandoc is not the only thing waiting, but I’d like to get the TODO list smaller if possible. I’ll ask again in one or two weeks if I hear nothing :-) We now are almost at the end of the transition. Yesterday, along with Marcot kindly doing uploads, we managed to clear agda and magic-haskell from the radar. The release team are now telling us that pandoc (along with xmonad-contrib/hppa and haskell-src-exts/various FTBFS) is the last big blocker for testing transition to start happening again. Is there any news on the 1.5 release? Probably, it's going to be at least another week. I don't want to hold things up, so an alternative would be to provide a minimal patch for the current version in the debian package. If needed, I can work on this tonight; Jonas would then need to upload a new version with the patch. Hold on -- I recall now that there were two issues. One was the UTF8 issue, which is easily fixed with a small patch. The other is that pandoc 1.3's use of TH seems to prevent it from compiling on several architectures. That can't be fixed with a small patch, but will be fixed in 1.5. Given this, maybe I should just try to finish 1.5 quickly? John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559978: pandoc FTBFS
On Fri, Mar 12, 2010 at 10:23:45AM -0800, John MacFarlane wrote: +++ John MacFarlane [Mar 12 10 09:27 ]: +++ Iain Lane [Mar 12 10 09:23 ]: Heya, On Sat, Feb 27, 2010 at 07:47:03PM +0100, Joachim Breitner wrote: Hi, [...] [...] I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. that sounds good. We are not at the point of a transition yet, and pandoc is not the only thing waiting, but I’d like to get the TODO list smaller if possible. I’ll ask again in one or two weeks if I hear nothing :-) We now are almost at the end of the transition. Yesterday, along with Marcot kindly doing uploads, we managed to clear agda and magic-haskell from the radar. The release team are now telling us that pandoc (along with xmonad-contrib/hppa and haskell-src-exts/various FTBFS) is the last big blocker for testing transition to start happening again. Is there any news on the 1.5 release? Probably, it's going to be at least another week. I don't want to hold things up, so an alternative would be to provide a minimal patch for the current version in the debian package. If needed, I can work on this tonight; Jonas would then need to upload a new version with the patch. Hold on -- I recall now that there were two issues. One was the UTF8 issue, which is easily fixed with a small patch. The other is that pandoc 1.3's use of TH seems to prevent it from compiling on several architectures. That can't be fixed with a small patch, but will be fixed in 1.5. Given this, maybe I should just try to finish 1.5 quickly? There's no need to rush too much, I guess we can just remove pandoc from testing so as to not hold up the migration. [Can we?] Iain signature.asc Description: Digital signature
Bug#559978: pandoc FTBFS
Hi Jonas, Am Montag, den 22.02.2010, 12:43 -0800 schrieb John MacFarlane: +++ Joachim Breitner [Feb 22 10 21:21 ]: Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? If pandoc can not be built on some arches, then the release team will probably ok the removal of the pandoc package on the broken arches, allowing the transition. But you could retry building pandoc with the new ghc6 compiler, maybe it works now. Note: the next release of pandoc (1.5) will not depend on Template Haskell. I plan to release this in the next month or two. I usually like to avoid having to wait for new upstream versions to get rid of a issue. Would it be possible that you make sure the pandoc package builds successfully with ghc6-6.12 and the updated libraries, at least on the arches with Template Haskell support? 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: Dies ist ein digital signierter Nachrichtenteil
Bug#559978: pandoc FTBFS
+++ Joachim Breitner [Feb 27 10 18:53 ]: Hi Jonas, Am Montag, den 22.02.2010, 12:43 -0800 schrieb John MacFarlane: +++ Joachim Breitner [Feb 22 10 21:21 ]: Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? If pandoc can not be built on some arches, then the release team will probably ok the removal of the pandoc package on the broken arches, allowing the transition. But you could retry building pandoc with the new ghc6 compiler, maybe it works now. Note: the next release of pandoc (1.5) will not depend on Template Haskell. I plan to release this in the next month or two. I usually like to avoid having to wait for new upstream versions to get rid of a issue. Would it be possible that you make sure the pandoc package builds successfully with ghc6-6.12 and the updated libraries, at least on the arches with Template Haskell support? Joachim and Jonas: Although pandoc 1.3, the latest packaged for debian, may build with ghc6-6.12, the resulting executable won't handle UTF-8 correctly, because of the double-encoding problem one gets when using both System.IO.UTF8 and GHC6.12. (I posted about this problem earlier to debian-haskell, since it may affect a few other packages as well. I also wrote to the author of utf8-string with some suggestions about how to solve the problem, but as far as I know, no action has been taken.) I used CPP to work around this problem in pandoc 1.4, the latest released version. Since there are a couple other problems with that release, I asked Jonas to hold off packaging until 1.5 was ready. I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559978: pandoc FTBFS
Hi, Am Samstag, den 27.02.2010, 10:35 -0800 schrieb John MacFarlane: Although pandoc 1.3, the latest packaged for debian, may build with ghc6-6.12, the resulting executable won't handle UTF-8 correctly, because of the double-encoding problem one gets when using both System.IO.UTF8 and GHC6.12. (I posted about this problem earlier to debian-haskell, since it may affect a few other packages as well. I also wrote to the author of utf8-string with some suggestions about how to solve the problem, but as far as I know, no action has been taken.) Ok, that’s a good point, we don’t want such broken packages :-) I used CPP to work around this problem in pandoc 1.4, the latest released version. Since there are a couple other problems with that release, I asked Jonas to hold off packaging until 1.5 was ready. I don't want to hold things up too much, so I could expedite work on 1.5 and try to release it in a week or so, so packaging could proceed. that sounds good. We are not at the point of a transition yet, and pandoc is not the only thing waiting, but I’d like to get the TODO list smaller if possible. I’ll ask again in one or two weeks if I hear nothing :-) 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: Dies ist ein digital signierter Nachrichtenteil
Bug#559978: pandoc FTBFS
Hi, Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? If pandoc can not be built on some arches, then the release team will probably ok the removal of the pandoc package on the broken arches, allowing the transition. But you could retry building pandoc with the new ghc6 compiler, maybe it works 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: Dies ist ein digital signierter Nachrichtenteil
Bug#559978: pandoc FTBFS
+++ Joachim Breitner [Feb 22 10 21:21 ]: Hi, Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? If pandoc can not be built on some arches, then the release team will probably ok the removal of the pandoc package on the broken arches, allowing the transition. But you could retry building pandoc with the new ghc6 compiler, maybe it works now. Note: the next release of pandoc (1.5) will not depend on Template Haskell. I plan to release this in the next month or two. John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559978: pandoc FTBFS
Hi John. Excerpts from John MacFarlane's message of Seg Fev 22 17:43:34 -0300 2010: +++ Joachim Breitner [Feb 22 10 21:21 ]: Hi, Template Haskell is a standard language feature. My worry, though, was that if we did not support all architectures on which pandoc 0.46 built, pandoc would never migrate from unstable to testing. Am I wrong about this? If pandoc can not be built on some arches, then the release team will probably ok the removal of the pandoc package on the broken arches, allowing the transition. But you could retry building pandoc with the new ghc6 compiler, maybe it works now. Note: the next release of pandoc (1.5) will not depend on Template Haskell. I plan to release this in the next month or two. Template Haskell, as GHCi, is only availabel in i386, amd64, sparc, kfreebsd-i386 and kfreebsd-amd64. Please remove the other architectures from the list. Greetings. -- marcot http://marcot.iaaeee.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
