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
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
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
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 computed. I'm
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
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
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
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
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
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
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
.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: #990561)
+
+ -- Domi
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
for stretch release only
+
+ -- Dominique Dumont <d...@debian.org> 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-2.097/debian/patches/remove-inc-dot-emulation
libconfig-model-perl-2.097/
On Sunday 06 March 2016 11:37:27 you wrote:
> Go ahead.
Done
All the best
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
activec for ppc64el build (Closes: #770670)
+
+ -- Dominique Dumont d...@debian.org 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+dfsg1/debian
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 (configure
of license summary or text
+* suppress misleading warning
+
+ -- Dominique Dumont d...@debian.org Fri, 31 Oct 2014 14:06:18 +0100
+
libconfig-model-dpkg-perl (2.058) unstable; urgency=medium
* Team upload.
diff -Nru libconfig-model-dpkg-perl-2.058/lib/Config/Model/models/Dpkg/Control/Binary.pl
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/
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]
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 currently
on libgnutls
+ * updated NEWS to warn about SSL/TLS drop
+
+ -- Dominique Dumont d...@debian.org 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
--- pan-0.139/debian/control2012-06
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
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
+++ 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 free software, licensed under
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
+
+ * added patch to fix problem with writing checklist
+default values (which broke openssh demo).
+(Closes: #691338)
+
+ -- Dominique Dumont d...@debian.org 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
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
+
+ [ gregor herrmann ]
+ * debian/control: update {versioned,alternative} (build) dependencies.
+
+ [ Dominique Dumont ]
+ * patch to avoid clobbering $_ (Closes: #686750)
+ * control: added dod to uploaders
+
+ -- Dominique Dumont d...@debian.org Wed, 05 Sep 2012 17:45:00 +0200
+
libmojolicious-perl
-changes) add the relevant test cases.
+
+ -- Dominique Dumont d...@debian.org 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/debian/patches/fix
-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 domi.dum...@free.fr v0.112
+
+* tests
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-
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 maybe
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
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/
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:
/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 Dumont
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
39 matches
Mail list logo
