On Mon, Jul 15, 2024 at 02:57:21AM +0200, Cyril Brulebois wrote:
> Lukas Märdian (2024-07-11):
> > Additional benefits of Netplan:
> > * Already used on Debian Bookworm [cloud] images by default
>
> Having started to toy with cloud images these last few days, and
> learning about the various comp
On Sat, Aug 03, 2024 at 04:15:33PM +0900, Charles Plessy wrote:
> > I have drafted a new DEP at
> > https://salsa.debian.org/dep-team/deps/-/merge_requests/8 titled "DEP-18:
> > Enable true open collaboration on all Debian packages".
>
> Hi Otto,
>
> thank you for your initiative,
>
> one proble
On Tue, Aug 20, 2024 at 11:09:51AM +0200, Bastian Venthur wrote:
> I think popcon does give a good approximation of how much percent of people
> installed a certain package even if not everyone uses it, don't you agree?
No, definitely not. There are hundreds of thousands of Debian systems
running
On Wed, Mar 23, 2005 at 01:07:07PM +0100, Wouter Verhelst wrote:
> On Wed, Mar 23, 2005 at 01:46:17AM +0100, Pierre THIERRY wrote:
> > - Debian: 11 ports, 9157 packages (sarge) [17593 in sid]
> > - NetBSD: 55 ports, 5300 packages
>
> It should be noted that the definition of 'port' isn't necessari
Hi all. I sent the following to Takuo KITAME on Monday, 20 March, and
have yet to get a reply. Please read and comment:
The lukemftpd and lukemftp packages have been replaced upstream by
tnftpd and tnftp [1] and have not seen any maintainer activity since
2002. [2]
The tnftp package (an ftp cl
On Mon, Apr 10, 2006 at 11:43:53AM -0700, Stephen Samuel wrote:
> Also: in my experience, I've rarely received spam for system users other
> than postmaster and webmaster -- and those are probably due to DNS
> registrations and the like.
Really? I get spam addressed to ftp, cyrus (the Cyrus IMA
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans <[EMAIL PROTECTED]>
* Package name: kredentials
Version : 0.7.1
Upstream Author : Noah Meyerhans (yes, that's me)
* URL : http://people.csail.mit.edu/noahm/kredentials
* License : MIT
I intend to package the xplot utility from xplot.org. This tool is
useful with the tcptrace package, which I maintain. However, there's
already an xplot package that installs /usr/bin/xplot. It's not
compatible with xplot.org, but does essentially the same thing (plots
data in X).
I suggested t
On Fri, May 30, 2003 at 02:25:48PM -0400, Ben Collins wrote:
> I agree. A user should not have to concern themselves about which one
> they are using. If the command name is the same, they better support the
> same functionality.
But they do support the same functionality, just on different format
On Sat, May 31, 2003 at 02:00:41PM +0100, Mark Brown wrote:
> The binary is going to have to be renamed - even if you use an
> alternative there'll still be a renamed binary there.
yes, but the user would only need to know in the even that they had both
alternatives installed, which I don't see
Before I go off and do something drastic like fork the iputils packages
(the packages that give us a handy little tool called 'ping') I'd like
to ask for advice from the wider community.
The iputils source package builds the iputils-{ping,tracepath,arping}
binary packages. Iputils-ping is the def
On Fri, Oct 21, 2005 at 08:51:43PM +0200, Marco d'Itri wrote:
> > and build process is a mess. The upstream developer is one of the
> > kernel network stack maintainers, and he wants the iputils package to
> > always work with the latest and greatest kernel functionality. As a
> > result, he incl
On Fri, Oct 21, 2005 at 12:54:53PM -0700, Thomas Bushnell BSG wrote:
>
> Folding the headers into the package does not advance this goal, it
> retards it.
The inclusion of the kernel headers into the package was an explicitly
temporary fix for version 3:20020927-2:
* Build system cleanup. Stop
On Fri, Oct 21, 2005 at 10:13:30PM +0200, Marco d'Itri wrote:
> > Is a portable version required to be not working and not up to date?
> If the upstream maintainer is not interested in it, yes.
It depends on what you mean by "up to date". If we're only including
glibc headers, then we can only us
On Fri, Oct 21, 2005 at 10:54:58PM +0200, Marco d'Itri wrote:
> > So yes, in some sense, a portable ping may be out of date. This is
> > exactly why the upstream author didn't accept my patches to remove the
> > dependency on kernel headers. He cares more about the package being up
> > to date.
On Fri, Oct 21, 2005 at 11:52:02PM +0200, Marco d'Itri wrote:
> > How on earth does supporting that feature require incompatibility with
> > other systems?
> It does not, but the iputils maintainer is hinting that this is the
> package status.
I never said anything about the PMTU discovery feature
On Sat, Oct 22, 2005 at 12:59:41PM +0200, Adrian von Bidder wrote:
> > It depends on what you mean by "up to date". If we're only including
> > glibc headers, then we can only use functionality that glibc supports.
> > If we bypass glibc and directly use kernel functionality, then we get
> > all t
Within the security team, there has recently been some talk of pushing
for per-user temp directories by default in etch. I'd like to see what
people's reaction to such a proposal would be.
There are a number of outstanding "insecure tempfile vulnerabilities",
and there has been some talk that the
On Fri, Nov 04, 2005 at 01:16:31PM +0100, Frank K?ster wrote:
> What do the security people mean with per-user temp directories? It's
> clear that $HOME/tmp would be bad, but /tmp/$USERNAME/ with proper
> permissions doesn't sound so awkward.
Sorry for not being more clear. The default (only?) b
On Fri, Nov 04, 2005 at 01:00:48PM +0100, Klaus Ethgen wrote:
> That whould be no good idea for security environment where you do
> special think to secure /tmp (make it in memory and encrypt swap). With
> tempdir in users home all applications like for example gpg write
> temporary files to this l
On Fri, Nov 04, 2005 at 08:12:39AM +0100, Javier Fern?ndez-Sanguino Pe?a wrote:
> > There are a number of outstanding "insecure tempfile vulnerabilities",
> > and there has been some talk that they're both too numerous and of low
> > enough impact that they're not even worth releasing DSAs for. Ne
On Sun, Mar 09, 2008 at 11:05:11PM +0100, Moritz Muehlenhoff wrote:
> * You need to be familiar with how the wide variety Debian packages
> are maintained, patched and built. If you're not scared by
> packages generating their patch series by applying sed statements
> from cdbs include files
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
* Package name: choqok
Version : 0.6.6
Upstream Author : Mehrdad Momeny
* URL : http://choqok.gnufolks.org/
* License : GPL
Programming Lang: C++
Description : KDE microblogging client
Choqok is
On Sun, Nov 29, 2009 at 02:15:41PM -0600, Manoj Srivastava wrote:
> Perhaps you should consider making the script just create a
> ./fstab.new file, and not overwriting /etc/fstab? makes it easier to
> test the script out without altering current setup.
Keeping a copy of the original fil
On Thu, Apr 12, 2007 at 02:27:51PM -0300, Margarita Manterola wrote:
> >> Gentoo has done renames of Mozilla products such as Firefox too.
> >I asked one of my local gentoo devs - and he says "no - it is not
> >rebranded/renamed"
>
> It's a USE flag called "mozbranding". It lets the user choose w
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans <[EMAIL PROTECTED]>
* Package name: xplot-xplot.org
Version : 0.90.7.1
Upstream Author : Tim Shepard <[EMAIL PROTECTED]>
* URL : http://www.xplot.org/
* License : MIT
Programming L
On Thu, Oct 16, 2008 at 10:08:49PM +0200, Guus Sliepen wrote:
> > Looks like the last release was in 2003, is this still maintained
> > upstream? If not, what make it stand out beyond the other plotting apps
> > we have already?
>
> Fast zoom-in, zoom-out and panning on multiple plots on large da
On Fri, Dec 19, 2008 at 05:04:55PM +, Ian Lynagh wrote:
> > project atmosphere. The only way we can "get things back on track"
> > and re-focus our energy on the real reason we are all here... to
> > create a free operating system...
>
> I believe that part of the problem is that we are not a
On Sat, Dec 20, 2008 at 09:02:04AM +1100, Ben Finney wrote:
> > OTOH, it seems to me that there are people with varying degrees of
> > pragmatism.
>
> That implies a (lamentably common) false dichotomy. Free software
> goals *are* pragmatic goals. They directly affect how we interact with
> the di
On Mon, Jan 19, 2009 at 01:20:17PM +0100, Peter Palfrader wrote:
> > * Is it okay to occasionally modify old changelog entries for clarity and
> > style, typos and such like, as long as you don't change the semantics?
>
> The occassional fix for the previous few changelog entries is probably
The etch release notes documented several major server packages as being
deprecated, and stated that they'd be removed for lenny. These include
Apache 1, php4, mysql 4, etc. Users were encouraged to migrate to their
replacement packages, which were already included in etch. Can anybody
suggest a
On Tue, May 11, 2010 at 06:09:58PM -0700, Russ Allbery wrote:
> UPG without a umask of 002 is pointless. One may as well just put all
> users in a users group.
Right, our default setup is a strange and basically meaningless blend of
two different approaches to user primary groups.
One approach w
On Tue, Jun 29, 2010 at 08:54:55PM +0900, Hideki Yamane wrote:
> > Waiting for qoauth [1].
>
> Thanks! I haven't heard about it. Choqok author seems to make a fork from
> that, see http://momeny.wordpress.com/2010/06/09/kde-oauth/#comment-248
There's no need for a qoauth fork. The change is be
On Mon, Aug 26, 2002 at 08:30:13PM +0200, Bas Zoetekouw wrote:
> #89421 tcptrace filed: 531, changed 531
This was mine, and I do still intend to package it. The issue that
prevented me from doing so was that it wants to use another software
package called xplot, wr
On Mon, Sep 02, 2002 at 07:06:23PM -0700, Vikram wrote:
>
> If you are too busy for this I still offer to look into packaging tcptrace
> with xplot.
If you want to go ahead and package xplot, please do. You'll need to
handle the fact that we've already got an xplot package that installs a
progra
On Tue, Sep 25, 2001 at 09:40:58AM -0500, Branden Robinson wrote:
> On Tue, Sep 25, 2001 at 09:28:39AM -0400, Dale Scheetz wrote:
> > On the installation in question the Xservers file has everything commented
> > out. The default-display-manager file contains the line:
> >
> > /usr/bin/X11/wdm
> >
On Tue, Sep 25, 2001 at 04:35:51PM +0100, Dave Swegen wrote:
> > Since the debconf default-display-manager mechanism is now used to
> > determine which display manager runs, shouldn't wdm/Xservers contain a
> > valid server line for :0?
>
> Just uncommented the last line in /etc/X11/wdm/Xservers,
Do any display managers (gdm, kdm, xdm, whatever) currently handle
password expiration correctly? Currently wdm does not handle it at all
(you simply can't log in), and I want to fix it. What, if anything, is
the standard way for doing this?
CDE's dtwm is the only display manager I've seen that
On Tue, Jan 08, 2002 at 09:59:45AM -0800, Karl M. Hegbloom wrote:
>
> I have not tried yet, but am planning to experiment and see if it is
> possible to *shrink* an XFS filesystem. In the case where I have one
> LV that's larger than it needed to be, I'd like to be able to shrink
> the filesy
On Sun, Apr 14, 2002 at 08:53:03PM +0100, Roger Leigh wrote:
> Does anyone who uses buildd/wanna-build/rbuilder have any comments? I
> don't yet have a big enough HDD to run an autobuilder offline, so I
> have not tried to use it yet. I won't be able to do much more till
> June, but I'll have ple
On Mon, Apr 08, 2002 at 07:35:07PM +1000, Brian May wrote:
>
> Oh, sorry, did I say 2 parts? obviously, I still have some learning to
> do myself...
>
Now, I mean no offense by this at all, but shouldn't you leave the
packaging duties of this security-critical package to somebody with more
in-de
On Mon, Mar 16, 2009 at 02:28:08PM +0100, Steffen Moeller wrote:
> > Would there be support for creating a grid task, and splitting it this way?
> >
> > Currently the packages are in the new queue. Should I wait until they
> > actually reach unstable before creating the task? Are there any other
>
I still make active use of spamassassin, but I don't have the time these
days to spend keeping up with bug reports and feature requests. Aside
from the backlog, the package is generally in good shape and works well
for most users. The upstream development is fairly stable, with the most
recent code
On Tue, Jun 05, 2012 at 10:48:23PM -0700, Noah Meyerhans wrote:
> I'm perfectly happy to see patches attached to some of the open bugs, so
> please don't hesitate to send them in. Ideally I'd like to get a
> co-maintainer or two, though.
BTW, this is bug #676317 in wnpp
On Fri, Feb 14, 2014 at 07:40:20PM +0100, Daniel Pocock wrote:
> > I have to admit that I did *not* expect this. At all.
> >
> > http://www.markshuttleworth.com/archives/1316
> >
>
> Quite the opposite - some people felt it would be inevitable that
> Debian choosing systemd would effectively be
On Fri, Apr 04, 2014 at 12:59:35PM +1300, Matt Grant wrote:
> Systemd package support is the thing that pushed me over the edge about
> this. There are no systemd unit files at all for ipsec-tools/racoon
> that I know of. Please advise me otherwise, and I will look at putting
> them in the current
On Tue, Apr 15, 2014 at 08:52:43PM +1200, Matt Grant wrote:
> Just emailing to tell you I have not forgotten this. This Easter I will
> have the time to organise this and 'turn the crank handles'.
Sounds good, thanks Matt.
You might have also noticed that I just pushed a new branch to the
ipsec-
On Sun, May 11, 2014 at 11:12:08AM +1000, Brian May wrote:
>What about the task of running a short program for a brief duration, e.g.
>from cron scripts? Is using su considered acceptable?
>e.g. /etc/cron.daily/spamassassin on wheezy has numerous references to su.
There are two reason
On Tue, Oct 23, 2018 at 10:05:35PM +0200, Tollef Fog Heen wrote:
> > To be clear, the ongoing cost to the cloud team of dealing with jessie
> > on AWS (where this issue originally came up) has been exactly zero,
> > afaict. That is, we haven't actually updated anything in >18 months.
> > Users who
On Wed, May 29, 2024 at 06:58:32PM +0200, 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 imho this
> >> implicitely in
On Mon, Feb 08, 2021 at 07:28:56PM +0100, Richard Hartmann wrote:
> I very dimly remember updatedb being a concern when cloud images were
> first discussed. Back then and today, agreed, it does not make sense
> there.
Agreed, but we don't install all Priority: standard packages on the
cloud images
On Sun, Sep 12, 2021 at 09:33:54PM +0100, mooff wrote:
> IMO, many human hours will be lost by the decision not to include procps in
> the default cloud images.
>
> I understand it could be a security measure, but maybe stubs could be
> offered which name the package we want (procps)
>
> Tracing
On Mon, Sep 13, 2021 at 08:59:25PM +0100, mooff wrote:
> I might have been imprecise in saying 'cloud' images, but I mean:
>
> $ docker run -it --rm debian:bullseye bash
> root@3ee3e7c4ce62:/# ps
> bash: ps: command not found
> root@3ee3e7c4ce62:/#
That is not a cloud image.
> > I think that `re
On Mon, Sep 27, 2021 at 08:25:14PM +0300, Martin-Éric Racine wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> The ISC DHCP suite has a lenghty list of bug reports that have been left
> unattended. Some bugs date back to DHCP 3 or even earlier.
>
> Additionally, recent upstream rele
On Sun, Dec 05, 2021 at 07:58:17PM +0300, Dmitry Alexandrov wrote:
> >> So what's happening with chromium in both sid and stable? I saw on
> >> d-release that it was removed from testing (#998676 and #998732), with a
> >> discussion about ending security support for it in stable.
> >
> > The pro
On Sun, Dec 19, 2021 at 12:26:12PM +0200, Adi Matalon wrote:
>In the json data you are reporting:
>[1]https://security-tracker.debian.org/tracker/data/json
>There are 28947 CVES, and there are 2800~ which aren't exist in the json:
>For example:
>For CVE-2021-2014 exists a page:
On Sun, Dec 26, 2021 at 06:08:56PM -0600, Dirk Eddelbuettel wrote:
> I have a package that could take advantage of this if it were packaged, and I
> am sure a number of other packages are in a similar situation given how
> pervasive AWS use is. So does anybody know where this is at?
>
> FWIW I hav
On Mon, Jan 17, 2022 at 05:01:10PM +0100, Bernhard Schmidt wrote:
> I could just step down as a maintainer/uploader and have the ntp packaging
> bitrot, but this would be a large disservice to our users (unless someone
> else continues to maintain it). I think another option would be to migrate
> t
On Wed, Jan 26, 2022 at 10:04:47AM +0100, Marc Haber wrote:
> >> >The cloud team wants to make folks aware of a possible change to the cloud
> >> >images. The team plans to register a new domain, debian.cloud, for
> >> >mirrors
> >> >inside of cloud provider infrastructure. For such mirrors, sou
On Thu, Mar 10, 2022 at 09:35:27PM +0100, Marc Haber wrote:
> On Wed, 09 Mar 2022 21:34:33 +0100, Pierre-Elliott Bécue
> wrote:
> >Considering many have replied, I'll stick to that one:
> >Marc Haber wrote on 08/03/2022 at
> >17:49:04+0100:
> >> (3)
> >> #625758
> >> --disabled-password just doe
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: s2n-tls
Version : 1.3.26
Upstream Author : Amazon Web Services
* URL : https://github.com/aws/s2n-tls
* License : Apache 2.0
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: aws-c-common
Version : 0.8.4
Upstream Author : Amazon Web Services
* URL : https://github.com/awslabs/aws-c-common
* License : Apache 2.0
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: aws-checksums
Version : 0.1.13
Upstream Author : Amazon Web Services
* URL : https://github.com/awslabs/aws-checksums
* License : Apache 2.0
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-cl...@lists.debian.org
* Package name: aws-crt-python
Version : 0.15.3
Upstream Author : Amazon Web Services
* URL : https://github.com/awslabs/aws-crt-python
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: amazon-ec2-net-utils
Version : 2.3.0
Upstream Contact: Noah Meyerhans
* URL : https://github.com/amazonlinux/amazon-ec2-net-utils
* License
There are several examples of packages installing files to
/usr/lib/sysctl.d, but I haven't found any specific guidance on policies
about what's appropriate for them. Since sysctl variables change the
system behavior in a way that's not limited to the package changing the
setting, and since the pa
On Mon, Jan 02, 2023 at 10:11:38PM +0100, Marco d'Itri wrote:
> On Jan 02, Peter Pentchev wrote:
>
> > I personally would prefer giving the administrator a way to change that.
> > Maybe add a low priority debconf question with a "ping is not setuid"
> > default, then mention that debconf setting
On Mon, Jan 02, 2023 at 10:09:44PM +0100, Marco d'Itri wrote:
> > With that in place, unprivileged users are able to excute ping for both
> > IPv4 and IPv6 targets without cap_net_raw (currently set as either a
> > file-based attribute on the ping binary or acquired via setuid). But
> > since that
Spamassassin has traditionally supplied a cron.daily script. I'd like
to provide the same functionality via a systemd timer, while still
providing cron as a fallback. For the most part, this is
straightforward, but there are a few details on which I'd like feedback.
Current the cron.daily script
On Tue, Jan 07, 2020 at 05:32:47PM -0600, Richard Laager wrote:
> Could you check for local modifications and only enable the timer if
> there were NOT local modifications?
>
> [ -e /etc/default/spamassassin ] && . /etc/default/spamassassin
> if [ -d /run/systemd/system ] && [ "$CRON" = "1" ] &&
>
On Wed, Jan 08, 2020 at 02:43:08AM +0100, Daniel Leidert wrote:
> > For upgrades from versions that did not include the timer, should I
> > enable the systemd timer if the user has set CRON=1?
>
> I disagree here. I don't want you to overrule my decision for a cron-script.
> If
> a user has enabl
On Wed, Jan 08, 2020 at 02:18:34PM +0100, Daniel Leidert wrote:
> > Yeah, that's my reaction as well. The point is to run the job
> > periodically.
>
> No. The configuration says CRON=1. It doesn't say PERIODIC_CHECKS=1. Your
> behavior here is pretty similar to Microsofts: Let the user decide if
On Wed, Jan 08, 2020 at 11:25:56AM -0800, Russ Allbery wrote:
> > As a third party with no particular ax to grind on this, I do wonder
> > what the advantage is to adding another mechanism for this particular
> > use case, given the need to somehow handle upgrades involving an
> > existing (presuma
On Wed, Jan 08, 2020 at 10:09:58PM +0100, Stephan Seitz wrote:
> > visible to administrators. IMO the migration to systemd timers can be
> > done more smoothly, so it's still preferable.
>
> Well, since you need to support non-systemd systems as well (like mine) the
> cron script is still needed
On Wed, Jan 08, 2020 at 10:32:07PM +0100, Philip Hands wrote:
> I don't really care what that comment says, as that's up to the
> maintainer of the package, and how they intend to deal with this in the
> future, but I'm really not a fan adding unnecessary questions to debconf.
Here's my proposal f
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
* Package name: amazon-ec2-utils
Version : 1.3
* URL : https://github.com/aws/amazon-ec2-utils
* License : MIT
Programming Lang: Python
Description : Utilities to manage Amazon EC2 instance storage
On Sun, Jun 28, 2020 at 05:26:41PM +0200, Lucas Nussbaum wrote:
> > On https://hub.docker.com/_/debian, there's:
> >
> > > Where to file issues:
> > > https://github.com/debuerreotype/docker-debian-artifacts/issues
>
> This hasn't changed. The Debian official images still point to github
> for bu
On Fri, Oct 09, 2020 at 12:14:23PM +0200, Stephan Seitz wrote:
> > is probably very handy. Even more handy is the fact that you don't
> > really need to learn the command name of your image viewer and your pdf
> > viewer and your html viewer and you .dia viewer and your .mp3 player
> > and every o
On Sun, Oct 18, 2020 at 10:13:06PM +0200, Adam Borowski wrote:
> > Remnants of the Precursors is a high-quality remake of the classic Master of
> > Orion (1993) game by SimTex.
>
> Sounds like pure awesomesity!
>
> > Game engine will go to contrib; while the game data [artwork,text,sound]
> > wi
On Fri, Nov 04, 2016 at 04:15:58PM +0100, Rhonda D'Vine wrote:
> In theory I'm all for it, but there definitely should be some more fine
> tuning for that. Please don't auto-restart varnish by needrestart, it
> puts a lot of load on the backend which might be a very bad idea. And
> the downtime
On Wed, Nov 30, 2016 at 05:13:50AM +0100, Guillem Jover wrote:
> > I don't know a suitable forum for this type of question. And please don't
> > refer
> > me to the high-traffic ML debian-user, I won't use that one.
>
> You don't need to subscribe to be able to post. Using one of the
> support ch
On Tue, Oct 23, 2018 at 11:03:39AM -0400, Antoine Beaupré wrote:
> TL;DR: Why not just delegate image management to the LTS team once
> oldstable because LTS just like we do with security? Zobel also provided
> a good template for the images life cycle which could clarify this on
> debian-cloud@, w
On Tue, Sep 19, 2017 at 09:43:46AM +0200, Marc Haber wrote:
> >> I have managed mailman installations for some time so I'm fairly familiar
> >> with how it works, and have some time from November onwards to work on
> >> this which I hope would be enough time to develop and implement a migration
> >
On Fri, Oct 25, 2024 at 03:03:53PM +, Holger Levsen wrote:
> > Honestly I'd be happy if we could just establish some expectation that
> > the NMUer open a merge request for their changes. It can be merged
> > later without losing anything or requiring additional work. Enforcement
> > of this
On Fri, Oct 25, 2024 at 08:45:16AM +0200, Andreas Henriksson wrote:
> I would very much prefer if it was possible in Debian to not allow
> the archive to get out of sync with packaging git repo (for example
> when it lives under salsa.debian.org/debian which uploaders should have
> access to alread
On Mon, Sep 23, 2024 at 05:48:53PM +0200, Philipp Kern wrote:
> > > > I like ifupdown. It's simple and just works.
> > >
> > > I find this quite funny, given a recent discussion about IPv6 dad
> > > issues with ifupdown on #debian-admin.
> >
> > The "discussion" was about ifup@eth0 being in a fai
On Sun, Dec 29, 2024 at 07:43:23PM +, Richard Lewis wrote:
> > today I decided to upgrade from bookworm to trixie/testing[1][2]. I ran
> > the upgrade in a gnome-terminal, and of course all gnome terminals in
> > the system crashed halfway through the upgrade[1][3].
>
> not much consolation, b
On Thu, Dec 19, 2024 at 09:53:27PM +0100, Chris Hofstaedtler wrote:
> > > > In theory, if we don't want to explicitly install the package in d-i,
> > > > another possibility might be to bump it to Priority: standard and let
> > > > tasksel install it. I'm not sure what the tradeoffs might be that
Package: wnpp
Severity: wishlist
Owner: Noah Meyerhans
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-cl...@lists.debian.org
* Package name: azure-proxy-agent
Version : 1.0.25
* URL : https://github.com/Azure/GuestProxyAgent
* License : MIT
Programming
89 matches
Mail list logo
