Marco Atzeri writes:
> As I did change to the relarea for gcc test, how to force the
> update of setup.ini's ?
I guess you can just open and close an sftp session, maybe providing new
!ready cookies.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD ada
Achim Gratz writes:
> Marco Atzeri writes:
>> As I did change to the relarea for gcc test, how to force the
>> update of setup.ini's ?
>
> I guess you can just open and close an sftp session, maybe providing new
> !ready cookies.
I tried that, but got:
ERROR: not
Yaakov Selkowitz writes:
> It looks like GCC 6 would benefit from an update of isl to 0.16.1 (but
> NOT newer). This would be an ABI bump of libisl to 15, so existing GCC
> 5 builds would not be affected, as long as we aren't planning any more
> (and I sure hope we can move on at this point). Ach
This package was updated on July 2nd but apparently the update has not
been announced. Also, the debuginfo file for x86 has zero bytes size so
it should be re-uploaded.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
htt
I've finally got that update installed on my Windows10 box and sure
enough I immediately got fork problems (on 32bit only). Since this
update the WoW64 DLLs get mapped below 0x7000:
6AF3-6AF31000 r--p : 0
/cygdrive/c/Windows/System32/wow64.dll
6AF31000
Achim Gratz writes:
> I've finally got that update installed on my Windows10 box and sure
> enough I immediately got fork problems (on 32bit only). Since this
> update the WoW64 DLLs get mapped below 0x7000:
…and on each reboot these end up somewhere else, sometimes even abov
Marco Atzeri writes:
> the lack of debuginfo on 32bit was intentional,
> as the bug on binutils made impossible to build it.
[…]
> The package was empty as otherwise calm will comply
> of missing of current version as previous version has it
No, you've provided an empty file, not an empty package.
Corinna Vinschen writes:
>> But, then again, what's the lowest address for the wow64 DLLs you
>> observed? And what about native 32 bit (no wow64 DLLs)?
I can't test native 32bit easily (have to request a test hardware at
work), all my systems at home are 64bit/WoW64 combos.
On WoW64, the lowest
Perl configure for 5.22.1 on Cygwin 2.4.0 said this:
--8<---cut here---start->8---
Checking how to flush all pending stdio output...
Your fflush(NULL) works okay for output streams.
Let's see if it clobbers input pipes...
fflush(NULL) seems to behave okay with
Corinna Vinschen writes:
> On Jul 17 19:53, Achim Gratz wrote:
>> It seems that fflush is only supposed to discard buffered input data on
>> seekable files, but not pipes (per POSIX.1-2008), so this looks a
>> regression to me.
>
> Did you try to bisect the issue?
Corinna Vinschen writes:
> Oh, and a plain C testcase, of course...
Call that fflush.c:
--8<---cut here---start->8---
#include
int
main(int argc, char **argv)
{
char buf[1024];
int i;
char *bp = buf;
while (1) {
while ((i = getc(stdin))
Ken Brown writes:
>> I've checked that the 2017-03-08 snapshot is good and the 2017-03-10
>> snapshot is bad. I'll bisect further when I get a chance
>
> Done:
>
> 44b1746a41921533d27aca414a9188314cb725b6 is the first bad commit
> commit 44b1746a41921533d27aca414a9188314cb725b6
> Author: Corinna V
We're starting to get more and more of these, which is fine, since that
was why they were introduced. However, I'd like to remind everybody to
not use bash for any postinstall scripts unless you absolutely have to
and especially not for perpetual postinstall scripts. It is only
slightly less tro
Corinna Vinschen writes:
> Achim, thanks for the testcase.
I really only pulled it out of the configure script.
:-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerW
This package currently has a perpetual postinstall script to keep the
database indexed, but doesn't provide for a way to create the initial
database during install. I suggest to create another sub-package
(perhaps called man-db-index) that simply creates an empty file
/var/cache/man-db/index.dat
Achim Gratz writes:
> This package currently has a perpetual postinstall script to keep the
> database indexed, but doesn't provide for a way to create the initial
> database during install. I suggest to create another sub-package
> (perhaps called man-db-index) that simply crea
Ken Brown writes:
> On 7/19/2017 1:53 PM, Achim Gratz wrote:
>> Achim Gratz writes:
>>> This package currently has a perpetual postinstall script to keep the
>>> database indexed, but doesn't provide for a way to create the initial
>>> database duri
Pierre Souchay writes:
> (The issue being that root on CYGWIN is not uid=0 but uid=18 aka
> SYSTEM)
This is a misconception. There is no root user on Windows and
consequently there is none on Cygwin. There are multiple possibilities
of what could be usefully considered a proxy for root, so it's
Bastian Germann writes:
> I uploaded a new version of gambas3 two days ago, but although the
> !ready file is in place, calm does not care about the files. I do not
> get any error emails to the address in !mail. What is the problem?
You shouldn't announce a package update before you've got confir
Jon Turney writes:
> calm had stopped running on the 10th, due to an unusual error state
> which required some manual intervention to fix.
>
> I've restarted it and it seems to have picked up gambas 3.10.0-1 now.
Confirmed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromed
cut here---start->8---
--- cygwin-pkg-maint
+++ #
@@ -2715,6 +2715,7 @@
perl-List-MoreUtils Achim Gratz/Ken Brown
perl-List-MoreUtils-XS Achim Gratz/Ken Brown
perl-List-SomeUtils Achim Gratz
+perl-Lis
Jon Turney writes:
>> Can these please be added to cygwin-pkg-maint in my name?
>
> Done.
Thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
Ken Brown writes:
> The next Biber release will have a few new prerequisites:
Noted.
> perl-DateTime-Format-Builder
> perl-PerlIO-utf8_strict
I already build these locally.
> perl-DateTime-Calendar-Julian
> perl-Sort-Key
I don't think these will be a problem, but I haven't looked at them yet.
Achim Gratz writes:
> I'll likely not add them before the update, but I wouldn't mind if
> someone already added them to cygwin-pkg-maint, either under my name or
> co-maintained with Ken.
Please make that list:
perl-Package-DeprecationManager
perl-Class-Factory-Util
p
Yaakov Selkowitz writes:
> Added.
Thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Samples for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldSamplesExtra
This package has different packages requiring it in x86 vs. x86_64.
Could you please check which of these are the correct ones?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.htm
Achim Gratz writes:
> Please make that list:
>
> perl-Package-DeprecationManager
> perl-Class-Factory-Util
> perl-DateTime-Format-Strptime
> perl-DateTime-Calendar-Julian
> perl-DateTime-Format-Builder
> perl-PerlIO-utf8_strict
> perl-Sort-Key
I've missed perl-Su
Jon Turney writes:
> Yeah, I'm not sure if putting the test packages into a separate repo
> which is disabled unless explicitly enabled is the right approach.
>
> (Instead, perhaps it is possible to tell the solver that certain
> repositories are disfavoured)
At least for zypper, which is based on
Ken Brown writes:
> I've changed this so that the user can now review the packages that
> will be installed. But I still haven't found a good way to enable the
> user to refuse dependencies.
With zypper you'd create a package lock and there'd be no changes to
the state of the package (including f
Ken Brown writes:
> What I've been struggling with, however, is the UI. But now that I
> think about it, maybe it isn't that hard. It's just a matter of doing
> something reasonable if the user unchecks "Accept default problem
> solutions". I'll see what I can come up with.
Well, zypper pretty
Headsup: Last weekend has seen the release of 5.26.1-RC1. I'm going to
build it over the weekend after I've updated to the latest and greatest
Cygwin. It looks like there will be one more critical fix before it's
going to be released, so I'm expecting at least an RC2.
Regards,
Achim.
--
+<[Q+
I seem to have forgotten to get these three into Cygwin before, so I'd
like to do it before updating Perl:
--- cygwin-pkg-maint
+++ #
@@ -2622,9 +2622,11 @@
perl-Exception-Class Achim Gratz
perl-Exporter-Tiny Achim Gratz
perl-ExtUtils-CBu
Marco Atzeri writes:
> done.
Thank you.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Things took a bit longer than expected, but the RC1 plus all Cygwin
modules that I maintain or co-maintain are now available. Please point
setup to http://cygwin.stromeko.net/perl-5.26 as an additional
installation source and it should let you update. The Perl
distributions are release versions
A few notes for maintainers that I didn't manage to write yesterday
evening:
If building your Perl distribution (or testing) fails, try adding
export PERL_USE_UNSAFE_INC=1
to the cygport file. Please do not add it unconditionally and check
with each update whether it is still needed.
The fo
Ken Brown writes:
>> After the install you should be able to create test packages with and
>> for the new Perl.
>
> Thanks. I've successfully built everything I need.
…and that would have been? Anything that we need to add?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Androm
Yaakov Selkowitz writes:
> Thanks for setting this up. When do you expect this will move into the
> distribution as non-test?
I don't know when the upstream release will be, but since no RC2 is
planned currently it porbably happens the upcoming weekend. Depending
on precisely when that hits the
Marco Atzeri writes:
> I am uploading as test
Please hold on until I have uploaded the release version sometime later
today. You need to build with that, not the RC1 if you are going to put
it on the official Cygwin distribution.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb A
The Perl 5.26 repository, still at http://cygwin.stromeko.net/perl-5.26,
has been updated with the release version of Perl 5.26.1 and newly
bootstrapped distribution packages. I will do one more bootstrap cycle
before I'm ready for release. This upload now has dummy (obsoletion)
packages for dis
Ken Brown writes:
> On 9/24/2017 11:59 AM, Achim Gratz wrote:
>> Please build and prepare packages meant for release to Cygwin with this
>> Perl version, but preferrably do no yet actually upload.
>
> Have you decided yet how you want to handle the upgrade when the time
> c
Aside from the obvious perl-* distribution packages, I've checked for
perl content in other packages and found these:
biber: BibTeX replacement for users of BibLaTeX (installed
binaries and support files)
git-svn: Subversion compatibility support for Git version control
Achim Gratz writes:
> Please build and prepare packages meant for release to Cygwin with this
> Perl version, but preferrably do no yet actually upload. Otherwise, in
> the unlikely case of me still finding an error somewhere, you may have
> to re-release your package(s).
Well blimey
The Perl 5.26 repository, still at http://cygwin.stromeko.net/perl-5.26,
has been updated with the release version of Perl 5.26.1 that has the
vendor_perl directories shifted to the correct place. You need to
re-install perl and all perl_* packages manually. If you're in a pinch
and can#t wait un
Achim Gratz writes:
> $ mv /usr/share/perl5/vendor_perl/5.26/
> $ mkdir -p /usr/lib/perl5/vendor_perl/5.26
> $ mv /usr/share/perl5/vendor_perl/5.26/x86_64-cygwin-threads/
> /usr/lib/perl5/vendor_perl/5.26
Please make that, for x86_64:
$ mv /usr/lib/perl5/vendor_perl /usr
Yaakov Selkowitz writes:
>> Please note that this is only a temporary fix as the old path may have
>> leaked into the installed files in some cases. I'm starting the build
>> now, it should be finished tomorrow morning. Sorry for any
>> inconvenience caused by this late change.
>
> This means tha
The Perl 5.26 repository, still at http://cygwin.stromeko.net/perl-5.26,
has been updated (again due to an error in module search path) with the
prospective release version of Perl 5.26.1 and newly bootstrapped
distribution packages. This upload now has dummy (obsoletion) packages
for distributio
Am 28.09.2017 um 07:04 schrieb Yaakov Selkowitz:
On 2017-08-22 11:40, Achim Gratz wrote:
This package has different packages requiring it in x86 vs. x86_64.
Could you please check which of these are the correct ones?
perl-Tk-Pod is noarch, and therefore exists in only one place. Did you
mean
Am 29.09.2017 um 17:36 schrieb Ken Brown:
One of those orphaned packages, texi2html, should probably just be
removed from the distro. Development stopped in 2011, and the
maintainers say that most users are better off switching to
makeinfo/texi2any (part of the texinfo package).
+1
--
Achim
Am 28.09.2017 um 17:31 schrieb Yaakov Selkowitz:
Unfortunately, we haven't heard from Dr. Volker Zell in quite some time,
and a number of his packages are in need of updates or rebuilds. I have
marked them ORPHANED in the maintainer list. ITAs welcome.
I haven't had a chance to look at things
Am 29.09.2017 um 22:48 schrieb Marco Atzeri:
so PERL_VENDORLIB has changed from
/usr/lib/perl5/vendor_perl/5.26
to
/usr/share/perl5/vendor_perl/5.26
but nothing is installed on /usr/share/perl5/vendor_perl/5.26
The GraphicsMagick stuff should be in PERL_VENDORARCH, since they are
indeed
Am 29.09.2017 um 20:06 schrieb Yaakov Selkowitz:
On 2017-09-26 11:45, Achim Gratz wrote:
Aside from the obvious perl-* distribution packages, I've checked for
perl content in other packages and found these:
[...]
For future reference, there are more.
They were mostly subsumed in the
Am 01.10.2017 um 00:49 schrieb Alexey Sokolov:
It embeds perl and keeps all its files under
/usr/lib/znc/; I'll just rebuild it with the updated
perl package. Does it needs to be uploaded together with new perl?
Yes, since it won't work with the old Perl.
--
Achim.
(on the road :-)
Ken Brown writes:
> On 9/30/2017 4:52 AM, Achim Gratz wrote:
>> Am 29.09.2017 um 20:06 schrieb Yaakov Selkowitz:
>>> texinfo
>>
>> Installs under /usr/share/texinfo and seems to use captive Perl
>> distributions, maybe we should change that (i.e. move
>>
Marco Atzeri writes:
> On 30/09/2017 23:12, Marco Atzeri wrote:
>
>>> openldap
>>
>> this is ORPHANED (Dr. Volker Zell)
>> I am trying to build with perl 5.26.1
>>
>
> the 2.4.42 builds but it seems the tests has issue
>
>> Executing all LDAP tests for bdb
>> Starting test000-rootdse for b
Ken Brown writes:
>> I need to have a look on what the main GNU/Linux distributions are doing
>> with this.
>
> It's the same on Debian:
>
> https://packages.debian.org/stretch/amd64/texinfo/filelist
>
> I haven't checked any other.
Looks like SuSE splits into texinfo / makeinfo /info paclages,
Andrew Schulman writes:
> Cygport needs a way to specify which versions are prev, curr, and test in
> cygport files. David Rothenberger and I each proposed a method [1,2]. It
> doesn't matter much to me which method is picked, but it's definitely a
> missing feature.
My latest iteration on the ori
Achim Gratz writes:
> The Perl 5.26 repository, still at http://cygwin.stromeko.net/perl-5.26,
> has been updated (again due to an error in module search path) with the
> prospective release version of Perl 5.26.1 and newly bootstrapped
> distribution packages.
The setup.ini is now si
As previously mentioned, I'd like to adopt gnuplot. I'm still trying to
figure out if I can resurrect the Qt terminal and maybe split the
package like most GNU/Linux distributions, so for now here's a test
package.
--8<---cut here---start->8---
root=http://cyg
As previously mentioned, I'd like to adopt liblzo2 (the package lzo2 in
cygwin-pkg-maint is non-existing and can be removed).
--8<---cut here---start->8---
root=http://cygwin.stromeko.net/
repo=$root/maint/$arch/release/liblzo2
$repo/liblzo2-debuginfo/liblzo2-d
Marco Atzeri writes:
> GTG. I changed ownership to you
>
> minor issue:
> why gnuplot-5.2.0-0.1.cygport and not gnuplot.cygport ?
Something cygport did for whatever reason, I'll take another look once I
move it to my proper package maintenance directory and change it to
release.
Regards,
Achim.
Jon Turney writes:
> I'm not keen on the idea of including this transient information into
> the cygport, and thus baking it into the source package.
Fair enough. If that's the only thing that bothers you, this
information could easily live in some extra file that doesn't get
packaged. Deal?
>
Andrew Schulman writes:
> This happened because 4.8.0-1 turns out to be broken, and later versions won't
> build in Cygwin yet. So I had to promote 4.7.8-1 to test. Assuming it's okay,
> shortly I want to promote it to current and dump 4.8.0-1, leaving
>
> prev: 4.7.7-1
> curr: 4.7.8-1
Again, that
Achim Gratz writes:
> Something cygport did for whatever reason, I'll take another look once I
> move it to my proper package maintenance directory and change it to
> release.
The reason is I patched cygport to do that some time back, probably when
unpacking a source archive clobb
Achim Gratz writes:
> Am 28.09.2017 um 17:31 schrieb Yaakov Selkowitz:
>> Unfortunately, we haven't heard from Dr. Volker Zell in quite some time,
>> and a number of his packages are in need of updates or rebuilds. I have
>> marked them ORPHANED in the maintainer
Andrew Schulman writes:
> Ooh, how about this:
>
> cygport lftp.cygport all
> cygport lftp.cygport override curr=4.7.7-1 test=4.7.8-1
> cygport lftp.cygport up
>
> That would create override.hint and upload it with the package, leaving the
> cygport file and source package alone.
The command
As previously mentioned, I'd like to adopt xfig (including
transfig/fig2dev). Jon Turney already changed cygwin-pkg-maint and
moved transfig under the xfig umbrella and in turn removed the
non-existing fig2dev package.
root=http://cygwin.stromeko.net/
repo=$root/maint/$arch/release/xfig
$repo/t
Achim Gratz writes:
> As previously mentioned, I'd like to adopt xfig (including
> transfig/fig2dev). Jon Turney already changed cygwin-pkg-maint and
> moved transfig under the xfig umbrella and in turn removed the
> non-existing fig2dev package.
Any comments?
Regards,
Achim.
Corinna Vinschen writes:
>> Any comments?
>
> ship it?
An option I hadn't considered so far. :-)
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada
As I haven't heard from most of the maintainers yet, here's a reminder
that I would like to update Perl either on the upcoming weekend or from
Wednesday in the week following.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf micr
Ken Brown writes:
> My packages are ready for upload:
>
> biber
> perl-PAR-Packer [without Tk support for now, but that's not important]
> texinfo
Thanks.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf Q+,
Ken Brown writes:
> In retrospect, I'm not sure this patch is right, but I'm sending it
> anyway for the sake of discussion. My hesitation comes from the fact
> that libsolv might have a good reason for preferring the one it chose,
> e.g., if we've assigned priorities to the repos. On the other h
I've just uploaded the files for the update of Perl to version 5.26 to
sourceware. Unfortunatley only a single other package has been staged
there (znc), so we need to wait for the rest of the maintainers to do
their uploads.
Please upload your packages to sourceware _without_ the !ready cookies
Jon Turney writes:
>> Extrapolating from my experience with zypper, libsolv should stick with
>> the repo the installed package comes from even if some other repo has a
>> newer version.
>
> Unfortunately, we are limited by the fact that installed.db doesn't
> record which repo an installed package
Yaakov Selkowitz writes:
>> git-svn: Subversion compatibility support for Git version control
>> system
>> git: Distributed version control system
>
> Adam, git will break if it doesn't get rebuilt and uploaded together
> with the 5.26 upgrade. How soon can you rebuild it wi
I would like to package Zstd for Cygwin. The latest release of Zstd is
BSD/GPLv2 dual-licensed (the Facebook Patent clause it had applied
earlier has been dropped). Support for LZ4, Xz/LZMA GZip formats is
compiled in. There are packages available for the major GNU/Linux
distributions and Zstd
I would like to package zpaq, a compression and journaling (incremental)
archiving tool that optionally uses extremely high (and also quite slow)
PAQ compression. The source is in the public domain
(http://unlicense.org), there are packages available for the major
GNU/Linux distributions.
root=h
Marco Atzeri writes:
> server issue ?
No, stupidity on my side when creating the mail. Try again:
root=http://cygwin.stromeko.net/
repo=$root/maint/$arch/release/zpaq
--8<---cut here---start->8---
$repo/zpaq-7.15-1-src.tar.xz
$repo/zpaq-7.15-1.hint
$repo/zpaq-
Achim Gratz writes:
> Please upload your packages to sourceware _without_ the !ready cookies
> (i.e. don't use cygport upload) and instead place !perl cookies. This
> way the staged uploads can all be activated at the same time so that no
> inconsistent intermediate state gets p
Ken Brown writes:
>> Thanks to everyone involved and especially Yaakov and Jon for taking
>> care of anything that needed to be done on sourceware.
>
> And thanks to you for making this process so easy for maintainers.
I wish it was even easier than that, of course. Let's see how far along
we've
Consider the following situation: an old package with setup.hint that
has dependency to "abc" and a new package version using versioned hint
files without said dependency. Not the old package files get deleted,
but setup.hint stays in the directory. Running mksetupini correctly
determines that t
Jon Turney writes:
> This has a lot of internal changes, so could use some wider
> testing. Please test.
I would, except for:
/usr/lib/gcc/i686-w64-mingw32/6.4.0/../../../../i686-w64-mingw32/bin/ld: cannot
find -lregex
Which package in Cygwin should have that?
Regards,
Achim.
--
+<[Q+ Matrix
Corinna Vinschen writes:
> Please have a look into cygwin's cygport file. Do we have an *easy*
> replacement for creating test releases from cygport in the meantime?
The current version of my patch:
http://repo.or.cz/cygport/rpm-style.git/patch/246a46e3e23f44ac6abc58d36d9b78bbd502dd3e
> Ideally
Jon Turney writes:
>> Which package in Cygwin should have that?
> https://cygwin.com/cgi-bin2/package-grep.cgi?grep=libregex&arch=x86_64
> You need mingw64-{x86_64,i686}-libgnurx
Ah, so I can search a long time for a package with "regex". :-)
In addition, I think the configury should check for t
Jon Turney writes:
> This seems a really odd thing to do, as we've no idea about the
> dependencies of these packages, so installing them is unlikely work
> well.
This particular code path was vetoed from getting thrown out last time I
worked in that area since it would break long-standing expecta
Jon Turney writes:
> Can we have a link to that discussion, please?
It's somewhere in that thread from June 2015 related to the changes
between 2.871 and 2.873. Also one of the intermediate versions got
complaints due to that code path not working correctly.
Regards,
Achim.
--
+<[Q+ Matrix-12
Corinna Vinschen writes:
> It would be pretty neat if genini could be simplified(*), so a mortal user
> can just run it with a directory as parameter and it creates a setup.ini
> file at the top-level of that dir without too much complaining about
> missing sources etc.
>
> (*) Or better: A user ve
Ken Brown writes:
> A future version of setup might allow version numbers of the form
> e:v-r, where is an epoch. Currently setup doesn't parse these
> correctly when reading installed.db. In case ScanFindVisitor is used,
> there is an additional problem in reading filenames containing colons.
>
Am 30.10.2017 um 16:58 schrieb Jon Turney:
"everyone" != "everyone, ignoring people who disagree with me"
I think this is an unfair summary of my position.
If you think epochs are a bad idea, you need to give reasons, not just
pretend there is no debate.
I was strictly talking about those f
Am 31.10.2017 um 12:21 schrieb Corinna Vinschen:
Not sure what distros you're referring to. Of the 58467 packages
in Fedora 26, 7822 are using epochs.
I'm expecting as much since it was rpm that introduced the epoch IIRC (I
think an earlier approach was using a "serial number"). Debian is st
Jon Turney writes:
> The current default package retention policy is: the curr and test
> versions are always kept, also keep the 3 highest versions (this is
> slightly more generous than upset's historical behaviour, as it keeps
> 3 versions even if test isn't being used)
Is there any pressing ne
Yaakov Selkowitz writes:
>>> If you've confirmed that this is the exact version gcc6 needs, then yes.
>>> Alternatively, Jon could take over the package to sync with any gcc
>>> updates, since I believe gcc is the only user anyway.
>
> Ping?
Are you pinging me or JonY? If you meant me, just confi
Make a failure to chmod the setup.ini file to mode 644 non-fatal.
--- origsrc/calm/calm/package.py2017-11-04 17:08:36.0 +0100
+++ src/calm/calm/package.py2017-11-04 17:10:43.428620700 +0100
@@ -728,8 +728,10 @@ def write_setup_ini(args, packages, arch
logging.debug('writi
Achim Gratz writes:
> Are you pinging me or JonY? If you meant me, just confirm the exact
> version and I'll see what there is to do. It would also be helpful to
> figure out which other versions we need to keep for the older gcc
> packages.
I've compiled 0.16.1 with no
The removal of files from the release area is currently rather
complicated as you have to specify the exact filenames to remove and
need to remove all files belonging together, sometimes in multiple
directories, in a single update run. An additional complication is when
one of the update director
With the possibility of having more than three versions in setup.ini and
per-version hint files, the need for per-version requires is getting
more urgent. Currently the requires from the corresponding hint files
get merged, which leads to abominations like these (from mosh):
requires: … libproto
Jon Turney writes:
> Applied, with a bit of tweaking, as I think this is in the wrong place.
As long as I don't have to patch calm whenever it gets an update anymore
I'm happy.
BTW, I don't see it one sware yet?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofe
Jon Turney writes:
> On 05/11/2017 07:34, Achim Gratz wrote:
>> With the possibility of having more than three versions in setup.ini and
>> per-version hint files, the need for per-version requires is getting
>> more urgent. Currently the requires from the corresponding hint
Thomas Wolff writes:
> If calm can simply "rename setup.hint to pvr.hint", what's the purpose
> of all this?
One of the purposes is that dependencies can and do change over time and
eventually we will want to have separate dependencies for each released
package like everybody else does.
Regards,
Ken Brown writes:
> The most recent Biber release requires Unicode::Collate >= 1.21, but
> the version bundled with perl-5.26 is 1.19. The latest upstream
> release seems to be 1.23. Could you update this when you get a
> chance?
I'll be updating from CPAN some time during the next two weeks, I'
Adam Dinwoodie writes:
> I'm looking to package moreutils, a collection of small Linux utilities.
> It is already included in Debian and Ubuntu (amongst others), and is
> released under GPLv2.
This looks like a really mixed bag… Is there some more documentation
somewhere on the web?
>> - parall
901 - 1000 of 1452 matches
Mail list logo