On 2024-04-01 12:44, Bastian Blank wrote:
So in the end you still need to manually review all the stuff that the
tarball contains extra to the git. And for that I don't see that it
actually gives some helping hands and makes it easier.
So I really don't see how this makes the problem in hand
On 2024-04-01 18:05, Jonathan Carter wrote:
The included firmware contributed to Debian 12 being a huge success,
but it wasn't the only factor.
Unfortunately, the shipped firmwares are now almost a year old,
including for unstable. I am following the progress since quite a few
years and I
On 2023-12-01 12:30, Simon McVittie wrote:
This does not prevent to have 127.0.0.1. I don't think this is a good use of
time to fix builds broken because there is no IPv4 loopback. This is the
same kind of artificial conditions as the 1-core builders.
Unfortunately, no, it's a bit more
On 2023-11-30 22:42, Dale Richards wrote:
I recently submitted a patch for uvloop that was FTBFS on IPv6-only
builds (#1024079) and it really didn't take very long. While
building/running in IPv6-only environments is not currently mandated in
the Policy it's a fairly safe bet that it
On 2023-11-30 21:38, Paul Tagliamonte wrote:
Now I would like to know if being able to run in an IPv6-only environment is
a must have feature for any debian package?
I run an IPv6 only LAN on my home network, where I use `jool`, and
`dns64-prefix`+`unbound` to interoperate with legacy IP
On 2023-09-15 21:04, Sebastian Ramacher wrote:
Source: libcbor
Version: 0.10.2-1
Severity: serious
X-Debbugs-Cc: sramac...@debian.org
https://qa.debian.org/excuses.php?package=libcbor
Issues preventing migration:
Not built on buildd: arch amd64 binaries uploaded by bernat
Not built
On 2023-08-10 14:38, Lucas Nussbaum wrote:
On 08/08/23 at 10:26 +0200, Helmut Grohne wrote:
Are we ready to call for consensus on dropping the requirement that
`debian/rules clean; dpkg-source -b` shall work or is anyone interested
in sending lots of patches for this?
My reading of the
On 2023-08-05 17:06, Lucas Nussbaum wrote:
Should we give up on requiring a 'clean' target that works? After all,
when 17% of packages are failing, it means that many maintainers don't
depend on it in their workflow.
Yes, please, this does not make sense anymore to enforce such a rule
when
On 2023-07-12 07:54, Gioele Barabucci wrote:
1) It's an extra layer. [...]
2) It's a layer that you cannot ignore when editing the config. [...]
I'd also add 3) It requires Python and various Python libraries. At
least the CLI tool does.
In some circumstances installing Python and a bunch
On 2023-01-28 13:59, Adrian Bunk wrote:
I am not saying that trying to force maintainers to spend time on such
issues by making them release critical is better, but you are also
creating extra work and frustration for the people who are doing QA work
in Debian.
It also pushes some maintainers
On 2023-01-28 00:20, Santiago Vila wrote:
Release Policy exists as a canonical list of what should be RC and > what not,
and it's intended to avoid stupid discussions like this one.
Extending build-essential is easier than asking many people to do
pointless work to satisfy a set of
On 2022-09-29 15:01, Michael Stone wrote:
On Wed, Sep 28, 2022 at 09:02:15PM -0600, Sam Hartman wrote:
* Finally, I can use bluetooth on linux with reasonably good audio
quality!
Aren't they both using the same backend? ldac/aptx weren't in pulseaudio
for a long time, but they are now. Or
On 2022-09-09 04:51, Paul Wise wrote:
On Thu, 2022-09-08 at 17:58 +0200, Dylan Aïssi wrote:
I have been asked several times regarding when Debian will switch its default
sound server from PulseAudio to PipeWire without having an official answer.
Thus, I suppose it's the right time to start a
On 2022-08-27 15:53, M. Zhou wrote:
That's why I still hope ftp team to recruit more people. This is
a very direct and constructive way to speed up everything.
More volunteers = higher bandwidth.
Recruiting more people doesn't seem to have a serious disadvantage.
It does not seem to work.
On 2022-08-19 23:14, Andrea Pappacoda wrote:
Would alternatives really be that bad? What if the current /usr/bin/muon
was moved to /usr/bin/muon-kde, muon-build was installed to
/usr/bin/muon-build and /usr/bin/muon was shared between the two
packages? What issues could it cause?
I don't
On 2022-07-16 23:49, Pierre-Elliott Bécue wrote:
In the past months, it's been clear that sending mails from an
@debian.org address to some mail providers, including GMail, has become
harder and harder. While user DKIM feature (documented on [0]) can help,
we thought providing a relay server for
On 2022-07-17 10:29, Dominik George wrote:
tl;dr: DKIM-signed mail is verifiable, but only the headers; the body can be
tampered with
That's not true. The body is always part of the signature (in a strict
or relaxed way).
> The Signer/Verifier MUST compute two hashes: one over the body of
On 2022-07-14 17:14, Russ Allbery wrote:
(Also, due to the limitations and history of naming conventions, the
software is inherently trying to map into a gender binary, which if one is
attempting to capture self-identification is likely to be unhelpful for
many populations, such as ones with
On 6/30/22 16:16, Sam Hartman wrote:
However there are some other features from the ITP:
-Support NTLS (formal GM dual-certificate protocol) handshake processing,
according to GB/T 38636-2020
TLCP
-QUIC API support
Is it compatible with QuicTLS, which is another fork of OpenSSL?
❦ 10 May 2022 14:30 -06, Sam Hartman:
> 2) We value being able to build from source when we can. We value
> being able to have reproducible builds when we can. We don't want to
> take steps backward in those areas in order to get hardware working
> better.
Is there any firmware that would match
❦ 2 April 2022 16:53 +02, Jérémy Lal:
>> > En fait reportbug fait aussi fuir certains développeurs debian
>>
>> je metterais bien les pieds dedans pour en extraire les parties
>> intéressantes mais c'est du python: un vrai tueur de toute motivation
>> chez moi.
>>
>
> Du perl:
>
❦ 10 March 2022 11:34 -05, Michael Stone:
On systems that don't use usergroups for all/some users, doesn't this
change make all files writable by other users by default? That would
seem like a very unsecure change on upgrades (or as a default).
>>>
>>> AFAIK systems that don't
❦ 10 March 2022 11:21 +01, Philip Hands:
>> On systems that don't use usergroups for all/some users, doesn't this
>> change make all files writable by other users by default? That would
>> seem like a very unsecure change on upgrades (or as a default).
>
> AFAIK systems that don't use
❦ 7 March 2022 18:33 +01, Adam Borowski:
>> lumin highlights matches to a specified pattern (string or regular
>> expression) in files, using color. This is similar to grep with
>> colorized output, but it outputs all lines in the given files, not
>> only matching lines.
>
> .--[ ~/bin/hl ]
❦ 14 February 2022 22:39 +01, Jonas Smedegaard:
> I am trying hard to read good faith into your last sentence above, but
> have quite some difficulty reading as anything but you describing
> unbundling as inevitably leading to disaster.
That's how you should read it.
> Maybe my point was
❦ 14 February 2022 10:56 +01, Jonas Smedegaard:
>> I've finally give up and am just using ALL the bundled node packages:
>> https://salsa.debian.org/chromium-team/chromium/-/commit/a418d219f0217d6398a01c30035d35c42f7a76f1
>>
>
>> It's not ideal, but at least with this we'll match all of the
❦ 28 January 2022 22:52 +01, Sebastian Ramacher:
>> > http://bugs.debian.org/1004272
>> > I agree that it should have been announced somewhere in addition to the
>> > #debian-devel topic.
>>
>> Running unstable, are we at risk having problems? Are the packages
>> updated in the last few days
❦ 28 January 2022 12:34 +05, Andrey Rahmatullin:
> http://bugs.debian.org/1004272
> I agree that it should have been announced somewhere in addition to the
> #debian-devel topic.
Running unstable, are we at risk having problems? Are the packages
updated in the last few days being rebuilt?
--
❦ 26 January 2022 10:04 +01, Marc Haber:
>>> Are the IP ranges of the Cloud Providers registered that badly that
>>> deb.debian.org wouldn't reliably point to the mirrors inside the
>>> provider's infrastructure? Or are the cloud providers' mirrors
>>> differnet from what we expect from a Debian
❦ 25 January 2022 21:51 +01, Jonas Smedegaard:
>> I didn't comment at first because I thought someone else would raise
>> the idea. But it seems people still like the idea of a NEW queue. Not
>> me. The NEW queue is a hindrance.
>
> For the record, I don't "like" the NEW queue.
>
> I don't
❦ 21 January 2022 09:51 -05, M. Zhou:
> I'd rather propose choice C. Because I to some extent understand
> both sides who support either A or B. I maintain bulky C++ packages,
> and I also had a little experience reviewing packages on behalf of
> ftp-team.
I didn't comment at first because I
❦ 7 December 2021 23:35 GMT, Simon McVittie:
> I believe what Vincent meant is that the generic non-Flatpak binaries
> provided by the "Ungoogled Chromium" project are compiled on unknown
> machines and require trusting their submitters, whereas the Flatpak
> binaries provided by Flathub are
❦ 7 December 2021 21:46 +01, Mathias Behrle:
>> (I have been running an ungoogled-chromium for a while (ca. a year
>> ago?), however at that time their chrome wasn't extremely stable so I
>> gave up again. Does anybody have experience using it recently?)
>
> (Using chromium only as fallback
❦ 28 September 2021 13:04 -05, Richard Laager:
> Are you saying "everything breaks" as in:
> A) the change is not applied (correctly) in the way that it would be if
>the system was rebooted, or
> B) the change is applied, but the human made a mistake in the config and
>the change breaks
❦ 28 September 2021 11:16 -05, Richard Laager:
>>> As to what should be the distro default, I'm not sure I am convinced
>>> either way, but to argue the other side... There is some value in
>>> using netplan by default. Some random thoughts:
>> [...]
>> OTOH, netplan is just an abstraction above
❦ 28 September 2021 01:29 -05, Richard Laager:
> As to what should be the distro default, I'm not sure I am convinced
> either way, but to argue the other side... There is some value in
> using netplan by default. Some random thoughts:
[...]
OTOH, netplan is just an abstraction above existing
❦ 12 August 2021 10:31 +02, Ansgar:
>> I give myself password less sudo to "apt update" (without additional
>> options), "apt upgrade" (same), "apt full-upgrade" (same). I was
>> thinking this should be safe, but now I need to check if the pager is
>> properly restricted when displaying NEWS
❦ 12 August 2021 11:38 +05, Andrey Rahmatullin:
>> >> I just ran across this article
>> >> https://blog.ikuamike.io/posts/2021/package_managers_privesc/ I tested
>> >> the attacks on Debian 11 and they work successfully giving me a root
>> >> shell prompt.
>> > I don't think calling this
❦ 12 August 2021 10:39 +05, Andrey Rahmatullin:
>> I just ran across this article
>> https://blog.ikuamike.io/posts/2021/package_managers_privesc/ I tested
>> the attacks on Debian 11 and they work successfully giving me a root
>> shell prompt.
> I don't think calling this "privilege escalation"
❦ 11 August 2021 11:27 +02, Steffen Möller:
> I have no exact idea what to change, though. A rolling Debian would be
> cool, yes, but also a bit late when compared with environments that
> Conda offers or the ease that comes with multiple installations of conda
> to e.g. avoid name conflicts. If
❦ 23 janvier 2021 15:39 +02, Jonathan Carter:
> But the sentiment above and in other similar messages were that the
> completely free images are broken for many users that might need some
> non-free firmware. This is simply not true. I've only ever installed
> using the free images, and then
❦ 11 décembre 2020 20:36 -05, Mark Pearson:
>> They seem to say future releases will be tagged. So, I think you should
>> use in gbp.conf:
>>
>> upstream-tag = v%(version%~%-)s
>> pristine-tar = False
>>
>> No need for upstream-branch since you won't use "gbp import-orig" as the
>> origin
owner 960788 markpear...@lenovo.com
quit
❦ 11 décembre 2020 12:15 -05, Mark Pearson:
>>> I did have to comment out "overlay = True" in the gbp.conf - it gave me
>>> an error that I'll have to dig into.
>>
>> That's because you went for the first "classic" solution. I was pushing
>> for the
❦ 10 décembre 2020 12:57 -05, Mark Pearson:
> I did have to comment out "overlay = True" in the gbp.conf - it gave me
> an error that I'll have to dig into.
That's because you went for the first "classic" solution. I was pushing
for the overlay solution as the upstream git repository is pushing
❦ 7 décembre 2020 08:57 -05, Mark Pearson:
> I'd like to solve the lack of Intel SOF audio firmware & topology
> files being available on Debian - I know it's impacting a lot of users
> on some of the newer Thinkpads. I figured I should have a stab at this
> exercise myself and see what
Hey!
Chromium is stuck at version 81.0.4044.92 since April. Current stable is
83.0.4103.97 and, like often, it includes many security fixes. It seems
Michael is not currently available and no work is done to update
Chromium to the latest version, both in unstable and stable. Is there
someone
❦ 4 mai 2020 11:23 +02, Jeff:
> The Fedora maintainer for a package for which I am upstream has pointed
> out that it still uses gconftool or gconftool-2, which is way out of
> date and should use gsettings[1].
>
> Unfortunately, my search engine foo is failing me and I can't find the
> right
❦ 26 avril 2020 15:04 -07, Russ Allbery:
>> This is not how this is implemented. I am using GitHub and GitLab with
>> 2FA enabled and I am rarely asked to enter any token. Once you get
>> authenticated on a device, it remains for a long time.
>
> Pretty much every time I go to salsa.debian.org,
❦ 26 avril 2020 20:29 +00, Jeremy Stanley:
> You're already seeing quite a few folks responding that being
> required to use an additional application or device each time they
> authenticate would be an inconvenience to them. This is a signal. I
> personally wouldn't enjoy being prompted to
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: bgpq4
Version : 0.0.6
Upstream Author : Job Snijders
* URL : https://github.com/bgp/bgpq4
* License : BSD 2-clause
Programming Lang: C
❦ 26 avril 2020 14:07 +02, Bernd Zeimetz:
> There are even cli tools that do the same stuff. I'd guess there is at
> least one on Debian.
There is oathtool.
--
I dote on his very absence.
-- William Shakespeare, "The Merchant of Venice"
signature.asc
Description: PGP
❦ 25 mars 2020 15:57 +01, Jonas Smedegaard:
>> rpm packages record the package license information in a one-line License:
>> field.
>
> Is your point that 9 lines can be reduced to one, or that 100 lines can
> be reduced to one?
>
> It is legal in Debian to write debian/copyright files looking
❦ 24 mars 2020 16:30 -07, Russ Allbery:
> On the other hand (and I don't follow this community closely, so apologies
> if I have the details wrong here), my impression is that the Go community
> is not planning to support shared libraries, loves its staticly-linked
> binaries, and makes
❦ 24 mars 2020 16:30 -07, Russ Allbery:
> On the other hand (and I don't follow this community closely, so apologies
> if I have the details wrong here), my impression is that the Go community
> is not planning to support shared libraries, loves its staticly-linked
> binaries, and makes
❦ 24 mars 2020 14:18 +01, Julien Puydt:
>> There are other reasons, notably that you speed up builds by having
>> all the source code ready.
>
> Sorry, I don't know much about how go works, but : can't the developer
> just have the deps ready -- and just not commit them to the repo and
> not
❦ 24 mars 2020 05:37 -05, Michael Lustfield:
>> > Kubernetes is already using Go modules. They happen to have decided to
>> > keep shipping a `vendor/` directory but this is not uncommon. It is
>> > often considered as a protection against disappearing modules. So, there
>> > is nothing to be
❦ 24 mars 2020 10:14 +00, Paul Wise:
>> Kubernetes is already using Go modules. They happen to have decided to
>> keep shipping a `vendor/` directory but this is not uncommon. It is
>> often considered as a protection against disappearing modules. So, there
>> is nothing to be done upstream. And
❦ 24 mars 2020 03:11 +00, Paul Wise:
>> Specifically, as README.Debian states, the vendor/ subdirectory of the
>> source package contains more than two hundred Go libraries.
>
> There are a *lot* of embedded code/data copies in Debian already.
> While it would be nice to remove them, sometimes
❦ 19 février 2020 13:55 +13, Michael Hudson-Doyle
:
> So in Ubuntu we got this interesting bug
> https://bugs.launchpad.net/ubuntu/+source/haproxy/+bug/1855140 which can be
> summarized as saying that haproxy doesn't work out of the box in a docker
> container, because it installs a tmpfiles.d
❦ 6 février 2020 10:45 +01, Svante Signell :
>> To not have logs duplicated in two places.
>
> If this is your motivation for the change it is a _very_ weak one, right? Disk
> space is not a crucial problem anymore. Additionally, what would be the
> defaults
> for non-systemd systems running
❦ 6 février 2020 09:50 +11, Dmitry Smirnov :
>> and 2) continuing to use rsyslog isn't an option if the default changes.
>
> No. I just don't want default to change. IMHO rationale for this is weak but
> everybody keeps arguing that it would not be a big deal. In time we will see
> how that
❦ 5 février 2020 01:01 -05, Scott Kitterman :
> Not particularly useful IMO. In /var/log/mail.log I can see log entries from
> all the programs configured to log to the mail facility. That way I can see
> the interaction between them. On a typical server that is for sending mail I
> often
❦ 4 février 2020 11:30 -08, Russ Allbery :
>> As a heavy user or Rsyslog features I feel that switching default
>> logging system yields no benefits to say the least.
>
> As a heavy user, perhaps you're not the target audience for a default?
> You're going to install rsyslog no matter what,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 23 Jan 2020 19:58:25 +0100
Source: exabgp
Architecture: source
Version: 4.2.4-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Changes:
exabgp (4.2.4-1) unstable; urgency=medium
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 17 Jan 2020 08:13:17 +0100
Source: binaryornot
Architecture: source
Version: 0.4.4+dfsg-4
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 948971
Changes:
binaryornot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 12 Jan 2020 08:13:51 +0100
Source: bpftrace
Architecture: source
Version: 0.9.3-2
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Changes:
bpftrace (0.9.3-2) unstable; urgency
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 27 Dec 2019 09:16:59 +0100
Source: bpftrace
Binary: bpftrace bpftrace-dbgsym
Architecture: source amd64
Version: 0.9.3-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 27 Dec 2019 09:10:54 +0100
Source: bpftrace
Architecture: source
Version: 0.9.2-3
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 947436
Changes:
bpftrace (0.9.2-3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 14 Dec 2019 18:27:18 +0100
Source: xtl
Binary: xtl-dev
Architecture: source amd64
Version: 0.6.9-1
Distribution: unstable
Urgency: medium
Maintainer: Debian QuantStack Team
Changed-By: Vincent Bernat
Description:
xtl-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 20 Dec 2019 08:20:33 +0100
Source: haproxy
Architecture: source
Version: 2.1.2-1
Distribution: experimental
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Closes: 946973
Changes:
haproxy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 20 Dec 2019 08:20:33 +0100
Source: haproxy
Architecture: source
Version: 2.0.12-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Closes: 946973
Changes:
haproxy
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 15 Dec 2019 13:18:00 +0100
Source: gobgp
Architecture: source
Version: 2.11.0-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Go Packaging Team
Changed-By: Vincent Bernat
Changes:
gobgp (2.11.0-1) unstable
Maintainers
Changed-By: Vincent Bernat
Description:
haproxy- fast and reliable load balancing reverse proxy
haproxy-doc - fast and reliable load balancing reverse proxy (HTML documentatio
vim-haproxy - syntax highlighting for HAProxy configuration files
Changes:
haproxy (2.1.1-1) experimental
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 13 Dec 2019 19:22:03 +0100
Source: haproxy
Architecture: source
Version: 2.0.11-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.11-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 26 Nov 2019 13:22:17 +0100
Source: haproxy
Architecture: source
Version: 2.0.10-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.10-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 16 Nov 2019 17:38:51 +0100
Source: haproxy
Architecture: source
Version: 2.0.9-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.9-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Tue, 05 Nov 2019 08:22:07 +0100
Source: bpftrace
Architecture: source
Version: 0.9.2-2
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Changes:
bpftrace (0.9.2-2) unstable; urgency
❦ 31 octobre 2019 21:49 +01, Thomas Goirand :
> The idea has always been that it would be on best-effort from people who
> volunteer, without forcing anyone to do any sysv-rc support if they
> don't feel like it. What you describe goes along this line.
I have raised my concern about this a few
❦ 31 octobre 2019 17:51 -07, Russ Allbery :
> I think we should adopt sysusers.d fragments as the preferred mechanism
> for creating system users (with some rules, such as a standard for how to
> name the users and a requirement that the UID be specified as - unless one
> goes through the normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 26 Oct 2019 17:07:44 +0200
Source: unoconv
Architecture: source
Version: 0.7-2
Distribution: unstable
Urgency: high
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 943561
Changes:
unoconv (0.7-2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 23 Oct 2019 08:55:55 +0200
Source: haproxy
Architecture: source
Version: 2.0.8-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.8-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 04 Oct 2019 17:07:58 +0200
Source: kafkacat
Architecture: source
Version: 1.5.0-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Changes:
kafkacat (1.5.0-1) unstable; urgency
Bernat
Changed-By: Vincent Bernat
Description:
cnee - X event recorder/replayer - command-line flavor
libxnee-dev - X event recorder/replayer - development files
libxnee0 - X event recorder/replayer - library
xnee - X event recorder/replayer - metapackage
xnee-doc - X event
❦ 2 octobre 2019 05:47 +02, Jean-Philippe MENGUAL :
> An idea: establishing a time of discussion. At the end, if there is not
> consensus (as Gitlab), there is not. If there is, ensuring every DD can
> still have an opinion via GR or changes proposals in some guidelines
> (Debian Policy, etc).
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 27 Sep 2019 19:14:12 +0200
Source: haproxy
Architecture: source
Version: 2.0.7-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.7-1) unstable
❦ 24 septembre 2019 10:41 +02, Gard Spreemann :
> A package I maintain (src:gudhi) was mostly under GPL-3+ up to and
> including the current version in the archives. Since then, upstream has
> switched to an MIT license, but with the caveat that many parts of the
> code has GPL dependencies and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 21 Sep 2019 21:05:46 +0200
Source: exabgp
Architecture: source
Version: 4.1.2-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 936492
Changes:
exabgp (4.1.2-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Wed, 18 Sep 2019 08:02:53 +0200
Source: haproxy
Architecture: source
Version: 2.0.6-2
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.6-2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 13 Sep 2019 21:25:38 +0200
Source: haproxy
Architecture: source
Version: 2.0.6-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.6-1) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 13 Sep 2019 19:14:59 +0200
Source: netmiko
Architecture: source
Version: 2.4.2-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 937130
Changes:
netmiko (2.4.2-1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Thu, 12 Sep 2019 08:29:32 +0200
Source: gtextfsm
Binary: python3-textfsm
Architecture: source all
Version: 1.1.0-1
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Description:
python3
Package: wnpp
Severity: wishlist
Owner: Vincent Bernat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
* Package name: xtl
Version : 0.6.5
Upstream Author : QuantStack
* URL : https://github.com/QuantStack/xtl
* License : BSD
Programming Lang: C
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Mon, 02 Sep 2019 14:46:08 +0200
Source: jinja2-time
Architecture: source
Version: 0.2.0-2
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Changes:
jinja2-time (0.2.0-2) unstable
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 01 Sep 2019 17:01:10 +0200
Source: cookiecutter
Architecture: source
Version: 1.6.0-4
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 936334
Changes:
cookiecutter (1.6.0
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sat, 31 Aug 2019 07:22:33 +0200
Source: snimpy
Architecture: source
Version: 0.8.13-2
Distribution: unstable
Urgency: medium
Maintainer: Vincent Bernat
Changed-By: Vincent Bernat
Closes: 938508
Changes:
snimpy (0.8.13-2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 16 Aug 2019 19:51:24 +0200
Source: haproxy
Architecture: source
Version: 2.0.5-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Changes:
haproxy (2.0.5-1) unstable
❦ 14 août 2019 22:32 +00, Holger Levsen :
>> I systematically turn off Gitlab MR support for projects I am involved
>> in, because I am not confortable and efficient using it myself, it is
>
> what helps me is having a note with this line:
>
> git config alias.mr '!sh -c "git fetch $1
>
❦ 15 août 2019 14:11 +02, Simon Richter :
> So we might have to invent magic comments still and/or convinve systemd
> people that it might be a good idea to have unit files that can support
> both immediate and on-demand start.
It's already the case. Require the socket for on-demand start,
❦ 11 août 2019 10:27 +02, Marc Haber :
>>* Better restart semantics and monitoring of services/ways to configure
>> restart.
>
> We have, however, failed to make use of that. "systemctl restart" is
> nearly useless in Debian because a non-negligible part of our daemon
> packages make systemd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Fri, 09 Aug 2019 14:22:23 +0200
Source: haproxy
Architecture: source
Version: 2.0.4-1
Distribution: unstable
Urgency: medium
Maintainer: Debian HAProxy Maintainers
Changed-By: Vincent Bernat
Closes: 932763
Changes:
haproxy
1 - 100 of 1537 matches
Mail list logo
