Re: proposal: Hybrid network stack for Trixie

Am 27.09.2024 08:31 schrieb Christian Kastner :On 2024-09-23 13:09, Lukas Märdian wrote: >> So on desktop installations including NetworkManager, netplan will be >> configured to do nothing? Why install netplan at all on desktop systems >> then? > > Because it allows to add configuration in a

Re: Illegal Instruction Using sudo in Bookworm on i686

https://www.compmall.de/VDX3-EITX-75S-505669 is in stock.I found a variety of other shops selling similar boards, some having them in stock, some not.Am 08.06.2024 13:29 schrieb rhys :Yes, this is a known issue.  This is because Bookworm only supports 32-bit CPUs that are fully Intel compatible.  Y

Re: finally end single-person maintainership

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, > and testing is the main branch. > > It is entirely valid to be dissatisfied with the turnaround time of > the > e

Re: Bug#966621: Make /tmp/ a tmpfs and cleanup /var/tmp/ on a timer by default [was: Re: systemd: tmpfiles.d not cleaning /var/tmp by default]

Am 07.05.2024 22:56 schrieb Richard Lewis :Luca Boccassi writes: > qwhat would > break where, and how to fix it? Another one for you to investigate: I believe apt source and 'apt-get source' download and extract things into /tmp, as in the mmdebootstap example mentioned by someone else, t

Re: DEB_BUILD_OPTIONS=nowerror

Am 2023-02-28 01:39, schrieb Steve Langasek: [some precursor I can see that for bootstrapping a new architecture, it will sometimes be useful to use a toolchain newer than the one that is currently default in Debian, and as a result it is useful to also be able to bypass new stricter -Werror

Re: Welcome to your new installation of Debian GNU/Linux bookworm/sid

Am 09.10.2022 12:20 schrieb Luca Boccassi :On Sun, 9 Oct 2022, 10:23 Johannes Schauer Marin Rodrigues, wrote: I do not understand enough about systemd to be able to say whether an empty value or "uninitialized" is the correct default value for tools like debootstrap or mmdebstrap

Re: why are there /bin and /usr/bin...

Am 10.08.2010 17:54, schrieb Russ Allbery: > Simon McVittie writes: > >> It might be worth having a Lintian check for the situation you describe, >> since missing libraries will generally prevent the executable from >> starting up at all, whereas missing bits of /usr/share or /var might not >> be

Re: About new source formats for packages without patches

Julien BLACHE schrieb: > Raphael Hertzog wrote: > >> I expect this to be of particular interest when we'll have VCS-powered >> source formats (say "3.0 (git2quilt)") that generate source packages that >> are plain "3.0 (quilt)" based on the git repository information. > > This is becoming crazy,

Re: About new source formats for packages without patches

Ben Finney schrieb: > Raphael Hertzog writes: >> There's a default value currently and it's "1.0", and I want to remove >> the existence of a default value in the long term because it does not >> make sense to have a default value corresponding to a source format >> that is no longer recommended.

Re: About new source formats for packages without patches

Wouter Verhelst schrieb: > I might want to have a file with "1.0 (non-native)" to have dpkg error > out when I accidentally don't have a .orig.tar.gz file somewhere, for > instance. As long as the absense of that file does not make things > suddenly break, I don't think there's anything wrong with

Re: dash pulled on stable when APT::Default-Release is used

Philipp Kern schrieb: > On 2009-07-29, Michael S. Gilbert wrote: >> it is a bug in the sense that stable's behavior is being unduly >> influenced by unstable's "essential packages" list. i would suggest >> submitting a report to the bts so the problem can be tracked and >> eliminated in future re

Re: Relation between Suggests and Enhances

Gunnar Wolf schrieb: > James Westby dijo [Wed, Aug 19, 2009 at 01:44:49AM +0100]: >> I see it as an almost bi-directional relationship, but one that allows >> you to add it to the package that "cares" about it more. > > I agree with your analysis. But, if this is the case, the treatment > should b

Re: dpatch -> quilt

gregor herrmann schrieb: > On Mon, 28 Jan 2008 09:09:28 +0100, Andreas Tille wrote: > >> Is there any easy conversion from dpatch to quilt for a given package >> that is using dpatch? > > The following two links might give an idea: > * manual conversion: > > http://blog.orebokech.com/2007/08/c

Re: How to cope with patches sanely

Simon Huggins wrote on 29/01/2008 02:51: [wig&pen] The meta data can easily be in these version control systems that everyone on these threads seems to love so much. If you want to keep more patches than you expose through wig&pen then just don't publish them in the dsc. That won't work well

Re: loosing dependencies: Depends: on logrotate

Ivan Shmakov schrieb: > Since I've already started this thread, I'm going to ask for > opinions on the one more issue with the current (Etch, at least) > dependencies in Debian to bother me. > > Is `logrotate' really necessary for those 46 packages or so in > Etch to

Re: proposed release goal: DEBIAN/md5sums for all packages

Russ Allbery schrieb: > Sven Mueller <[EMAIL PROTECTED]> writes: > >> If it is created on install, why is it in the packages filelist in the >> first place? Other packages also generate (supposedly architecture >> dependend) files during postinst, without shippin

Re: proposed release goal: DEBIAN/md5sums for all packages

Kurt Roeckx schrieb: > On Fri, Aug 17, 2007 at 11:25:38AM -0700, Russ Allbery wrote: Some packages (aspell and ispell packages in particular) ship files that they then modify in maintainer scripts and intentionally exclude them from the md5sums file for that reason. > > The hash fi

Re: Policy about debian/compat

Steinar H. Gunderson wrote on 09/07/2007 16:57: > On Mon, Jul 09, 2007 at 04:48:05PM +0200, Bruno Costacurta wrote: >> Hello, >> what is the policy about file debian/compat ? > > It's a part of the interface to debhelper, and as such is documented in the > debhelper documentation. True. >> I was

Bug#395816: ITP: fim -- Free Image Manipulator

Package: wnpp Severity: wishlist Owner: Sven Mueller <[EMAIL PROTECTED]> * Package name: fim Version : 0.2.2 Upstream Author : Kacper Bielecki <[EMAIL PROTECTED]> * URL : http://www.nongnu.org/fim/index.html * License : GPLv2 or higher Descriptio

Re: Debian Installer etch beta 3 released

Joey Hess wrote: > Sven Mueller wrote: >> My reason for this: I expect that I'm not the only one who doesn't like >> jigdo much and hope that torrents would give the installer betas a wider >> audience (even if not much wider). > > Official torrents are l

Re: Debian Installer etch beta 3 released

Frans Pop wrote: > The Debian Installer team is proud to announce the third beta release > of the installer for Debian GNU/Linux Etch. For what it's worth, I created a .torrent file for the first i386 DVD of the set. If anyone is interested, I'm currently seeding with two machines at a max total o

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

Luigi Gangitano wrote on 25/04/2006 14:19: > > Il giorno 25/apr/06, alle ore 13:57, Sven Mueller ha scritto: >>>Luigi Gangitano wrote on 25/04/2006 01:32: >>> >>>>So I'm packaging Squid-3.0 from new sources (using CDBS for the first >>>>time,

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

Luigi Gangitano wrote on 25/04/2006 01:32: > So I'm packaging Squid-3.0 from new sources (using CDBS for the first > time, great!). The resulting packages will be named 'squid3, squid3- > common, squid3-client, squid3-cgi' and will conflict with the > existing squid packages. Why do you conf

Re: For those who care about lesbians

Andrew Suffield wrote on 15/01/2006 05:20: [I know the below quote has been directly linked to the 2005/08 incident of which I know no details - not being a DD yet myself - but I assume you would hold the same opinion with respect to your recent d-d-a post] > I fail to see how expressing a simple

Re: Linux / Debian / Ubuntu

Roger Lynn wrote on 03/06/2005 00:29: > On Tue, 31 May 2005 21:37:28 -0700, Stephen Birch <[EMAIL PROTECTED]> wrote: > >>Darren Salt([EMAIL PROTECTED])@2005-05-31 21:49: >> >>>For those who've missed the first three broadcasts today, there's one more at >>>01:05 GMT; also see http://news.bbc.co.uk

Re: Upcoming removal of orphaned packages

Rich Walker wrote on 16/06/2005 23:23: > Sven Mueller <[EMAIL PROTECTED]> writes: > >>Martin Michlmayr wrote on 16/06/2005 19:18: >> >>>findimagedupes -- Finds visually similar or duplicate images [#218699] >>> * Orphaned 590 days ago >>>

Re: Upcoming removal of orphaned packages

Laszlo Boszormenyi wrote on 16/06/2005 23:13: > On Thu, 2005-06-16 at 22:13 +0200, Andreas Tille wrote: > >>Perhaps this might be true for the initial Perl implementation, but: >> >>"[2001/03/03 10:05] Markus Schoder has contributed finddupes.cpp, GPL'ed >>source code for a C++ based version of m

Re: Upcoming removal of orphaned packages

Martin Michlmayr wrote on 16/06/2005 19:18: > findimagedupes -- Finds visually similar or duplicate images [#218699] > * Orphaned 590 days ago > * Package orphaned > 360 days ago. Though I probably can't adopt it (due to lack of time), it would be a pity to loose this since there is no compara

Re: NoX idea

Henning Makholm wrote on 05/03/2005 12:17: Scripsit Benjamin Mesing <[EMAIL PROTECTED]> Just wondering if Debian should switch to LSB recommendation LSB recommends: 0 halt 1 single user mode 2 multiuser with no network services exported 3 normal/full multiu

Re: any comments on diagram?

Kevin Mark [u] wrote on 09/11/2004 18:29: i made a diagram in xfig of what I think is the debian development model. Could folks give me a few comments on what's not correct. http://kmark.home.pipeline.com/debian.png AFAICT from my limited debian expertise ;-), there is at least one mistake in that

Re: Bug#277582: ITP: kwin-baghira -- A MacOSX-like theme for Apple junkies ;)

José Luis Tallón [u] wrote on 25/10/2004 03:53: [I hope my post won't be doubled, my MUA just crashed exactly when I hit CTRL-enter to send the mail] Wouter Verhelst wrote: > On Fri, Oct 22, 2004 at 04:31:52AM +0200, Adeodato Simó wrote: I would suggest a name like kde-$FOO-style to be used (e.g

Re: Security updates for sarge?

Manoj Srivastava [u] wrote on 23/10/2004 21:43: I must admit I thought something similar: Why the hell are there only two people who know how to do it, when two people doesn't seem to be enough? Are you volunteering to go out and better educate yourself to take on this work? You know perfectly

Re: Security updates for sarge?

Ingo Juergensmann [u] wrote on 22/10/2004 18:35: On Fri, Oct 22, 2004 at 06:13:46PM +0200, Martin Schulze wrote: Because they have set up and maintain the buildd network. Yes, nice, well done, thank them for their initial work, but it seems as if it's up for others now to take over that job, becaus

Re: Maintenance of User-Mode Linux packages

Matt Zimmerman [u] wrote on 19/10/2004 03:51: Is anyone (other than martin f krafft) interested in co-maintaining some or all of the UML-oriented packages in Debian? This includes the following source packages which I currently maintain: - user-mode-linux - kernel-patch-uml - uml-utilities Things

Re: about volatile.d.o/n

Henning Makholm [u] wrote on 12/10/2004 15:46: Scripsit Sven Mueller <[EMAIL PROTECTED]> Henning Makholm [u] wrote on 11/10/2004 20:22: [volatile.debian.org] Security fixes should be handled by security.d.o. Perhaps yes, perhaps no. Security fixes *to* packages already in volatile is

Re: about volatile.d.o/n

paddy [u] wrote on 12/10/2004 18:14: If you put it that way, I have to agree with you. However, I would make one restriction: - packages in volatile have to keep their commandline (both input and output) interfaces compatible, would that be 'have to' as in 'MUST'? Yes. define compatible. Not rea

Re: about volatile.d.o/n

Henning Makholm [u] wrote on 12/10/2004 16:05: For instance, suppose there are Packages A and B in volatile. (A) has an interface (1) that is only used by (B) in the whole of debian. "In the whole of Debian" is not the only concern here; I would say it is not even relevant. Admins of un*x systems a

Re: about volatile.d.o/n

Henning Makholm [u] wrote on 11/10/2004 20:22: [volatile.debian.org] Security fixes should be handled by security.d.o. Perhaps yes, perhaps no. At least it should follow two rules: 1) If not handled by security.d.o, it should at least be handled in close cooperation with security.d.o 2) It has t

Re: about volatile.d.o/n

Henning Makholm [u] wrote on 11/10/2004 19:48: >> Scripsit Andreas Barth <[EMAIL PROTECTED]> >> > I could however see the possiblity to add a new package "mozilla1.7", that users can optionally install. However, I also won't like it. > >> >> Me neither. For example, if I was already using s

Re: RFD: Draft for a volatile.d.o policy

Frank Küster [u] wrote on 10/10/2004 19:17: >> Sven Mueller <[EMAIL PROTECTED]> wrote: > >>>>== >>>> >>>>Draft for a volatile.debian.org packaging and update policy. > &g

Re: Bug#275897: ITP: tiff2png -- TIFF to PNG converter with alpha channel (transparency) support

Steinar H. Gunderson [u] wrote on 10/10/2004 23:41: On Sun, Oct 10, 2004 at 04:27:21PM -0500, John Goerzen wrote: This package can convert a TIFF image directly to a PNG image without the need of any intermediary format. Unlike the netpbm package, this program can preserve transparency information

Re: possible mass bug filing: spamassassin 3

Tollef Fog Heen [u] wrote on 10/10/2004 13:01: * Sven Mueller From the front page of spamassassin.org: : Flexible: SpamAssassin encapsulates its logic in a well-designed, : abstract API so it can be integrated anywhere in the email : stream. The Mail::SpamAssassin classes can be used on a wide

Re: about volatile.d.o/n

Jesus Climent [u] wrote on 09/10/2004 02:28: On Fri, Oct 08, 2004 at 03:51:29PM -0400, Daniel Burrows wrote: I generally have to resort to backports or unstable when installing Debian on recent hardware, because we don't update hardware drivers in stable. Would the kernel and X be candidates fo

Re: possible mass bug filing: spamassassin 3

Sven Mueller [u] wrote on 10/10/2004 04:46: Go learn perl, than come back. Sheesh, I shouldn't write mail after prolonged discussions with my boss... I apologize for the rudeness of that comment. Even though it was meant somewhat jokingly, I realize it probably was too harsh. Sorry. cu, sven

Re: possible mass bug filing: spamassassin 3

Tollef Fog Heen [u] wrote on 07/10/2004 10:00: * Sven Mueller | Well, perl modules don't have an SO name. : [EMAIL PROTECTED] /usr/lib > apt-cache show libvideo-capture-v4l-perl| grep ^Depends Depends: perlapi-5.8.3, perl (>= 5.8.3-2), libc6 (>= 2.3.2.ds1-4) Seems like perl provid

Re: possible mass bug filing: spamassassin 3

Tollef Fog Heen [u] wrote on 07/10/2004 09:52: * Duncan Findlay | Umm... I'd like to see that 7122 root 15 0 660m 332m 4692 D 0.0 43.8 8:18.64 spamd 7123 nobody15 0 287m 257m 4692 D 0.0 34.0 0:17.01 spamd | Furthermore, you should use the -m option to limit the number of

Re: RFD: Draft for a volatile.d.o policy

Thomas Bushnell BSG [u] wrote on 09/10/2004 19:12: Sven Mueller <[EMAIL PROTECTED]> writes: Doing a backport of some upstream change is usually a pretty difficult task (except for smaller security fixes). It's pretty easy to claim "no new command line feature added", but it i

RFD: Draft for a volatile.d.o policy (was: Re: Updating scanners and filters in Debian stable (3.1) )

Thomas Bushnell BSG [u] wrote on 08/10/2004 18:18: Will Lowe <[EMAIL PROTECTED]> writes: My argument is just that even if you backport the important features of a new release into an old codebase, it's hard to make any valuable claims about the resulting product if the "backport" changes more than

Re: possible mass bug filing: spamassassin 3

Steinar H. Gunderson [u] wrote on 06/10/2004 22:37: >> On Wed, Oct 06, 2004 at 09:10:39PM +0200, Sven Mueller wrote: >> > >>>>??? Since when does exim4 use SA by default? AFAIK, you have to >>>>specifically configure it to use it. Right? If so, there should

Re: possible mass bug filing: spamassassin 3

Steinar H. Gunderson [u] wrote on 06/10/2004 18:29: >> On Wed, Oct 06, 2004 at 04:33:37PM +0200, martin f krafft wrote: >> > I say: remove all the others from Sarge unless or until they comply with SA 3. > >> >> OK, so you want to remove exim4 from sarge, thus breaking installation >> altog