was discussed for a *long* time,
you are a bit late with complaints.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
l3 firewalls uptodate, I can't see how this should
warrant to keep yet another patch Jan^WMarco.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
gt;
quick and dirty and not tested:
while apt -s upgrade | grep '^Inst' | head -1 | awk '{print $2}' |
xargs apt install; do apt clean; done
Use head -10 or whatever fits for more/less packages.
--
Bernd ZeimetzDebian GNU/Linux Devel
.
So yes, looking at the reform installer might be a good start.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
if its
fixed in there.
If it is (and you have an AMD CPU), please reopen this bug and reassign
it to the src:linux package.
Cheers,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint
case the original maintainer becomes MIA.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
conform to a specific layout (in my mind, that's the implication of
> mandating it)?
no, a grace period is absolutely needed of course. I would start with
rejecting NEW uploads and at some point move to automatic upload by git
tag only.
--
Bernd Zeimetz
fault. We should make it easier for new contributors, not harder.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
go:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829444
DEP14 is a candidate, I can't see that there was any consensus to
accept it. Just because there is a DEP there is no need to implement it
without having any consensus on it.
--
Bernd Zeimetz
rt is a human only and we all make mistakes.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
hat not everything
of it is published for $reasons), and I can't see how its increasing my
workload as git and CIs are doing these things for me.
So I'm always curious on why workloads increase just by maintining a
package on salsa.
Thanks,
Bernd
--
Bernd Zeimetz
rted oldstable).
The radical way would be to GR this into place with a *long* grace
period. Risky, but better than having a big slow distribution nobody
needs anymore at some point.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
her on creating an external service for salsa that
provides it would be well spent time.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
s.
>
Its a CI process at a way too late stage.
Also, uploading to test a merge request is not the right thing to do.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
is a side branch, unstable is a
> MR,
> and testing is the main branch.
>
> It is entirely valid to be dissatisfied with the turnaround time of
> the
> existing CI, but what we're seeing here is the creation of a parallel
> structure with as-of-yet unclear scope.
You are
On Thu, 2024-05-23 at 22:00 +0200, Sven Mueller wrote:
>
>
> Am 23.05.2024 20:16 schrieb Bernd Zeimetz :
> > On Thu, 2024-05-23 at 11:01 +0900, Simon Richter wrote:
> > > Yes, but unironically: experimental is a side branch, unstable is
> > a
> > > MR
Hi,
> However while the license template lists
... does not really matter what they list, just create a repository
without choosing a license and commit your own LICENSE file.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed
ense.
I think Debian should sometimes be better and faster in removing
unmaintained stuff.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
e to read sdf files anymore.
So I think it is really save to drop that in favour of the other one (no
clue what that is, though).
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1
: minimal replacement for sudo
OpenDoas: a portable version of OpenBSD's doas command
With the regular security issues in sudo it would make sense
to have an alternative tools with a much smaller codebase.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bz
s just not comparable to the one you had
before.
But I think(!) what people bump easily is the Standards Version without
checking anything. Lintian is happy if you change the number...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
hanks for writing plocate!
> Thoughts?
I think plocate should have a Conflicts: mlocate. There is no need to
install two locate implementations in parallel, it will just create
useless IO.
--
Bernd ZeimetzDebian GNU/Linux Developer
ht
On Tue, 2021-02-09 at 19:31 +0100, Luna Jernberg wrote:
> Hello!
>
> Is it okay to only attend some of the BSP Event?, Noticed now in my
> calendar that i was double booked on that weekend
Of course. Every single minute spent on fixing bugs is welcome :)
--
B
e have an excellent
way of voting and actually a good amount of allowed voters take part in
votes. Please take these useless discussions elsewhere, lets make a release.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
?
A voting system works as designed and the Debian voting system is
actually one of the easier systems to understand. Ranking options
is not that hard. Maybe we should educate voters about the voting
system if necessary?
--
Bernd ZeimetzDebian GNU/Linux Developer
o
push their garbage political agendas all day, every day. The last
thing people want to do is contribute to a project in their free time
that does the same thing.
Exactly what I'm thinking.
And exactly the reason why I like the outcome of the GR.
Please lets get back to technical i
rotect users from doing dumb things.
Or protect yourself from the time you have to spend if users accidentally
choose shells they don't understand.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
G
is actually one of the main reasons I'm not using Ubuntu.
I expect properly maintained and upgradable packages, and not a hacky thing.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprin
e to offer k8s logins for CI
runners if being asked for.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
nah.nongnu.org - which is probably hard to
beat if you are looking for a "free" way to host your software.
Where is the problem?
If you don't want to create an account, pull a git repository and send
patches by email, git has the proper tools to do so.
--
Bernd Zeimetz
- not free software. And you want to have microcode updates. And
firmware updates for your networking/fc hardware. And you want to be
able to manage your server hardware.
Forbidding non-free tools for Debian work makes Debian and supporting
Debian impossible.
--
Bernd Zeimetz
to decide where to put a package based on that, they might not
be able to maintain it anyway.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
ads your mails till the end? Maybe because they are just not
privileged enough to have the time to do so...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
e a tl;dr with the summaries on top.
- interested parties can still read the long version below and reply to
it. Although that will be annoying to follow as those replies will
handle more than one topic...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://b
that this service becomes a mess? who removes
packages when, who makes sure maintainers actually take care of what
they upload? how are bugs being reported? What about security issues?
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http:
ildpackage ?
>
> AFAICT, docker-buildpackage doesn't exist but whalebuilder does.
https://github.com/metux/docker-buildpackage
Having something that works with git-buildpackage would be really nice,
though. Even better if it would allow to use the k8s API to build things...
--
B
is something Debian can do to be even more
successful in the container world. Like regular releases of a container
base image from testing. The amount of packages that needed for that is
limited, the number of RC bugs is probably low enough most of the time.
Bernd
--
Bernd Zeimetz
es file too. But for some reason
> that changes files are not created.
I'm using this alias:
% type git-bcS
git-bcS is an alias for gbp buildpackage --git-builder='debuild -i^\.git
-i^\.travis.yml -I.git -S -d'
That should do what you want :)
Bernd
--
Bernd Zeimetz
lsa as central repository, there is absolutely no need to have
something else.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
s are not meant to be full-blown Linux stacks with everything
you can imagine in one container.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
it's clear that a lot of us *do* want to do this and
> see this as a very valuable step forward in providing a more complete
> history of the package and of decisions made in maintaining that package.
Ack!
Although a layered format might come handy if doc
eportbug just needs to do the right thing
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
its to late.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
;t been all that annoying for
> me.
+1
I do pretty much similar things in my repositories, and I neither want
people to mess with the way I choose branch names nor do NMUers want do
have to figure out which branch to use for what.
debian/gbp.conf is perfect for that, so pl
nges would be documented twice and, even
worse, there would be a mix of version X and X+1 entries in the
changelog as the uploads were not linear.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Finge
On 7/31/19 7:56 AM, Aron Xu wrote:
> be useful for a "standard" server installation with graphic desktop,
If we really start to provide that, we should better rename the project
to SAPian or SUSian or something like that...
--
Bernd ZeimetzDeb
e
device (like /dev/sda + /dev/sdb)?
If so, I'd assume you can talk grub into doing what you need by
modifying /etc/grub.d/10_linux
Does that help?
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://
e: I've offered several times to see if I
can get some k8s resources for gitlab runners, but never got a reply.
Not even a no.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
have such a declarative
> system, I don't think it's reasonable to impose the implementation of
> any change to systemd to all the other init systems. At some point, *we*
> must be able to decide.
We have decided. Its systemd. Please lets not start this discussion again.
--
Be
se don't mess with existing
configurations. In most cases the result would not be what people wanted
to have.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
eds, take the source
and replace what you do not like. Please send it as patch to gitlab then.
https://gitlab.com/gitlab-org/gitlab-runner/
On the first look all used and vendored git modules are also under a
free license, so you might want to provide some more details if you want
people
find a reason why the official and supported images are not
dfsg-free. They are not shipped in Debian, but they are free software,
binaries with sources being available, as far as I can see all under a
dfsg free license. Where is the problem?
Bernd
--
Bernd Zeimetz
k any.
You are free to setup and run your own runner.
Its even possible to share them for everybody.
If you do, I'd suggest you add some appropriate tags so people can force
their builds to run on a runner built from Debian source.
(there is not irony here, if you think that w
On 2/5/20 11:52 PM, Bernd Zeimetz wrote:
> You are free to setup and run your own runner.
> Its even possible to share them for everybody.
> If you do, I'd suggest you add some appropriate tags so people can force
> their builds to run on a runner built from Debian source
On 2/6/20 12:13 AM, Dmitry Smirnov wrote:
> On Thursday, 6 February 2020 9:52:47 AM AEDT Bernd Zeimetz wrote:
>
>> Really don't care.
>
> I see that... :(
See, I prefer to spend my time on doing open source software. I use
tools I can use and that are provided by ot
ebian.org/salsa/salsa-ansible/tree/master/roles/gitlab-runner
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
github, pointing to your fork.
Its up to the maintainer then to figure out on how to integrate your
patches and up to them to fight their CLA/lawyers to accept your
changes. Or they'll have to remove your changes and do the same work
again... whatever works.
--
Be
am that was not able to understand
a sentence like "Hi, my name is foo and I'm the Debian developer who is
maintaining blubb in Debian".
And if they fail to understand it... not sure if you should package
their software.
--
Bernd ZeimetzDebian GNU/L
for go sources and impossible
for packages like k8s.
The DD you called inexperienced has done everything right.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2
he Debian "library" policy on go code is imho impossible -
there are no sonames, often no proper releases. The way how Debian
packages source code does not fit for go.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
ons
> and allow authentication through Salsa.
Could we require 2FA for this please?
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB
Hi,
https://docs.gitlab.com/ee/security/two_factor_authentication.html
Enforce that (if Salsa is doing that in the meantime, ignore me).
Bernd
Am 25. April 2020 18:49:41 MESZ schrieb Bastian Blank :
>Hi Bernd
>
>On Fri, Apr 24, 2020 at 11:13:52PM +0200, Bernd Zeimetz wrote:
>>
On 4/25/20 10:05 PM, IOhannes m zmölnig (Debian/GNU) wrote:
> On 4/25/20 8:34 PM, Bernd Zeimetz wrote:
>> Hi,
>>
>> https://docs.gitlab.com/ee/security/two_factor_authentication.html
>>
>> Enforce that (if Salsa is doing that in the meantime, ignore me).
of
software applications.
There are even cli tools that do the same stuff. I'd guess there is at least
one on Debian.
No need for a mobile phone.
Bernd
Am 26. April 2020 10:06:14 MESZ schrieb Johannes Schauer :
>Quoting Bernd Zeimetz (2020-04-25 23:14:39)
>> On 4/25/20 10:05
for example.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 4/26/20 12:41 AM, Thomas Goirand wrote:
> On 4/25/20 11:14 PM, Bernd Zeimetz wrote:
>> Actually I think 2FA should be enforced for everybody.
>> Even debian.org related passwords might get lost.
>
> I use strong password, stored with keepassxc, with the password db
On 4/26/20 2:40 PM, Michael Biebl wrote:
> Am 26.04.20 um 14:36 schrieb Mattia Rizzolo:
>> On Sun, Apr 26, 2020 at 02:07:54PM +0200, Bernd Zeimetz wrote:
>>> There are even cli tools that do the same stuff. I'd guess there is at
>>> least one on Debian.
>>
acks are nothing
uncommon and it is very likely that they succeed, at least with some of
the users.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 4/26/20 8:30 PM, Bastian Blank wrote:
> On Sat, Apr 25, 2020 at 11:14:39PM +0200, Bernd Zeimetz wrote:
>> Actually I think 2FA should be enforced for everybody.
>
> No, we don't enforce 2FA for everybody. And I don't consider it
> appropriate to raise the op
On 4/26/20 8:46 PM, Johannes Schauer wrote:
> Quoting Bernd Zeimetz (2020-04-26 20:34:12)
>> On 4/26/20 12:41 AM, Thomas Goirand wrote:
>>> On 4/25/20 11:14 PM, Bernd Zeimetz wrote:
>>>> Actually I think 2FA should be enforced for everybody.
>>>> Even d
njoy being prompted to activate my TOTP client
> software every time I invoke `git push` so I can understand the
> resistance to your proposal.
Well, use an ssh key than. No need for 2fa there.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.de
tops this kind of attacks completely. Without a current 2fa token,
your password knowledge is useless.
Gaining access with a MITM attack once gives you a very short amount of
time to do whatever you want to do, as your login will be gone as soon
as the next login without MITM happ
That will not change if
you
enforce 2fa.
If you use ssh, you can create an own account for the ssh key and give
it very special permissions, if you need it for automatic pushes or
similar things.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bz
> do is keep the session open to not loose access...
I hope you realize that no session is open forever.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
> Thanks for pointing to the cause! It finally motivated me to look into
> this. I fixed the bug in DMD.
Thanks Lucas!
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F
le are ;)
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
ou want to have them in the docker hub, I think the current practice
is just fine. And: its an image from DOCKER, maintained by Debian
developers - its not an image from DEBIAN. It says 'Docker official
images', not 'Debian official images'.
To be honest, I fail to understand w
a workaround, but it works well for me.
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
; services like tag2upload.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
nable the mail account and configure procmail
(or $preferred_other_way) to reject all mails but those from lenovo.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485
ion from the Debian users who have no clue about
development is the important part in my opinion. And then we still have
to distinguish between 'the package is active in use' and 'the package
was installed and I have no idea why'
--
Bernd ZeimetzD
On 11/02/2016 11:59 AM, Scott Leggett wrote:
> Actually, node is in a league of its own in this regard:
>
> http://www.modulecounts.com/
492 new modules per day? are we sure we even want to start to package
something like that!???
>
--
Bernd Zeimetz
, flex and others to
build plugins.
The solution was a bit of python code, a generic makefile and we even
have a 'uscan' replacement.
The gory details are described in
https://raw.githubusercontent.com/bzed/pkg-nagios-plugins-contrib/master/debian/README.source
in case you'
ebian release to the
next one, as people normally expect some breakages, it might be annoying
for backports users.
so far nobody complained/discussed plugin versions - but most of them
are moving slowly, also we (at least try to) provide always updated
backports.
--
ifference between users running apt-get regularly and
unattended-upgrades doing so? I'd expect that the cronjob runs on a
random time anyway.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerpr
ll bugfixes
arrive in a release), so that I think about migrating to gogs.
Its nice, works well, but it lacks development manpower.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
>> system. But maybe I am alone with that oppinion.
>
> You're not alone. The open core approach of Gitlab worries me greatly.
>
> (I'm just a random Debian developer. I no particular say in this.)
+1
--
Bernd Zeimetz
ed release.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
signature.asc
Description: OpenPGP digital signature
On 2016-11-15 11:59, Jonas Smedegaard wrote:
4. use libapache2-mod-gnutls?
that might work for you, but its nothing the common debian user will
do.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
, and
we let
maintainers decide on a per-basis case.
And we have to maintain two openssl versions trough the release cycle.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2
(hint: people won't be able to use ChaCha20 while they are waiting for a
release... :))
best regards,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
> ChaCha20 (and not the other changes).
>
> I'm not willing to maintain such a patch.
Understandable. Did you talk to upstream about the issue? What do they say?
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.deh
ut LibreSSL?
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
On 11/21/2016 03:35 AM, Clint Adams wrote:
> On Sun, Nov 20, 2016 at 01:57:52PM +0100, Marco d'Itri wrote:
>> I do not think that anybody has been considering GnuTLS as a credible
>> replacement for a very long time.
>
> That's very silly.
No, its the truth unf
points if the command line syntax is reasonbly nice, and
> the manpage doesn't start with a BNF syntax description.
In my opinion ip provides all the things you are mentioning - what are
you missing? with -o as option the output is rather easy to parse.
--
Bernd Zeimetz
elp your case.
afaik people are criticizing that there are still (only) md5sum files in
/var/lib/dpkg/info. As dpkg --verify uses them, it might indeed make
sense to replace them.
(yes, dpkg is not an IDS, but better than nothing...).
--
Bernd ZeimetzDebian
b and how to create a pull request on the web
interface, and I can just merge these changes with a few clicks.
Sometimes free as in free beer is better for the community than "free".
travis.debian.net makes it extra easy to test your commits on travis-ci
- perfectly integrated with github. I l
web interface is much more easy - and works well even on a
tablet. And even people who don't know how to use the cosole are able to
handle it.
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG
ck on the edit button. Ack that github will create a fork
to edit the file. Make your changes. Click on save and on create a pull
request... just a few clicks...
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.d
I used to be.
You start to sound like a troll.
So far I think I've created like a dozen of pull requests to fix typos
using the web interface, and I think I've accepted an even bigger amount
of changes without rebuilding everything before accepting the pull
request. A lot of change
501 - 600 of 619 matches
Mail list logo
