Bug#1086189: transition: rakudo

On Tuesday, 29 October 2024 09:09:41 CET you wrote: > Go ahead. Done. Thanks for the quick reply All the best

Bug#1086189: transition: rakudo

Package: release.debian.org Severity: normal X-Debbugs-Cc: rak...@packages.debian.org Control: affects -1 + src:rakudo User: release.debian@packages.debian.org Usertags: transition Hi rakudo and its sibling packages (moarvm and nqp) have an API that change at every release. This requires a re

Bug#1027686: Rakudo transition is stuck ?

Hi Nothing is happening in rakudo transition [1], no package are rebuilt. Is there a way to unblock this transition ? All the best [1] https://release.debian.org/transitions/html/rakudo.html

Bug#1027686: transition: rakudo

On Wednesday, 18 January 2023 03:03:37 CET M. Zhou wrote: > I have uploaded moarvm, nqp, and rakudo to unstable. > They turned green on release architectures. > The ppc64el buildd lags a little bit but I believe the result will be > green as well based on the previous no-change build in experimenta

Bug#1027686: transition: rakudo

On Sunday, 15 January 2023 15:21:55 CET Sebastian Ramacher wrote: > > I've found where compiler-id is computed. I'm going patch rakudo in > > experimental so that compiler-id depends only on source files and nqp > > version. This patch will land in experimental. > > Okay, please let me know once i

Bug#1027686: transition: rakudo

On Wed, 11 Jan 2023 18:45:41 +0100 Dominique Dumont wrote: > > Can the computation of the ID be patched to be independent of the > > build path? > > I haven't figured out completely how this compiler-id is created. I've found where compiler-id is compute

Bug#1027686: transition: rakudo

On Tuesday, 10 January 2023 11:21:32 CET Sebastian Ramacher wrote: > Control: tags -1 moreinfo > > On 2023-01-09 13:54:08 -0500, M. Zhou wrote: > > I missed the detail that the compiler ID even changes for different > > architecture.. which may not be good. > > Is it required that the build path

Bug#1027686: transition: rakudo

On Monday, 9 January 2023 19:54:08 CET M. Zhou wrote: > Is it possible for us to slightly modify the postinst script to > recompile the cache locally when the compiler id mismatches? I'd rather not. Untangling pre-compilation issues is hard enough. In case of problem I dont' want to wonder whethe

Bug#1027686: transition: rakudo

On Saturday, 7 January 2023 11:58:29 CET you wrote: > > Unfortunately, the compiler-id also depends on the build directory. Which > > means that the compiler id changes between arches. > > This should be fixed first. Otherwise every rebuild of the compiler will > require all reverse dependencies t

Bug#1027686: transition: rakudo

On Sunday, 1 January 2023 22:38:43 CET M. Zhou wrote: > Specifically, the pre-compiled cache shipped in reverse dependencies > relies on a matching compiler ID. Hence, we added the compiler ID into the > virtual package to ensure cache compatibility: raku-api-2022.12+e556a5c0 > The compiler ID will

Re: rakudo permanent tracker and transition

On Thursday, 3 February 2022 09:16:54 CET Paul Gevers wrote: > I'm slightly surprised that perl6-readline isn't picked up by the > tracker. We'll need to check why that is. I've a possible explanation. perl6-readline depends field is: Depends: libreadline8, raku-api-2021.09 rakudo tracker is

Re: rakudo permanent tracker and transition

On Thursday, 3 February 2022 09:16:54 CET Paul Gevers wrote: > I'm slightly surprised that perl6-readline isn't picked up by the > tracker. We'll need to check why that is. For what it's worth, unlike the other raku-* module, perl6-readline 0.1.5-4 is an arch:any package. On the other hand per

Bug#1002692: need permanent tracker for rakudo

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi I'm currently changing the way Raku (aka Perl6) modules are built. The build process involves creating pre-compiled files (a bit like pyc files for Python). These files used to be cr

Bug#990663: unblock: libuv1/1.40.0-1

n/changelog libuv1-1.40.0/debian/changelog --- libuv1-1.40.0/debian/changelog 2020-10-31 18:43:46.0 +0100 +++ libuv1-1.40.0/debian/changelog 2021-07-04 09:43:38.0 +0200 @@ -1,3 +1,9 @@ +libuv1 (1.40.0-2) unstable; urgency=medium + + * add patch for CVE-2021-22918 (Closes:

Bug#863049: jessie-pu: package shutter/0.92-0.1+deb8u2

On Wednesday, 28 June 2017 20:15:01 CEST gregor herrmann wrote: > I suppose yes, in order to make sure that the script waits for > nautilus-sendto to return, as the return value is checked in the next line. Indeed. The only drawback is that shutter will hang while the mail is sent by nautilus-sen

Bug#862674: unblock: libconfig-model-perl/2.097-2

@INC emulation (CVE-2017-0374) + * rules: add '.' in @INC for tests + * package for stretch release only + + -- Dominique Dumont Sun, 14 May 2017 18:20:55 +0200 + libconfig-model-perl (2.097-1) unstable; urgency=medium * New upstream version 2.097 diff -Nru libconfig-model-perl-

Bug#816879: transition: libtommath

On Sunday 06 March 2016 11:37:27 you wrote: > Go ahead. Done All the best

Bug#816879: transition: libtommath

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello libtommath 1.0 has been released upstream. The new library went from so version 0 to 1. Some macros like MIN and MAX were removed from the public header files. This may break compi

Bug#771283: unblock: libsdl2/2.0.2+dfsg1-6

rules: disable activec for ppc64el build (Closes: #770670) + + -- Dominique Dumont Thu, 27 Nov 2014 18:52:50 +0100 + libsdl2 (2.0.2+dfsg1-5) unstable; urgency=medium * patch to use default screen from DISPLAY (Closes: #754401) diff -Nru libsdl2-2.0.2+dfsg1/debian/rules libsdl2-2.0.2+dfs

Not sure to upload a fix for libsdl2 . Please advise

Hello The bug 770670 [1] reports that compilation of a software including libsdl2 is not possible on ppc64el when g++ is used with option "-std=c++0x". This bug was flagged "serious" by Bastian (cc'ed). On one hand the fix is easy: It's just a matter of disabling a compilation option (configur

Bug#768440: unblock: libconfig-model-dpkg-perl/2.059

icense text (Closes: #767494): +* fix (really) automatic import of license summary or text +* suppress misleading warning + + -- Dominique Dumont Fri, 31 Oct 2014 14:06:18 +0100 + libconfig-model-dpkg-perl (2.058) unstable; urgency=medium * Team upload. diff -Nru libconfig-model-dpkg-per

please binNMU rakudo against latest parrot

Hello rakudo is currently uninstallable on amd64 and needs to be re-built with the new version of parrot to fix this. nmu rakudo_2014.03.01-1 . amd64 . -m "rebuilt with parrot 6.3.0 (Closes: #749500)" Thanks -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumo

Re: Temporary solution for changelog problem in binNMUs

On Monday 13 May 2013 11:14:07 Ansgar Burchardt wrote: > There have been previous discussions how to fix this[2]. The dpkg > maintainers would like to treat changelogs and copyright files as > metadata and move them out of /usr/share/doc[3]. > > [2]

Bug#701037: unblock: pan/0.139-2

699892) + * control: removed build depend on libgnutls + * updated NEWS to warn about SSL/TLS drop + + -- Dominique Dumont Mon, 18 Feb 2013 22:35:51 +0100 + pan (0.139-1) unstable; urgency=low * Imported Upstream version 0.139 diff -Nru pan-0.139/debian/control pan-0.139/debian/control ---

Re: Fixing "lucky 13" CVE-2013-0169 in gnutls28

Le dimanche 10 février 2013 16:26:40, Andreas Metzler a écrit : > >> PS: My first idea was to simply pull gnutls28, providing guile-gnutls > >> and gnutls-bin from gnutls26 again. However there is a reverse > >> dependency (pan) on libgnutls28 in testing nowadays. Pan is not > >> distributable curr

Bug#692370: unblock: libconfig-model-approx-perl/1.005-1

Le Saturday 10 November 2012 17:45:38, vous avez écrit : > I gave it a try, and after a while I was bored and gave up. I'm sorry, > but e.g. the move to Dist::Zilla was perhaps not the best thing to > include in a package before asking for a freeze exception... Yes. In retrospect, that was a bad i

Re: Request to update libconfig-model-perl for testing (take 2)

Le Tuesday 30 October 2012 22:53:33, vous avez écrit : > If the diff is the same as you previously posted (with the potential > change of version number as discussed above) please feel free to go > ahead with the tpu upload at the appropriate time. Done. No further change were necessary. I've uplo

Bug#692370: unblock: libconfig-model-approx-perl/1.005-1

06-27 16:55:45.0 +0200 +++ libconfig-model-approx-perl-1.005/Build.PL 2012-11-02 13:53:15.0 +0100 @@ -1,4 +1,13 @@ -#Copyright (c) 2009-2011 Dominique Dumont. +# +# This file is part of Config-Model-Approx +# +# This software is Copyright (c) 2012 by Dominique Dumont. +# +# This is

Re: Request to update libconfig-model-perl for testing (take 2)

Le Monday 29 October 2012 19:38:59, vous avez écrit : > > I cannot upload to unstable as libconfig-model-perl is already at a later > > v ersion there. > > Is there a plan / ETA for fixing it in unstable? Even though the fix for > the wheezy package would need to go via t-p-u, it would still be >

Request to update libconfig-model-perl for testing (take 2)

y=low + + * added patch to fix problem with writing checklist +default values (which broke openssh demo). +(Closes: #691338) + + -- Dominique Dumont Sat, 27 Oct 2012 19:05:23 +0200 + libconfig-model-perl (2.021-3) unstable; urgency=low * use patch from upstream to fix unsaved changes (C

Request to update libconfig-model-perl for testing

Hello In order to fix #691338, I've prepared a small patch [2] that I've tested donning my upstream hat. The modification adds a call to notification-change when an empty checklist is replaced with a default one. This patch also features non-regression tests. I intend to upload libconfig-model

Bug#688121: unblock: libconfig-model-tkui-perl/1.337-2

-1,3 +1,9 @@ +libconfig-model-tkui-perl (1.337-2) unstable; urgency=low + + * added upstream patch to fix green arrow display (Closes: #688097) + + -- Dominique Dumont Wed, 19 Sep 2012 14:14:17 +0200 + libconfig-model-tkui-perl (1.337-1) unstable; urgency=low * Imported Upstream version 1.

Bug#686780: unblock: libmojolicious-perl/2.98+dfsg-2

ious-perl (2.98+dfsg-2) unstable; urgency=low + + [ gregor herrmann ] + * debian/control: update {versioned,alternative} (build) dependencies. + + [ Dominique Dumont ] + * patch to avoid clobbering $_ (Closes: #686750) + * control: added dod to uploaders + + -- Dominique Dumont Wed, 05 Sep 2012 17:45

Bug#681479: unblock: libconfig-model-perl/2.021-3

second patch +(test-fix-unsaved-changes) add the relevant test cases. + + -- Dominique Dumont Fri, 13 Jul 2012 14:22:05 +0200 + libconfig-model-perl (2.021-2) unstable; urgency=low * added a patch to fix a race condition between async calls to rmadison diff -Nru libconfig-model-perl-2.021

Bug#681072: unblock: libconfig-model-backend-augeas-perl/0.112-1

ngeLog libconfig-model-backend-augeas-perl-0.112/ChangeLog --- libconfig-model-backend-augeas-perl-0.111/ChangeLog 2012-05-24 14:03:08.0 +0200 +++ libconfig-model-backend-augeas-perl-0.112/ChangeLog 2012-07-09 11:51:07.0 +0200 @@ -1,3 +1,9 @@ +2012-07-09 Dominique Dumont v0.112 + +

Please give-back libconfig-augeas-perl (ia64 and mips)

Hello I've uploaded libconfig-augeas-perl shortly after libaugeas was uploaded. Unfortunately, there were some hiccups with libaugeas build on is64 and mips which impacted the build of libconfig-augeas-perl. Since then, libaugeas was re-built successfully. I've verified that libconfig- augeas-

Re: Please binNMU parrot on i386

Le Monday 8 August 2011 14:04:49, vous avez écrit : > > you may want to ask for a --with{,out}-libffi flag, so that you can make > > sure the package is built without libffi support, even if libffi > > packages are installed in the build environment? > > also this seems to be a case for a (even ma

Please binNMU parrot on i386

Hello As mentioned in #636944, there's a mismatch between parrot's declated build-dependencies and what was actually used to build parrot. In i386 case, parrot was build with libffi. In all other arch, parrot is built without libffi. This triggers a FTBS for rakudo on i386 because parrot looks

Please binNMU parrot on i386 against perl 5.12

Hello, Parrot on i386 needs to be rebuilt with perl5.12 to fix a FTBS for rakudo. See #634970 and #634105 for more details nmu parrot_3.3.0-1 . i386 . -m 'Rebuild with perl 5.12 see #634105.' Dominique -- http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/ http://www.

Bug#596677: Complete diff

ex: debian/changelog === --- debian/changelog (revision 61498) +++ debian/changelog (revision 62496) @@ -1,3 +1,9 @@ +libconfig-model-tkui-perl (1.310-1) unstable; urgency=low + + * New upstream release (small bug fix) + + -- Dominique Du

Bug#596677: unblock: libconfig-model-tkui-perl/1.310-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libconfig-model-tkui-perl. This new release fixes a usability bug where some buttons were not enabled when needed. The meat of the change is quite small: Index: lib

Bug#592536: future unblock: libconfig-model-tkui-perl/1.309-1

Le mardi 10 août 2010 21:23:37, vous avez écrit : > It seems a really big change, but this is not right true, becouse in > the debdiff there are too many 'spaces' diffs. Indeed. Here's the diff stat of the important files (i.e. without non-ref tests) without counting 'spaces' changes: $ hg diff