ixed (upper or lower) limit. More importantly,
organizers should strive for realistic cost calculations in advance and
communicate any changes as soon as possible. Finally, securing sponsors
can be very helpful, and the probability of finding them is typically
higher in regions with higher overall costs.
Kind regards
Andreas.
--
https://fam-tille.de
On 2024-05-29 Marco d'Itri wrote:
> On May 28, Andreas Metzler wrote:
>> I think it is bad choice to deliberately have different behavior for
>> freshly installed and upgraded systems. Offering upgrades has always
>> been one of the major selling points of Debian, and imh
installed and upgraded systems. Offering upgrades has always
been one of the major selling points of Debian, and imho this
implicitely includes that you do not get a worse or second class Debian
installation when you upgrade it than if you installed from scratch.
cu Andreas
--
`What a good f
hich is just not permitted by some rules we have.
(My current challenge is to even find out what is broken first as
I'm currently learning in the lintian case.)
Kind regards
Andreas.
--
https://fam-tille.de
place makes injecting NMUs into the VCS impossible and it
does not help to blame NMUers about this.
Kind regards
Andreas.
--
https://fam-tille.de
able set of rules that
can be used by alternative tools as well. Do you agree with this or not?
As I wrote in my other mail in this thread[1] I could imagine some policy
checker step after dh_clean. When thinking twice about it another step
could be done before dh_builddeb which could detect lots of issues before
the package is built and can save the unpackaging step. Are you targeting
at this as well?
Kind regards and thanks a lot for your inspiring input
Andreas.
[1] https://lists.debian.org/debian-devel/2024/05/msg00162.html
ualized help. Like
> "This is how your Synopsis would appear in search results from `apt search`
> or `apt-get search`". It also takes the synopsis and inserts into the
> sentence below
>
> This package provides [a|an|the] .
>
> Which was the test sentence I learned to use when I started contributing on
> how to write the package synopsis. This feature is available to the
> contributor regardless of whether there is a mistake, which enables them to
> refine their synopsis at all times.
>
> That is obviously not the kind of tool that lintian is, but that is what I
> feel we should provide as "first line" support tools for newcomers.
Fully ACK that such a tool would be great.
Kind regards and thanks a lot for your input
Andreas.
--
https://fam-tille.de
that his answer "will not help my case" - but well, I do not think that
hiding problems will help anybody else.
At Tue, May 07, 2024 at 15:59:21 +0200 Andreas Tille wrote
> Hi Perl folks,
> ...
> --> see full mail at
> https://lists.debian.org/debian-perl/2024/05/msg0.ht
be found at:
https://lists.debian.org/debian-devel-announce/2023/07/msg0.html
Thanks to everyone on the committee who dedicate their time and skills
towards Debian as well as good luck for Craig for the new position!
Andreas, Debian Project Leader
signature.asc
Description: PGP signature
e to /usr/lib/debian-med/* makes sense.
We simply advise Debian Med users to set PATH to that dir and have
all the name-clashed binaries inside Debian Med without additional
interaction.
Kind regards
Andreas.
[1]
https://salsa.debian.org/med-team/ea-utils/-/blob/master/debian/READ
s and
> help get them fixed. Any help in filing bugs, fixing packages,
> requesting removals, etc. is appreciated so that we can look into
> unblocking the whole stack and migrate it to testing.
I fixed two packages of Debian Python Team and pinged about some
packages in Debian Sci
e problems noted above apply here. Am I missing something?
TIA, cu Andreas
PS: fakeroot seems to be an important blocker not in the list.
ce.
I gave other answers in several talks page[1].
Kind regards
Andreas.
[1] https://people.debian.org/~tille/talks/
--
https://fam-tille.de
sely because it looks familiar, but the
> knowledge is not transferable.
>From my mentoring work I can confirm this sequence is not necessary for
everyone. You might have different experience, but I would not subscribe
this as a general rule.
Kind regards
Andreas.
--
https://fam-tille.de
which might help in transitions), no
Salsa CI and other things that are simply not possible for packages
outside Salsa.
As last remark I'd like to say again thank you to my team mates who
convinced me in 2007 (according to team metrics) to start with some VCS
based workflow which finally enabled me to become as productive as I am
now (despite I was arguing probably for 2-3 years the very same way as
you did above. ;-) ).
Kind regards
Andreas.
[1] https://dep-team.pages.debian.net/deps/dep14/
--
https://fam-tille.de
w contributors into the maintenance of core
> infrastructure. Rather than having to wait for the current maintainers
> to slowly fade away and salvage the result after years of problems.
Very well said. Congratulations for remotely reading my mind and turn
it into those clear words.
Kind regards
Andreas.
--
https://fam-tille.de
and can be adjusted to users
needs (by either commiting directly, create MR or to leave out packages
or teams at request) and as I learned now can even work with fine graned
adjustments.
Kind regards
Andreas.
--
https://fam-tille.de
y
- I've met lots of potential young contributors who expect somehow a
modern collaboration tool and we are risking that young blood
moves to other distros if we do not use it consequently
Kind regards
Andreas.
--
https://fam-tille.de
that mandating Salsa is a sensible step in this direction?
Kind regards
Andreas.
--
https://fam-tille.de
only very weakly related to the problem that
> we are trying to solve.
I would be happy to talk about rules that might help solving problems
(as well as droping rules that are creating barriers).
Kind regards
Andreas.
--
https://fam-tille.de
On 2024-03-31 Andreas Metzler wrote:
[...]
> Afaict these are broken, though:
[...]
> tnat64 0.06-1
false positive, grep error.
On 2024-03-31 Andreas Metzler wrote:
> On 2024-03-31 Sven Joachim wrote:
[...]
>> Unfortunately the other four are not similar, but rather lacked a build
>> dependency on dpkg-dev (>= 1.22.5) which would have prevented their
>> migration to testing. Testing users on arme
On 2024-03-31 Sven Joachim wrote:
> On 2024-03-31 06:54 +0200, Andreas Metzler wrote:
> > On 2024-03-30 Julian Gilbey wrote:
[...]
> >> Looking through testing, I see the following t64 libraries present:
> >> libaio1t64
> >> libfyba0t64
> >
were made to extend the ABI to support usage both from code built with
t64 flags and without.
I have not checked all the others (libczmq4: "Undo 4.2.1-1.1. There are
only 3 symbols with time_t, and they are not used in the distribution.
Avoid to carry the package rename forever."), bu
On 2024-03-31 Wookey wrote:
[...]
> e.g. I remember it took me years to realise that I used _my_ public
> key for signing,
[...]
Good morning,
s/public/private/ - $recipient can then use your public key to verify
the sig.
cu Andreas
--
`What a good friend you are to him, Dr. Maturi
lly obviously does not scale, I will probably upgrade to
unstable in due course.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
ve this more elegantly.
Kind regards
Andreas.
[1] https://bugs.debian.org/1062371
[2] https://bugs.debian.org/1063376
--
http://fam-tille.de
testing all is fine. Is there any linker issue
involved that might be introduced in unstable?
Kind regards
Andreas.
[1] https://salsa.debian.org/r-pkg-team/r-cran-v8/-/jobs/5446089
--
http://fam-tille.de
g real
issues I should rather care about.
Thanks to all who are involved in this complex migration
Andreas.
--
http://fam-tille.de
of submit@... See
> also the first sentence on https://www.debian.org/Bugs/server-control
Works.
Thanks for guiding me patiently
Andreas.
--
http://fam-tille.de
Hi Mattia,
Am Mon, Mar 11, 2024 at 11:35:55PM +0100 schrieb Mattia Rizzolo:
> On Mon, Mar 11, 2024 at 09:12:30PM +0100, Andreas Tille wrote:
> > I hope there is some better solution than sending single bug reports
> > for those packages. If ftpmaster tooling really needs single bu
ns of BTS.
Any help would be welcome
Andreas.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1063376#23
--
http://fam-tille.de
es are only expired from the pool once
> they're no longer referenced anywhere. (And yes, I think there's a
> delay between removing references from index files and removing the
> actual pool files, to avoid mirroring race conditions.)
This makes perfectly sense.
Thanks again for your pa
ining and its just missing in the Packages file. So
removing a package just means droping it from Packages file and all
other things are cleaned up later on?
Kind regards
Andreas.
--
http://fam-tille.de
/Packages.xz | xzgrep
"Package: *clustalw" Packages.xz
is empty and I wonder why. Is the Packages file for i386 just broken
or is it me?
Kind regards
Andreas.
[1]
https://salsa.debian.org/perl-team/modules/packages/libbio-tools-run-alignment-clustalw-perl/-/jobs/5431253
[2] http://ftp.
Hi again,
please forgot my reference to "rott" (which should have rather been "ratt")
... I'm just reading those other mails of fellow contributors having the
same question.
Sorry for the noise
Andreas.
Am Mon, Mar 11, 2024 at 11:53:10AM +0100 schrieb Andreas Tille:
>
oot.
>
> It goes on to describe "debusine import-debian-artifact", which you can
> use to upload packages to debusine, and "debusine create-work-request
> sbuild" based on a chroot you've created.
>
> We're definitely still at the stage where you have to pok
tool that Debian contributors use efficiently and pleasantly.
I'd love to but seems I need some kickstart help.
Thanks a lot to all who worked on this
Andreas.
--
http://fam-tille.de
On 2024-03-02 Sven Joachim wrote:
> On 2024-03-02 08:47 +0100, Sven Joachim wrote:
>> On 2024-03-02 08:01 +0100, Andreas Metzler wrote:
>>> iirc it was recently proposed to add a suggestion to run dpkg --verify
>>> to the trixie upgrade notes to find missing
pt/archives/libuuid1_2.39.3-7_amd64.deb | grep '\.so'
-rw-r--r-- root/root 34872 2024-03-01 10:20
./usr/lib/x86_64-linux-gnu/libuuid.so.1.3.0
lrwxrwxrwx root/root 0 2024-03-01 10:20
./usr/lib/x86_64-linux-gnu/libuuid.so.1 -> libuuid.so.1.3.0
cu Andreas
--
`What a good friend you
be built consistently with (or without) t64. bookworm is built
without.
If you backported a libfoo3 which had replaced libfoo2t64 things will
get complicated, it would be necessary to upload as libfoo3t32 but the
tooling (${t32:Provides} does not exist.
cu Andreas
--
`What a good friend you are to him, D
Hi,
Am Fri, Feb 09, 2024 at 06:46:58PM +0100 schrieb Andreas Metzler:
> Looking at "your" bug #1062097 it looks like you were unlucky, mine all
> had a fat warning "NOTICE: these changes must not be uploaded to
> unstable yet!".
I also was trapping into that pitfal
on
https://lists.debian.org/debian-release/2024/02/msg00272.html but it
has not yielded a plan yet.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
>= 3.1~)". dpkg needs to be rebuilt and the rebuilt
version gets a dep on "libselinux1t64 (>= 3.5)".
Will ${t64:Provides} stop expanding to "libselinux1 = ${binary:Version
for real t64-builds? (The ones in experimental are not.) If that is case
this bug and this way of testing does
s expected for this ABI break yes. Essentially we are just doing a
rebuild-everything-involved while making sure the package
interdependencies avoid a (breaking) mixture. This is similar what we
did when the C++ ABI changed.[1]
cu Andreas
https://lists.debian.org/debian-release/2005/04/msg00153
t I use vim ;-)
On the other hand reducing the number of QA-maintained packages is a
strong argument for switching.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
hat can be SRUed to experimental uploaded by this weekend."
The fact that no "We are done" message followed suggests that Steve and
his colleagues are still working on it and will get to OpenSSL in due
time.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other f
On 2024-01-21 Matthias Urlichs wrote:
> On 21.01.24 15:34, Andreas Metzler wrote:
> > However according to our release notes we only support upgrading from
> > release x to x+1, skipping releases is not allowed.
> I'm not talking about skipping releases but about part
ping releases is not allowed.
This implies that one may/should change "Depends: bar (>= 1.12)" to
"Depends: bar" (in an upload to sid) once we have made a stable release
that includes at least bar 1.12.
IIRC https://janitor.debian.net/scrub-obsolete/ implements this
algoritm.
cu Andreas
are interested in hot topics we want to tackle, here
are some items:
- Python 3.12 transition
- Evaluation of advent bug squashing
- Status outreachy project
Newcomers are always welcome.
See you today
Andreas.
--
http://fam-tille.de
etc.) you are perfectly welcome to add your name to the list
of attendees.
Looking forward to see you all
Andreas.
[1] https://wiki.debian.org/Sprints/2023/DebianMed2024
--
http://fam-tille.de
have due to this kind of estetic changes to find
patches? In the last year I've seen quite some changes which do not
obviously serve any better purpose than fitting some esthetics pattern
breaking some API. (The s/assertEquals/assertEqual/ one is not the
only example.)
Kind regards
Andreas
ore with DebTags since I was
considering it a great and helpful system.
Thanks a lot for all your work
Andreas.
--
http://fam-tille.de
ot all of them are packaged
(letsencrypt.sh/dehydrated has been available in Debian forever).
Not trying to discourage you from packaging, at a first glance acme.sh
seems to be very much alive project.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so gratef
until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- Status of BioConductor transition
- Python 3.12 transition
- Advent bug squashing
Newcomers are always welcome.
See you tomorrow
Andreas.
--
http://fam-tille.de
re to spend effort.
It should be easily possible to order/filter source packages by upload
date using udd, if one were interested in investing love in packages
like these.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: bankstown
Version : 1.0.0
Upstream Contact: https://github.com/chadmed/bankstown/issues
* URL : https://github.com/chadmed/bankstown
* License
at did not show a single warning about missing pidof. Someone
might want to repeat that experiment.
>
> sysvinit-utils requires only libc6 while procps-base require libproc-2 but
> this is the same library used for the ps,top,w etc tools which are
> installed on most systems.
>
>
> 1: https://bugs.debian.org/810018
Regards,
Andreas Henriksson
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: speakersafetyd
Version : 0.1.4
Upstream Contact: https://github.com/AsahiLinux/speakersafetyd/issues
* URL : https://github.com/AsahiLinux
On 2023-11-11 Michael Stone wrote:
> On Sat, Nov 11, 2023 at 11:50:31AM +0100, Andreas Metzler wrote:
> > you seem to have missed/deleted the paragraph where Ansgar suggested how
> > to do this *without* tradeoff. ("explicitly disable/enable build options
> >
* tradeoff. ("explicitly disable/enable build options
per arch")
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
diff -Nru coreutils-9.4/debian/rules coreutils-9.4/debian/rules
--- coreuti
until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- BioConductor transition
- Python 3.12 transition
- Outreachy candidates
Newcomers are always welcome.
See you tomorrow
Andreas.
--
http://fam-tille.de
Package: wnpp
Severity: wishlist
Owner: Andreas Henriksson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: asahi-nvram
Version : 0.2.0-1
Upstream Contact:
https://github.com/WhatAmISupposedToPutHere/asahi-nvram/issues
* URL : https://github.com
Hello,
On Sat, Nov 04, 2023 at 08:47:11PM +0100, Timo Röhling wrote:
> Hi,
>
> * Andreas Henriksson [2023-11-04 18:05]:
> > I've previously suggested that maybe it would be better to set a
> > debian-specific version (0d?), to avoid the theoretical situation that
>
e[1], unless you install/runtime-depend-on the -dev package
for the unversioned so symlink. Please speak now before this is
submitted for NEW.
FWIW lzfse is needed to extract files compressed by Apple and shipped in macOS
containing embedded firmwares. See asahi-fwextract ITP: #1055206
Regards,
t it's possibly more problems then benefits.
Maybe the asahi-scripts should have a less generic binary package name? and
split into multiple packages?
Regards,
Andreas Henriksson
[1]: https://github.com/AsahiLinux/asahi-scripts
applies. The nice nice graphs on the
webpages for each bug that show which versions a bug (still) applies to
are not men tioned there yet.
cu Andreas
[1] https://lists.debian.org/debian-devel-announce/2005/07/msg00010.html
guidance[1] is to
use "\-" whenever it refers to option ("-h", --help"), argument ("find
-mmin -2") or something else that is not natural language but something
that might be pasted, like a command-name ("ssh-add" or "dpkg-source")
and "-&q
- specifically outreachy applicants are always welcome.
Lets keep on the great work and see you tomorrow
Andreas.
--
http://fam-tille.de
e/pkgs.en.html#non-maintainer-uploads-nmus
Different delays for "only release-critical" in combination with
important bugs - and then "Other NMUs: 10 days" - which to my
interpretation also means fixing non-RC bugs.
Of course you should always give the maintainer a chance to r
Short note: The print version of the slides has only 25 pages:
https://people.debian.org/~tille/talks/20230911_debconf_ftpmaster_bof/ftpmaster_chat_handout.pdf
Sorry for not mentioning in advance
Andreas.
Am Sat, Sep 09, 2023 at 07:46:08AM +0200 schrieb Andreas Tille:
> Hi ftpmast
reliminary) slides online[2] and I'm open for comments
and enhancements. You can also add notes to etherpad[3] in advance.
Looking forward to meet you in Kochi
Andreas.
[1] https://debconf23.debconf.org/talks/31-chatting-with-ftpmasters/
[2] https://people.debian.org/~t
he MBF had taken place?
> What is the recommended/appropriate way to deal with such issues?
The agreed reached was not "let's ignore it, lintian has been warning
about it". Instead a way forward that /should/ have avoided any breakage
(versioned provides) was proposed and chosen.
https://lists.debian.org/debian-devel/2023/07/msg00193.html
cu Andreas
le since Makefile.in.in is somehow widely used, this issue
> likely already had impact on packages using gettext to handle
> translation.
You could simply set
extend-diff-ignore="\.po$"
in debian/source/options (untested).
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Good morning,
guile-gnutls was uploaded almost a week ago to sid, but the unstable
autobuilders seem to ignore it.
https://buildd.debian.org/status/package.php?p=guile-gnutls
Is there anything I can do? The experimental uploads were picked up
seamlessly.
cu Andreas
--
`What a good friend you
am assuming dh_installsystemd would not start installing stuff into
/usr/lib without a dh_compat bump.)
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
some wiki
page with links to the corresponding bts query to get the bug lists ...
And information how these errors are searched for (semi-)automatically.
Andreas
yet
in bookworm-updates/main. So yes.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Package: wnpp
Severity: wishlist
Owner: "Andreas B. Mundt"
X-Debbugs-Cc: debian-devel@lists.debian.org, a...@debian.org
* Package name: libsemantic-version-java
Version : 2.1.1
Upstream Contact: Simon Taddiken
* URL : https://github.com/skuzzle
* License
we had this
in our toolset for handling other upgrade issues.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
Hello Thomas Goirand,
On Wed, Jun 28, 2023 at 10:01:13AM +0200, Thomas Goirand wrote:
> On 6/27/23 17:45, Andreas Henriksson wrote:
> > Dropping things and letting people pick them up if they
> > think they are still useful seems to be the only practical way forward.
>
>
der adressing https://bugs.debian.org/934463 soon or admit
that sysvinit maintenance lacks the resources to do coordinated
transitions. Dropping things and letting people pick them up if they
think they are still useful seems to be the only practical way forward.
Regards,
Andreas Henriksson
omplety true. debootstrap would still install systemd which includes
systemd-networkd.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
) soon)
Andreas
and to
coordinate the work until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- New tasks after bookworm release
Newcomers are always welcome.
Lets keep on the great work and see you on Sunday
Andreas.
--
http://fam-tille.de
ither
(= 1:${binary:Version}) or (>= 1:9). IIRC you need to add the epoch
manually in the former case.
Andreas
rsity of uses for 32-bit.
Hello,
I doubt it is a realistic option, though. This is a non-trivial change
and imho way over Debian's resources.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
and to
coordinate the work until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- Some remaining RC bugs
- Packaging new stuff
Newcomers are always welcome.
Lets keep on the great work and see you on Sunday
Andreas.
--
http://fam-tille.de
roject.org/wiki/Changes/PortingToModernC
Not sure whether there is a similar effort for Debian but it should help
a lot, everything with active upstream that is packaged by Fedora will
be fixed.
cu Andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
On 2023-05-12 Ansgar wrote:
[...]
> The core issue as I see it is as follows:
[...]
> Do you think this summary of the issue is right?
I think Simon's reading of the situation as posted in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035904#30
makes a lot of sense.
cu Andreas
--
n, but because the usrmerge you need to invoke it twce to be
sure"). Will we need to have a meta-transition years from now trying to
get get rid of the double diversions?
cu Andreas
and to
coordinate the work until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- Fixing RC bugs (not only in Debian Med packages)
- Packaging new stuff
Newcomers are always welcome.
Lets keep on the great work and see you on Sunday
Andreas
and to
coordinate the work until the next meeting.
For those who are interested in hot topics we want to tackle, here
are some items:
- Task in frozen times ;-)
Newcomers are always welcome.
Lets keep on the great work and see you on Sunday
Andreas.
--
http://fam-tille.de
Am Sat, Feb 18, 2023 at 11:25:11AM +0100 schrieb Andreas Tille:
> > Does it call deb-new-upstream as well? That's the one that mainly seems
> > relevant here.
>
> I just learned about deb-new-upstream. Its parsing uscan manually but its not
> very robust and I should proba
m. Its parsing uscan manually but its not
very robust and I should probably switch to use deb-new-upstream.
Kind regards
Andreas.
--
http://fam-tille.de
use-case", so we
> might indeed pick up on ideas/implementations... we will see.
May be a bit late, but may be
apt install routine-update
is your friend. It also calls scripts that are used by Janitor.
Kind regards
Andreas.
--
http://fam-tille.de
Package: wnpp
Severity: wishlist
Owner: Andreas Wendleder
X-Debbugs-Cc: debian-devel@lists.debian.org, andreas.wendle...@gmail.com
* Package name: ptex
Version : 2.4.2
Upstream Author : David Aguilar
* URL : https://ptex.us/
* License : BSD
Programming Lang
evaluation of the sprint in Berlin
- Trying hard to get all packages migrating to testing
- Pushing latest versions of our software
Newcomers are always welcome.
Lets keep on the great work and see you on Sunday
Andreas.
--
http://fam-tille.de
th your approach.
As I've said before I appreciate the bug reports being filed,
even if it's just for "theoretical correctness", but a proper
severity would be wishlist. If your only motivation for this is
to be allowed to file release-critical bugs, then I think it's
better if you just stop.
Regards,
Andreas Henriksson
kind of sing-up-to-do-the-work that the security and
> release team are waiting for.
I'd be happy if singularity would be in stable. I'm not sure how far
I can help out since I'm lacking competence in Go but if needed I might
contribute to my limited skills.
Kind regards
Andreas.
--
http://fam-tille.de
1 - 100 of 19649 matches
Mail list logo