you
think this situation can be improved, I'm sure that will be welcomed.
-devel: where and how do we select default fonts? Personally I have no
clue :)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
On Sun, Apr 07, 2024 at 04:04:18PM +0200, Andreas Tille wrote:
> Hi Wouter,
>
> Am Sun, Apr 07, 2024 at 03:31:43PM +0200 schrieb Wouter Verhelst:
> > [Feel free to quote any part of this email which I wrote outside of this
> > mailinglist]
>
> OK, moving the discussi
elaxed to only apply for initial
installation?
[1] At least, I think it logically *should* not do so, but then I'm not
an apt developer and thus I may not know all the corner cases.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
an aside, the file format is ridiculously easy -- create a plain
text file with quotes separated by percent ("%") characters on a single
line. You're done)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
On Mon, Aug 21, 2023 at 07:09:00PM +, Holger Levsen wrote:
> On Mon, Aug 21, 2023 at 06:06:34PM +0200, Wouter Verhelst wrote:
> > On Sat, Aug 19, 2023 at 02:28:22PM -0400, Roberto C. Sánchez wrote:
> > https://www.debian.org/code_of_conduct.en starts off with:
> >
> &g
will see.
Absent that action, however, the code of conduct does not apply to
relevant content of packages in the archive.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
as
> > often new units added don't have a name that matches exactly the old
> > init script name, in which case it's fine to add an override and close
> > the bug.
>
> It would probably make things easier if I typed the destination
> address correctly.
It
On Wed, May 31, 2023 at 11:24:15PM +0200, Diederik de Haas wrote:
> On Wed May 31, 2023 at 12:44 PM CEST, Wouter Verhelst wrote:
[...]
> > 20+ year old machines are typically more power hungry, more expensive,
> > less performant, and less reliable than an up-to-date raspberry pi.
t the best argument for it, IMO.
Thanks,
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
eful for our users that debian/copyright contains an accurate
copy of the license statement, but I don't see how it would be relevant
for an upstream license.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
e release team, not by policy.
The release team has clarified that these bugs are not RC.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
Hi Ian,
On Fri, Jan 06, 2023 at 04:59:58PM +, Ian Jackson wrote:
> Paul Gevers writes ("Re: Multi-host networking software, autopkgtests"):
> > I guess this is best discussed in https://bugs.debian.org/908274 (added
> > in the To)? Maybe with Wouter and other inte
age
works while I have the not-yet-packaged dependencies in my ~/perl5/lib)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
hard
to show to the user) and then succeed?
Alternatively, the package could install an apt hook that nags the user
every time they run "apt update" or equivalent, and that turns silent if
the updated firmware packages are installed (because of the difference
between "purge" and "remove").
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
iki/Changes/WirePlumber
> [3] https://wiki.ubuntu.com/ImpishIndri/ReleaseNotes
> [4]
> https://archlinux.org/news/undone-replacement-of-pipewire-media-session-with-wireplumber/
>
>
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
y only
support OSS for audio, and are statically linked so the aoss stuff
doesn't work...)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
On Wed, Sep 14, 2022 at 10:40:28AM +0300, Hakan Bayındır wrote:
>
>
> > On 14 Sep 2022, at 10:37, Wouter Verhelst wrote:
> >
> > On Sun, Sep 11, 2022 at 03:09:07PM +0300, Hakan Bayındır wrote:
> >> Yes, you’re right. However, my reservation is whether dpkg
he way to track down a regression is to read
/var/log/dpkg.log, not changelogs.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
with that, or someone can create a lintian test that
complains loudly if you create a dependency for a package version that
has not existed since oldstable.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
I will have a Tin-Actinium-Potassium mixture, thanks.
f
course, a NEWS.Debian entry should still contain the bits of information
that are relevant for the user who's upgrading the package, possibly
duplicating information if necessary.
Thanks,
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
ve
> expected (and always believed) that a password of ! will also prevent
> ssh-key logins from happening.
I don't see how that follows from Simon's statement? AIUI, he's saying
that that is true *until" you unlock the account (which essentially
means dropping the "!
On Sun, Mar 06, 2022 at 09:25:45PM +0100, Lucas Nussbaum wrote:
> Wouter Verhelst
>aspic
>logtool
Yeah, no. These will be reduced to "wishlist" and probably tagged
"wontfix".
The packages work just fine, the source format is still supported, I
have bet
designer, and you'd need to commit to a
bit of time in order to do this properly (in my experience there were a
few iterations of back-and-forth improvements that did take some time to
get fleshed out), but I think the end result is worth it...
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
ntanugoel.com/2010/10/23/apt-get-caret/
> https://askubuntu.com/questions/211912/
>
> I believe this works even if tasksel isn't installed on the target system.
Yes, but that doesn't give a user a friendly way to select a task.
If you know the task then yes, that's plenty, but
t; >
>
> Thanks! I need to run xhost + to be able to launch this. Is there another
> way to lauch this graphically without having to run xhost +. May be
> something using policykit?
If you drop the "env" in that command, then the XAUTHORITY environment
variable will be retained and you shouldn't need to muck about with X
authorization.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
#x27;t get any feedback from the wine maintainers, you should
probably contact the debian mentors mailinglist (link on the join page
above) to request more help.
Hope this helps,
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
per service that tells you there
is a new release doesn't change that.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
On Tue, Sep 28, 2021 at 12:22:18PM +0200, John Paul Adrian Glaubitz wrote:
> On 9/28/21 12:13, Wouter Verhelst wrote:
> > IOW, chill out, nobody's going to kill off partman unless there's
> > something that's *actually* better than partman.
>
> Just some
On Tue, Sep 28, 2021 at 06:19:28AM -0400, nick black wrote:
> Wouter Verhelst left as an exercise for the reader:
> > One thing that partman does is "support plug-ins", to allow for
> > configuring block devices before being able to partition them, where
> > neede
her, and it adds new
features that support more use cases without killing off the older ones
because you can always ask for the other module. In fact, if memory
serves well, partman is the *second* partitioner that was written for
d-i, the first one having been replaced after just such a transition
g these lines too. I don't mind having to rewrite
partman-nbd if that ends up being necessary (it's trivial enough), but
others might have different ideas about, say, partman-iscsi (just using
that as an example though, no idea about the details there).
Thanks,
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
--reject-with
icmp-port-unreachable
root@pc181009:~# iptables -A INPUT -p tcp --dport 3000 -j REJECT --reject-with
icmp-host-unreachable
root@pc181009:~# telnet -4 localhost 3000
Trying 127.0.0.1...
Trying 127.0.0.1...
telnet: Unable to connect to remote host: No route to host
but you do you of course ;-)
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
On Wed, Aug 25, 2021 at 09:57:09AM -0700, Russ Allbery wrote:
> Wouter Verhelst writes:
> > On Mon, Aug 23, 2021 at 08:23:50AM -0700, Russ Allbery wrote:
>
> >> If we tried to document every random bit of buggy packaging behavior
> >> anyone thought of in Policy, Po
e bug against the package "foo" rather than the package
"binfoo" which is the actual package whose binary they are trying to
use.
In contrast, if foo and binfoo both install "/bin/foo" (or both install
"/usr/bin/foo", either way works), then dpkg will complain a
y signing an OpenPGP key you certify that you are sufficiently
convinced that the key's holder is who they say they are, and that they
control their key. The easiest way to do that is to meet someone in
person, but that doesn't mean it's the *only* possible way.
Am I missing something
On Sat, Aug 21, 2021 at 02:40:02PM +0100, Luca Boccassi wrote:
> On Sat, 2021-08-21 at 10:26 +0200, Wouter Verhelst wrote:
> > It bothers me that you believe "we've been doing this for a while
> > and it didn't cause any problems, so let's just continue doing
>
ime be usable by larger
network providers, *and* which can't also be abused by MitM attackers.
Perhaps it's just not something we would be able to do?
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
or anyone else who might be
> > listening.
>
> While this does complicate it, a snooping party can still know the
> site they're connecting to via SNI happening unencrypted,
SNI is not unencrypted if you do TLS1.3...
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
doing this for a while and it
didn't cause any problems, so let's just continue doing things that way
even if the people who actually wrote the damn code say that path is
littered with minefields and they're scared of what could happen when we
finish the tranition this way" is a valid strategy. It goes against
everything I was taught to do to write reliable software.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
On Mon, Aug 16, 2021 at 04:47:32PM +, Holger Levsen wrote:
> On Mon, Aug 16, 2021 at 03:59:50PM +0200, Wouter Verhelst wrote:
> > > because here, our focus would be to publish things :)
> > Sure. But also to find problems early rather than late, no?
>
> no.
Well, then
On Mon, Aug 16, 2021 at 04:17:01PM +0200, Marco d'Itri wrote:
> On Aug 16, Wouter Verhelst wrote:
> > On Fri, Aug 13, 2021 at 07:53:20AM +0200, Marco d'Itri wrote:
> > > Implementations with real /bin /sbin /lib* directories and symlink farms
> > > are not
d, then the installed
system will have sudo with a "the user created at install time can run
everything as root through sudo" configuration, which essentially is the
same thing.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
point people to it.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
ve
> much room for dissent), such package-by-package transition will never finish.
We finished the /usr/doc transition in *exactly* this way. Yes it took
us longer, but we have better tools now.
So I call BS on "it will never finish".
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
t a system where dpkg will never run, then
that's irrelevant and you can just do whatever you want.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
Hi Holger,
On Wed, Aug 11, 2021 at 05:12:54PM +, Holger Levsen wrote:
> Hi Wouter,
>
> sorry for the late reply but I think it's still relevant...
> (just thus rather leaving almost full quote as context.)
>
> On Thu, Jul 08, 2021 at 11:25:26AM +0200, Wouter Verhelst
t least a
> "hash -d ln".
This is why I said to use cp, not mv, when moving the file...
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
On Tue, Jul 27, 2021 at 06:53:01PM +0500, Andrey Rahmatullin wrote:
> On Tue, Jul 27, 2021 at 03:25:48PM +0200, Wouter Verhelst wrote:
> > I'm worried about systems being written to completely bypass the dpkg
> > database.
> Like alternatives and things that create
On Tue, Jul 27, 2021 at 02:13:33PM +0200, Andreas Metzler wrote:
> On 2021-07-27 Wouter Verhelst wrote:
> > On Thu, Jul 22, 2021 at 03:20:05PM +0100, Simon McVittie wrote:
> >> On Thu, 22 Jul 2021 at 15:53:32 +0200, Wouter Verhelst wrote:
> >>> I've suggested pr
On Thu, Jul 22, 2021 at 03:20:05PM +0100, Simon McVittie wrote:
> On Thu, 22 Jul 2021 at 15:53:32 +0200, Wouter Verhelst wrote:
> > I've suggested previously that we can easily make it RC for bookworm to
> > have a file outside a limited set of directories (/etc and /usr
ait until we do
things the right way.
Sure, there are technical issues with doing things the right way, and we
should deal with them. But just throwing them under the carpet and
deciding they're only a problem for other people isn't going to help
anyone.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
signature.asc
Description: PGP signature
uild1/", and the other
one does "dcmd mv ../*.changes products/build2/").
- Have a third job that depends on both the above two jobs, and that
runs diffoscope over the artifacts of both jobs. If and only if the
diffoscope doesn't reveal any issues, run dput to upload the packages.
I think the salsa-CI team can easily add support for this to their
generic pipeline...
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
ault option, an
explicit no-outcome ballot option is *not* functionally equivalent to
the default option, in my opinion, since the default option means "this
doesn't work, let's not do this and maybe try again", and an explicit
no-outcome ballot option explicitly means "this doesn't work, let's not
do that again".
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
ht away, which is much more
difficult to do under the time pressure of a GR procedure.
--
w@uter.{be,co.za}
wouter@{grep.be,fosdem.org,debian.org}
So.
On Sun, Feb 07, 2021 at 01:40:39PM +0100, John Paul Adrian Glaubitz wrote:
> Hello!
>
> I just noticed how maintainers are NMU'ing packages in large quantities to
> get them somehow in a usable state for the release. The packages get small
> patches so that they are more or less working and c
Hi Sven,
On Sun, Nov 22, 2020 at 11:44:42AM +0100, Sven Joachim wrote:
> On 2020-11-22 11:29 +0200, Wouter Verhelst wrote:
> > What am I missing?
>
> I think this happens because g++ passes --as-needed to the linker in
> unstable, but not in stable. Your test program is co
ola::io::LoopbackDescriptor'
/usr/bin/ld:
hw.cc:(.text._ZN3ola2io18LoopbackDescriptorD2Ev[_ZN3ola2io18LoopbackDescriptorD5Ev]+0x31):
undefined reference to `ola::io::LoopbackDescriptor::Close()'
/usr/bin/ld: warning: creating DT_TEXTREL in a PIE
collect2: error: ld returned 1 exit status
autopkgtest [15:27:45]: @@
On Sat, Nov 21, 2020 at 01:39:10AM +0300, ajsjajis eihwjshs wrote:
>Its legal to making Linux distro and sharing with changing Debian logos
>codes etc.
Yes, it is legal, absolutely.
--
To the thief who stole my anti-depressants: I hope you're happy
-- seen somewhere on the Internet o
On Fri, Oct 30, 2020 at 09:16:21AM +0100, Philip Hands wrote:
> Rogério Brito writes:
>
> > Dear people,
> >
> > As many of you may know, the RIAA issued a resquest for GitHub to take down
> > the youtube-dl repository.
>
> IANAL so I may be confused, but AIUI that takedown is based on the
> not
Package: debian-policy
On Sun, Aug 09, 2020 at 06:28:50PM +0100, Barak A. Pearlmutter wrote:
> I understand what you're saying, and indeed trying to encode
> "Build-Depends-If-Available: foo" as "Build-Depends: foo | something"
> is a bad idea from the get-go. After all, foo can have three states
On Tue, Jul 21, 2020 at 11:11:13AM +0200, Wouter Verhelst wrote:
> On Tue, Jul 14, 2020 at 02:21:30PM +, Paul Wise wrote:
> > Personally, I think we should discard binaries from all sourceful
> > uploads and only accept binaries from binary-only uploads such as the
> >
On Tue, Jul 14, 2020 at 02:21:30PM +, Paul Wise wrote:
> Personally, I think we should discard binaries from all sourceful
> uploads and only accept binaries from binary-only uploads such as the
> uploads done by the buildds.
The reason we don't do this is because of bootstrapping: some tools
Hi Sam,
Thanks for following up on this.
On Sat, Apr 18, 2020 at 02:38:04PM -0400, Sam Hartman wrote:
> * We had a discussion of using native packages [2].
I wanted to read up on this a bit more, but your footnote is missing.
What was that meant to point to?
Thanks,
--
Home is where you ha
On Sun, Apr 12, 2020 at 09:11:57PM +0200, Ole Streicher wrote:
> Wouter Verhelst writes:
> > On Sat, Apr 04, 2020 at 08:03:09PM +0200, Ole Streicher wrote:
> >> Adam Borowski writes:
> >> > Idea: perhaps we could make no unrestricted (maintainer, team, or QA)
>
On Sat, Apr 11, 2020 at 11:29:22AM +0200, Jonas Smedegaard wrote:
> Quoting Wouter Verhelst (2020-04-11 10:36:44)
> > On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> > > Debian:
> > > https://tracker.debian.org/media/packages/g/gtk%2B4.0/copyright-3.98
On Fri, Apr 03, 2020 at 10:41:55PM +0200, Lucas Nussbaum wrote:
> Hi,
>
> https://trends.debian.net/ was just updated (with data until April 1st).
There is a significant bump in the number of co-maintained packages
during the buster release cycle. It is not at all clear to me what
happened there.
On Sat, Apr 04, 2020 at 08:03:09PM +0200, Ole Streicher wrote:
> Adam Borowski writes:
> > Idea: perhaps we could make no unrestricted (maintainer, team, or QA) upload
> > for 10 years a RC bug on its own? That threshold could then be gradually
> > reduced to eg. 5 years, as worst offenders get f
On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> Debian:
> https://tracker.debian.org/media/packages/g/gtk%2B4.0/copyright-3.98.0-1
> plus we ship the LGPL in base-files' common-licenses.
This kind of insanity is actually why I refuse to use the
machine-parseable copyright format.
[sorry for the late reply; catching up on email]
On Fri, Feb 21, 2020 at 04:23:15PM -0500, Anthony DeRobertis wrote:
> On 2/21/20 2:00 AM, Wouter Verhelst wrote:
> > Even so, if we want to do so, this can be done correctly by a preinst
> > script in new libc, by way of a scrip
On Wed, Feb 19, 2020 at 06:26:32AM +0100, Marco d'Itri wrote:
> On Feb 19, Guillem Jover wrote:
>
> > For any pathname that has been hardcoded a symlink can be used for
> > backwards compat, nothing unlike /bin or /sbin here. This looks just
> > like a normal bug from a botched transition, nothin
On Wed, Feb 19, 2020 at 10:19:35AM +, Simon McVittie wrote:
> On Tue, 18 Feb 2020 at 23:20:11 +0100, Andreas Henriksson wrote:
> >a debhelper addon which runs after
> >dh_install, detects files in /lib, /bin and /sbin, moves them
> >into /usr and generates the needed postinst code d
On Mon, Feb 17, 2020 at 09:45:32AM +0100, Florian Weimer wrote:
> * Wouter Verhelst:
>
> > On Fri, Feb 14, 2020 at 06:38:00PM +0100, Florian Weimer wrote:
> >> It would also make the package unmaintainable if the original packer
> >> loses interest, so the pac
On Fri, Feb 14, 2020 at 06:38:00PM +0100, Florian Weimer wrote:
> It would also make the package unmaintainable if the original packer
> loses interest, so the package would not be suitable for inclusion in
> a stable release.
Eh, it doesn't?
A CLA is "you're allowed to change this, but if you wa
On Sat, Feb 15, 2020 at 11:41:32PM +, Steve McIntyre wrote:
> Hey John,
>
> John Goarzen wrote:
> >On Tue, Feb 04 2020, Steve McIntyre wrote:
> >
> >The thing that we have to remember is that an operating system is a
> >platform for running software. This problem is rather thorny, because:
>
On Sat, Feb 08, 2020 at 10:07:48PM +0200, Otto Kekäläinen wrote:
> Hello!
>
> I've ended up in being both the maintainer in Debian and an upstream
> developer for a couple of packages and I have been fantasizing about
> how to optimize my workflow so that I primarily fix all bugs and do QA
> direc
On Fri, Feb 07, 2020 at 10:31:16AM +, Simon McVittie wrote:
> On Fri, 07 Feb 2020 at 09:28:24 +0200, Wouter Verhelst wrote:
> > Why not? This seems like the type of problem that SONAMEs are made for.
> > What am I missing?
>
> SONAMEs are set by the upstream developer
On Thu, Feb 06, 2020 at 10:45:05AM +0100, Svante Signell wrote:
> On Thu, 2020-02-06 at 07:58 +0100, Vincent Bernat wrote:
> > ❦ 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 defa
On Tue, Feb 04, 2020 at 01:14:10PM +, Steve McIntyre wrote:
> So, we're all fine? Not so much: for our 32-bit Debian arches, we will
> need to basically rebuild the world to be 2038-safe. When we had to do
> something like this in the past, to deal with the libc5->libc6
> transition, we had an
On Mon, Dec 30, 2019 at 02:47:45AM +, Paul Wise wrote:
> On Sun, Dec 29, 2019 at 11:32 AM Paul Gevers wrote:
>
> > [1] Source packages that build binaries unknown to the archive currently
> > need these binaries to be uploaded by the maintainers for reviewing by
> > ftp-master in NEW. IIRC the
On Wed, Nov 20, 2019 at 09:55:04AM -0800, Felix Lechner wrote:
[...]
> For example, the tag
> 'debian-copyright-file-uses-obsolete-national-encoding' might become
> 'national-encoding@debian/copyright'.
>
> There are many motivations:
>
> 1. Shortens tag names.
I do not see how that is a good th
Hi,
On Sat, Nov 09, 2019 at 07:20:44PM +0200, Wouter Verhelst wrote:
> Hi Timo,
>
> On Sun, Nov 03, 2019 at 07:33:10PM +0100, Timo Weingärtner wrote:
> > Hallo Wouter Verhelst,
> >
> > 03.11.19 18:35 Wouter Verhelst:
> > > The software from the package downlo
Hi Timo,
On Sun, Nov 03, 2019 at 07:33:10PM +0100, Timo Weingärtner wrote:
> Hallo Wouter Verhelst,
>
> 03.11.19 18:35 Wouter Verhelst:
> > The software from the package downloads the metadata index and validates
> > the GPG signature; and if everything checks out, adds conf
On Sun, Nov 03, 2019 at 03:26:40PM -0500, Sam Hartman wrote:
> >>>>> "Wouter" == Wouter Verhelst writes:
>
> Wouter> On Thu, Oct 31, 2019 at 03:45:47PM +0100, Marco d'Itri wrote:
> >> http://www.islinuxaboutchoice.com/
>
>
On Thu, Oct 31, 2019 at 03:45:47PM +0100, Marco d'Itri wrote:
> http://www.islinuxaboutchoice.com/
https://grep.be/blog/en/computer/cluebat/Systemd__Devuan__and_Debian/
--
To the thief who stole my anti-depressants: I hope you're happy
-- seen somewhere on the Internet on a photo of a billboa
So, in 2015 I wrote:
> Hi,
>
> At $DAYJOB, I'm maintaining a few repositories with ready-to-install
> packages for a number of distributions[1]
>
> Currently, the instructions[2] say to do the following:
> - Download and install an "eid-archive" package, which contains the GPG
> keys and gener
On Tue, Oct 29, 2019 at 03:19:03PM -0700, Russ Allbery wrote:
> We've now had several years of essentially declining to make a decision
> and trying to see if the project can muddle through, and while I feel
> somewhat vindicated by the fact that this didn't immediately fall apart
> and has sort of
Sorry about the lateness here, been busy...
On Tue, Oct 01, 2019 at 12:22:34PM -0400, Sam Hartman wrote:
> > "Sean" == Sean Whitton writes:
>
> Sean> You might separate your detailed, narrative descriptions of
> Sean> how discussions went from what you took away from the
> Sean>
On Sun, Sep 15, 2019 at 01:16:26AM +0200, Thomas Goirand wrote:
> On 9/15/19 12:06 AM, Scott Kitterman wrote:
> > There's nothing that requires you to interact with a VCS repository that
> > you
> > don't care to.
>
> But I do care about using Git, and interacting with other DDs using it.
Cool.
On Sun, Sep 15, 2019 at 12:01:24AM +0200, Thomas Goirand wrote:
> It is a real life experience that I had to touch horribly maintained
> packages by unknown contributors, with Vcs-Git:
> https://github.com//, missing commits not matching the
> archive, and no response from the maintainer to the BTS
On Thu, Sep 12, 2019 at 11:43:33PM +0200, Marco d'Itri wrote:
> On Sep 12, Wouter Verhelst wrote:
>
> > Except all they need to do is return NXDOMAIN on the
> > "use-application-dns.net" domain, and Presto! they can spy on their
> > users again.
> They n
On Thu, Sep 12, 2019 at 07:02:15PM +0200, Jeff wrote:
> The package I uploaded yesterday failed to build[1]. In the buildd, 2 of
> 1000+ tests failed. Of course, I built in a clean sbuild for sid before
> I uploaded it, and the same package built fine on the newer Ubuntu
> distros on launchpad. So
On Tue, Sep 10, 2019 at 07:56:48PM +0200, Julien Cristau wrote:
> On Tue, Sep 10, 2019 at 08:24:03 +0200, Ondřej Surý wrote:
>
> > > On 9 Sep 2019, at 15:31, Bjørn Mork wrote:
> > >
> > > I for one, do trust my ISPs a lot more than I trust Cloudflare or
> > > Google, simply based on the jurisdic
On Sun, Sep 08, 2019 at 11:17:13PM +0200, Marco d'Itri wrote:
> On Sep 08, Ondřej Surý wrote:
>
> > I would rather see an explicit statement. I would be very surprised
> > with Debian’s usual stance regarding the users’ privacy that we would
> > not consider this as a privacy violation, but aga
On Tue, Jun 25, 2019 at 01:11:09PM +0500, Andrey Rahmatullin wrote:
> On Tue, Jun 25, 2019 at 09:46:00AM +0200, Bastian Blank wrote:
> > > Related to that I would like to be able to write something like
> > > deb http://deb.debian.org/debian debian11 main
> > > deb http://security.debian.org/de
On Mon, Jun 17, 2019 at 11:47:38AM +0100, Sean Whitton wrote:
> We could try to write a tool which tries to guess and convert (e.g.) the
> dgit view with your changes into a maintainer workflow, but there are
> large obstacles to this working reliably. For example, there exist edge
> cases such th
On Sat, Jun 15, 2019 at 11:34:19PM +0200, Bernd Zeimetz wrote:
>
> Hi Chris,
>
> On 6/15/19 12:28 AM, Chris Lamb wrote:
> > Adam Borowski wrote:
> >
> >> Thus, what would you guys say about a new distribution, "scratch"? It
> >> would
> >> be a kind of extra-experimental that doesn't put its b
On Sat, Jun 15, 2019 at 05:01:29PM +0200, Adam Borowski wrote:
> Not every commit is worth testing,
So only push when you want to test. GitLab CI tests every push, not
every commit.
> especially on bigger packages. I don't
> want to cause unnecessary drain on already limited resources (crap
> ar
On Fri, Jun 14, 2019 at 10:51:56PM +0200, Adam Borowski wrote:
> Hi!
> Fedora has an awesome feature for packagers: scratch builds. It would be
> great if we could steal the idea.
>
> I find myself doing incremental uploads just to fix bugs that the previous
> upload revealed on some weird arch.
On Mon, Jun 10, 2019 at 12:56:53PM -0400, Sam Hartman wrote:
> Most debian systems are not installed with d-i. When you include things
> like FAI for installing sites and clusters; chroots, containers, VMs,
> etc, d-i is not used in most situations.
Your 'most' does not match mine.
I played with
On Wed, May 15, 2019 at 02:37:59PM +0900, Marc Dequènes (duck) wrote:
> On the more general topic, I believe there should be room for new tools to
> emerge and not-being-dh should never be a RC or even important bug.
My thoughts exactly.
I think at this point we can recommend dh, and require debh
1 - 100 of 1707 matches
Mail list logo
