Re: ifupdown maintenance

Matthias Urlichs writes: > On 09.07.24 12:27, Bjørn Mork wrote: >> Run user scripts on up/down events. That's a huge blank spot in >> systemd-networkd. And by design, so it's really not fixable. > > Well, I've been apt-purging ifupdown for almost a decade by now and

Re: ifupdown maintenance

Matthias Urlichs writes: >> Agreed: either it's drop-in compatible or we may as well switch the >> default to NM and/or systemd-networkd. > > Well, here's a heretical thought: why don't we do that anyway, at > least for new installations? > > Somebody could even write a converter. Shouldn't be

Re: Linking coreutils against OpenSSL

Luca Boccassi writes: > If we want to start nitpicking, then let's be exact: 0.61% of popcon. > Whether that qualifies as "plenty" we'll leave as an exercise for the > readers. I wonder if this sort of arrogant "don't care about minorities" attitude will ever stop? Was sort of hoping that

Re: snapshot.d.o has been in a bad state for several months

"Theodore Ts'o" writes: > I was curious about this, since I rely on snapshots.debian.org in > order to create repeatable builds for a file system test appliance, so > I started digging a bit. Looking at the debian-bugs pseudo-package > "snapshot.debian.org": > >

Re: proposal: dhcpcd-base as standard DHCP client starting with Trixie

nick black writes: > what > does NetworkManager offer that makes it superior to > systemd-networkd on the desktop I don't know what systemd-networkd has to offer in this regard, but for laptop usage I'm personally fond of the ModemManager integration along with multihoming policies (eth0

Re: booststrapping /usr-merged systems

Steve McIntyre writes: > Raphaël Hertzog wrote: >> >>In the same spirit, I'd like to throw an idea... could we decide that >>base-files is the first package to be configured as part of the bootstrap >>protocol and change base-files maintainer's scripts into statically linked >>executables so that

Re: booststrapping /usr-merged systems

Marco d'Itri writes: > as we all know every Debian maintainer can veto any systemic changes > that they do not like. I don't think qusr-merge would not have happened if this was true. And I believe you know that very well. I find your remark disrespectful. And I'm trying hard to assume good

Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal)

Ansgar writes: > On Fri, 2023-05-19 at 20:57 +0200, Bjørn Mork wrote: >> Hmm.  I find the netboot installer archives very useful for rescue >> purposes.  This sometimes involves PC hardware too old for amd64. I PXE >> booted a 20+ year old laptop with no DVD/CD drive (

Re: i386 in the future (was Re: 64-bit time_t transition for 32-bit archs: a proposal)

Steve McIntyre writes: > I had been thinking about doing similar for installer images too, but > with other work going on too I think it got too late in the cycle to > make that change. My plan is therefore to ship i386 installer images > for bookworm as normal (including bookworm point releases

Re: transition to usrmerge to start around 2022-09-15 (next Thursday)

Luca Boccassi writes: > Nothing was ignored. In the spirit of good faith I'll assume you meant "Nothing new was ignored". It's a fact that you are ignoring a few issues caused by usrmerge. This is thoroughly documented in the BTS. Arrogance is not on the bug list, but maybe it should be?

Re: adduser default for sgid home directories

Philipp Kern writes: > On 25.07.22 08:46, Bjørn Mork wrote: >> Matt Barry writes: >>>> - why has a change been made >>> >>> I think this is explained in excruciating detail. The short version >>> (from NEWS): >>> >>&

Re: adduser default for sgid home directories

Matt Barry writes: >> - why has a change been made > > I think this is explained in excruciating detail. The short version > (from NEWS): > > "mode 0700 provides both the most secure, unsurprising default" This is a self-referencing explanation. It provides no value. It's only good if you

Re: What to do with merged /usr and dpkg-fsys-usrunmess

Andrey Rahmatullin writes: > On Wed, Apr 06, 2022 at 04:02:23PM +0200, Bjørn Mork wrote: >> > Sorry, blame the dpkg maintainer. >> >> Is that how we discuss technical issues around here? > This is not a technical issue. Ah, sorry. I mistook this for the "Discus

Re: What to do with merged /usr and dpkg-fsys-usrunmess

Marco d'Itri writes: > Sorry, blame the dpkg maintainer. Is that how we discuss technical issues around here? Bjørn

Re: Gmail bounce unauthenticated @debian.org addresses

"LeJacq, Jean Pierre" writes: > There are standard best practices for forwarding support in SPF. > > http://www.open-spf.org/Best_Practices/Forwarding/ Well, if it only was that simple. There is NO working SRS software/example config for sendmail in Debian or anywhere else AFAICS. The only

Re: The future of src:ntp

Bernhard Schmidt writes: > - Since NTS leverages X.509, how does it work with a broken clock on > boot that is ticking outside of the certificate validity period? I don't know how it is intended to work, but it seems pretty obvious that NTS certificate validation must ignore the validity

Re: etc/resolvconf/update-libc.d/ equivalent for systemd-resolved

Scott Kitterman writes: > I believe I can solve this problem by adding Recommends: resolvconf if that's > the only way. I had hoped there would be some "modern" way to do it from > within Debian's default package set. Funny. That seems to have been the solution to this bug almost 20 years

Re: merged-/usr transition: debconf or not?

Michael Biebl writes: > Am 17.11.2021 um 19:57 schrieb Sam Hartman: >> The question is whether we ever get to a place where people can update >> files in a package currently installed to /bin/foo and instead install >> them to /usr/bin/foo. >> We have a consensus that dpkg bugs make that a bad

Re: Q: Use https for {deb,security}.debian.org by default

Jeremy Stanley writes: > While this does complicate it, a snooping party can still know the > site they're connecting to via SNI happening unencrypted, I believe this can be fixed with TLS 1.3? > and packet sizes/pacing likely give away which pages or files are > being retrieved based on their

Re: a proper-unix meta package (Re: Proposal: plocate as standard for bookworm)

Adam Borowski writes: > On Wed, Feb 10, 2021 at 12:21:36PM +, Holger Levsen wrote: >> On Wed, Feb 10, 2021 at 01:05:04PM +0100, Bjørn Mork wrote: >> > I happen to disagree. To me this is yet another step away from being a >> > proper Unix system - to something

Re: Proposal: plocate as standard for bookworm

Marvin Renich writes: > * Steinar H. Gunderson [210209 14:27]: >> On Tue, Feb 09, 2021 at 08:53:10PM +0200, Adrian Bunk wrote: >> > And there are now also many non-technical Linux users who have never >> > used a shell. >> >> Well, why do we include netcat, telnet or hdparm? lsof? pciutils? >>

Re: Fixed release dates are hurting quality

John Paul Adrian Glaubitz writes: > If the packages in question are essential, then these packages should get a > proper > maintainer with a maintenance release first before the freeze kicks in. How does that happen? Bjørn

Re: Making Debian available

There is no one proposing that non-free should be mandatory. The original topic was whether it should be possible to install Debian at all, noting that there are situations where this now is so difficult that it will be percevied as "impossible" by some users. I believe it is an undisputed fact

Re: Making Debian available

Steve McIntyre writes: > However, in the latter case Debian has shipped non-free stuff. That is > a big shift in our position. Don't get me wrong: I'm not saying this > is an impossible place for us to go to. But before we do that we > should have an open and honest debate about it. I

Re: Making Debian available

Steve McIntyre writes: > Marc Haber wrote: >> >>I was not aware of that feature. It is good to have that, but I would >>be embarrassed to seriously suggest this way because we can't manage >>to get WLAN working in the installer for political reasons. > > Are we seriously just going to describe

Re: Making Debian available

Marc Haber writes: > My workaround is to plug in a network cable for installation. But > alas, I have up to now been able to avoid hardware without built-in > Ethernet. I guess that many USB Ethernet interfaces will work out of > the box without non-free, right? Yes, even integrated LTE/5G

Re: debian names

Jonas Smedegaard writes: > I would consider it highly unlikely that (Disney would claim and a court > would agree with them, that) Pixar customers could confuse some Pixar > products with a Debian release. I believe Disney lawyers are world famous for their ability to construct a legal

Re: Nitrokey for DDs

Zlatan Todorić writes: > In that regard, if DDs find Nitrokey interesting, I have contact with > their founder and we could negotiate discount(s) on their products and > also pursue similar effect as with Peertube - we (potentially) get > what some (all?) DDs need while we help them grow as

Re: RFC: Replacing vim-tiny with nano in essential packages

"Theodore Y. Ts'o" writes: > I've always considered /bin/ed the most basic system administration > tool, since it doesn't require a working terminal or termcap entry. > It works even if you are using an ASR-33 teletype. :-) > > And at least for me, I find /bin/ed much more user friendly than

Re: pager and upgrades

Thomas Goirand writes: > without a pager installed. Is that really possible? AFAICS, /bin/more is part of util-linux which is essential. So you will always have at least one pager installed. But something might have messed up the alternatives symlinks. Falling back to /bin/more is better han

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

Robert Edmonds writes: > The entire DNS root zone is only 1 MB compressed and is updated about > once a day. It would be even better for privacy if the whole root zone > were distributed via HTTPS, as the initiator would not reveal to the > server any information about what TLD is being looked

Re: Mozilla Firefox DoH to CloudFlare by default (for US users)?

Ondřej Surý writes: > On the privacy topic... > > Slides: https://irtf.org/anrw/2019/slides-anrw19-final44.pdf > Paper: https://dl.acm.org/authorize.cfm?key=N687437 And also section 8 of https://tools.ietf.org/html/draft-reid-doh-operator-00 > And you can get to the video recording from the

Re: Please stop hating on sysvinit (was Re: do packages depend on lexical order or {daily,weekly,monthly} cron jobs?)

Bernd Zeimetz writes: > On 8/11/19 12:01 PM, Adam Borowski wrote: >> restart|force-reload) >> log_daemon_msg "Restarting $DESC" >> do_stop >> sleep 1 >> do_start >> log_end_msg $? >> ;; >> >> Yes, this particular case might fail on a

Re: Apt-secure and upgrading to bullseye

Julian Gilbey writes: > On Wed, Jul 10, 2019 at 12:31:51PM +0100, Julian Gilbey wrote: >> Hooray, buster's released! Congrats to all! >> >> So I tried upgrading my machine to bullseye today, and >> aptitude/apt-get update don't like this, giving me errors such as: >> >> E: Repository

Re: Debian, so ugly and unwieldy!

Adam Borowski writes: > => Install gtk3-nocsd by default in all desktop tasks but Gnome. It's not > perfect but it helps. That's nice. Thanks for the tip. I enjoy nice tools like eog and evince, but have always been annoyed by the missing window title and associated window manager

Re: @debian.org mail

Daniel Lange writes: > We have more people registered for DebConf ("the Debian Developers' > conference") with @gmail.com than @debian.org addresses. You can't fix @gmail.com. It is deliberately broken for commercial reasons, and that won't stop with SPF and DKIM. Anti-spam is just the

Re: usrmerge -- plan B?

Marco d'Itri writes: > On Nov 26, Didier 'OdyX' Raboud wrote: > >> Sorry to be blunt about this, but have you reported these? Sniping at (any) > > No, they have not. There is a lot of handwaving in this thread but very > few results of actual tests. "Migration is not (easily) reversible" was

Re: Should tasks be considered harmful?

Paul Wise <p...@debian.org> writes: > On Mon, Dec 4, 2017 at 6:43 AM, Bjørn Mork wrote: > >> But how would a user without any previous knowledge of modemmanager or >> Linux networking be able to figure this out? > > It sounds like you are looking for isenkram to be i

Should tasks be considered harmful?

tl;dr: Desktop tasks have unexpected (from the user point of view) side effects due to dependencies. This can be considered harmful since the installer task selection can easily can trick a user into installing a "substandard" system. Yesterday I did something I rarely do: I installed Debian from

Re: Help, I broke sso.debian.org for chrome - Found reason

Enrico Zini writes: > On Tue, Sep 05, 2017 at 11:37:01AM +0200, Enrico Zini wrote: > >> I refactored the certificate generation code for sso.debian.org, and the >> certificates it generates now still work in Firefox but not in Chrome. > > I found the reason:

Re: Call for volunteers: FTP Team

Abou Al Montacir writes: > On Fri, 2017-08-18 at 08:24 -0500, Matt Zagrabelny wrote: > ... >> > If someone hypothetically joins, are they allowed to rename the FTP team >> > >> > to something that doesn't include "FTP"? >> >> Archive Team. Or the A-Team for short. The

Re: Naming of network devices - how to improve it in buster

Guus Sliepen writes: > Ok, it should be clear now that the new way of naming interfaces is not > ideal, but the older ways weren't either. Let's have a look at what we > want: > > - A simple name for systems with a single Ethernet and/or Wireless > interface (the simple

Re: P.S. Re: Debian 9 in a VM with Proxmox 5 system

Samuel Thibault writes: > Vincent Bernat, on lun. 10 juil. 2017 20:55:29 +0200, wrote: > >> Other major distributions are using this new scheme (notably Ubuntu >> which has no reason to have users smarter than ours) > > The reasoning is the converse: non-techy users will

Re: P.S. Re: Debian 9 in a VM with Proxmox 5 system

m...@linux.it (Marco d'Itri) writes: > On Jul 10, Adam Borowski wrote: > >> Predictability is important, thus let's actually have _predictable_ >> interface names. The kernel default, eth0 and wlan0, is good enough for >> most users, why not keep that? Even just ignoring

Re: systemd, ntp, kernel and hwclock

Adam Borowski writes: > On Tue, Feb 28, 2017 at 10:15:23AM +0100, Daniel Pocock wrote: >> > But ntpd is also known to have a large amount of code written >> > without as much regard for security as one would hope. It seems >> > like an unnecessary risk for most systems. >>

Re: Bug#846002: Debian Installer Stretch RC 1 release

Andreas Tille writes: >> Since this is still an open discussion in #846002, I would have >> preferred if you would not try to force your own preference here before >> the CTTE made its decision. > > While I'm not sure whether its a personal preference or whether some >

Re: Can we kill net-tools, please?

Russell Stuart writes: > On Thu, 2016-12-29 at 11:38 -0800, Russ Allbery wrote: >> It certainly doesn't provide a man page that doesn't start with a BNF >> syntax description.  The iproute2 documentation is awful. >> >> Also, this is not at all easy to parse: >> >> #

Re: Can we kill net-tools, please?

Russ Allbery writes: > Christian Seiler writes: >> On 12/29/2016 08:38 PM, Russ Allbery wrote: > >>> ip address also has one of the worst output UI decisions I've ever seen, >>> namely this line: >>> >>> inet 192.168.0.195/24 brd 192.168.0.255 scope

Re: Bug#830624: ITP: xplayer -- Simple media player based on GStreamer.

Emilio Pozuelo Monfort writes: > On 09/07/16 22:31, Franciscarlos Santos Soares wrote: >> Hi Emilio! >> >> Thank you for contacting us. In fact, like independent application of any >> DE, >> but they were compatible with the traditional look of windows and based on >> the

Re: Putting default config files in /usr [was; (newbie) Disruptive LIRC package update.]

Tom H writes: > systemd isn't the first package to allow/promote shipping distro > settings in "/lib" or "/usr/lib" and overriding them via "/etc"; udev > and polkit/policykit have behaved like this for a long time. There's > also "/usr/lib/sysctl.d/" where a distro ship

Re: Putting default config files in /usr [was; (newbie) Disruptive LIRC package update.]

Bjørn Mork <bj...@mork.no> writes: > "/usr/lib/sysctl.d/" is systemd specific. Dropping files there won't do > anything unless you run the systemd-sysctl service. Sorry, should have researched this better first. sysctl WILL use "/usr/lib/sysctl.d/" if

Re: Bug#777643: general: possibly, some keyboard layouts should use U+22C5 DOT OPERATOR instead of U+00B7 MIDDLE DOT

Nikolaus Rath nikol...@rath.org writes: How dare you write ... instead of the proper … :-P I'm curious, how do you type that in conviently? I hope it's not copying and pasting from a template file, and remembering (and/or finding out) the X11 Compose sequence seems cumbersome too. I see

Re: DE features dependent on Systemd

Josselin Mouette j...@debian.org writes: We don’t support non-logind configurations. You might not. AFAICS, Debian does. We support non-systemd-as-pid-1 configurations, but they still run logind through systemd-shim. systemd-shim is not essential. You can still install jessie without

Re: DE features dependent on Systemd

Josselin Mouette j...@debian.org writes: Bjørn Mork bj...@mork.no wrote: We support non-systemd-as-pid-1 configurations, but they still run logind through systemd-shim. systemd-shim is not essential. You can still install jessie without systemd

Re: Using USB serial device with a cdc-acm driver

Dmitriy Fitisov dmit...@radier.ca writes: we have a small device of our own, which communicates through serial USB on Windows. Now we need it to work on Raspberry (yes, I know this is Debian, which is Raspberry based on). USB descriptors configured as a modem, so, when I connect it to

Re: enforced systemd services

Marc Haber mh+debian-de...@zugschlus.de writes: Indeed. Do we really have to pull that from a video or presentation slides? Is this part of the official systemd docs anywhere? I don't know of any collection of all security related directives, but you can find an index of all unit file

Re: Being part of a community and behaving

m...@linux.it (Marco d'Itri) writes: On Nov 17, Steve Langasek vor...@debian.org wrote: This is what many still (retorically) wonder about: we the systemd maintainers did not reject that change, https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=15;bug=746578 Please try to be less

Re: Being part of a community and behaving

Brian May br...@microcomaustralia.com.au writes: On 14 November 2014 04:20, Carlos Alberto Lopez Perez clo...@igalia.com wrote: The last one that I read is that udev is going to stop working on non-systemd systems: http://lists.freedesktop.org/archives/systemd-devel/2014-May/019657.html

Re: systemd - some more considerations

Tollef Fog Heen tfh...@err.no writes: ]] Norbert Preining systemd needs cgroups, that's pretty well established. Arguably, it should die with a clearer message. No, NO NOO *IT*SHOULD*NOT*DIE*!!! It is in PID 1. Please digest that. Am I understanding you

Re: pulseaudio related problems....

John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de writes: On 02/17/2014 01:37 PM, Norbert Preining wrote: Why can you not simply say something like: Well yes, there seem to be some problems and we will try to fix them if we can get hold of enough input. You DDs should be able to provide

Re: systemd - getting started?

Iain R. Learmonth i...@fsfe.org writes: Things I'd like to see are: * A systemd primer (like what is a service file?) * Packaging documentation for systemd (some has been started [1]) * How to hack together a service (this is something I did quite a lot for homebrew scripts on servers)

Re: removal of the vacation package

Ansgar Burchardt ans...@debian.org writes: Bjørn Mork bj...@mork.no writes: Care to provide a pointer to an example? RFC 5230, sections 4.2, 4.5, 4.6 and 8. Thanks for the pointer. Are there any implementations of RFC 5230 in Debian? Both apt-cache search 5230 and apt-cache search sieve

Re: removal of the vacation package

Ansgar Burchardt ans...@debian.org writes: Bjørn Mork bj...@mork.no writes: Is there such a beast with feature parity? vacation has a few nice defaults, like ignoring list mails and only sending one message per week to each receiver. Having every end user implement similar behaviour

Re: removal of the vacation package

m...@linux.it (Marco d'Itri) writes: On Jan 12, Stefano Zacchiroli z...@debian.org wrote: It still seems to have a fair number of loyal users though. I see your popcon says 1867 have it installed, but only 222 voted. If we do have such a replacement (I just don't know) please mention it in

Re: overriding udev rules

Uoti Urpala uoti.urp...@pp1.inet.fi writes: Russ Allbery wrote: Kay Sievers k...@vrfy.org writes: Hmm, why would upgrades break? The old file would still be there, rename the devices (if you keep the patch to swap names, which upstream does not support any more), and take precedence

Re: overriding udev rules

Michael Biebl bi...@debian.org writes: The persistent network interface naming rules are already skipped if udev is run within a virtual machine. Which made me look closer at /lib/udev/rules.d/75-persistent-net-generator.rules I find it a bit strange that it has lots of logic involving

Re: Survey answers part 1: systemd has too many dependencies, …

Michael Stapelberg stapelb...@debian.org writes: since some people might not read planet debian, here is a link to my first blog post in a series of posts dealing with the results of the Debian systemd survey: http://people.debian.org/~stapelberg/2013/06/09/systemd-bloat.html I was hoping

Re: default MTA

Jean-Christophe Dubacq jcduba...@free.fr writes: And in my experience, email tends to be much more fragile than dbus. The warm fuzzy feeling you get when you don't know there is a problem... How many times have I suddenly looked at the queue of a computer that has been mis-configured and

Re: default MTA

Ben Hutchings b...@decadent.org.uk writes: On Wed, May 29, 2013 at 09:06:59PM +0200, Adam Borowski wrote: On Wed, May 29, 2013 at 05:11:35PM +0200, Josselin Mouette wrote: Le mercredi 29 mai 2013 à 16:31 +0200, Javier Fernandez-Sanguino a écrit : Take for example, smartmoontools [1].

Re: default MTA

Marc Haber mh+debian-de...@zugschlus.de writes: On Thu, 30 May 2013 06:46:46 -0400, Scott Kitterman deb...@kitterman.com wrote: Even if they are using a system that allows them to go back and review their notification history when they return to their system, It just occurred to me that you

Re: default MTA

Josselin Mouette j...@debian.org writes: Le mardi 28 mai 2013 à 10:34 +0100, Jonathan Dowland a écrit : There is an impedence mismatch between packages which consider an MTA and the sendmail interface to be standard and those desktop components that make no such assumption. If we are going to

Re: default MTA

Josselin Mouette j...@debian.org writes: Le mardi 28 mai 2013 à 13:07 +0200, Bjørn Mork a écrit : The local MTA serves as a common configuration for the external SMTP server, with a well known interface supported by every single package which wants to send mail. Which packages are entitled

Re: default MTA

Russ Allbery r...@debian.org writes: Bjørn Mork bj...@mork.no writes: The local MTA serves as a common configuration for the external SMTP server, with a well known interface supported by every single package which wants to send mail. And which requires storing passwords or other

Re: Contributor agreements and copyright assignment

Russ Allbery r...@debian.org writes: Bjørn Mork bj...@mork.no writes: IANAL, but I believe you are wrong there. You give them much wider rights than this by assigning the copyright to the FSF. The copyright owner is free to relicense the work in any way they want. Have you see

Re: Contributor agreements and copyright assignment (was Re: Really, about udev, not init sytsems)

Ian Jackson ijack...@chiark.greenend.org.uk writes: Barry Warsaw writes (Re: Contributor agreements and copyright assignment (was Re: Really, about udev, not init sytsems)): FTR: http://www.canonical.com/contributors That allows Canonical to make proprietary forks of the code (eg, to

Re: Really, about udev, not init systems

Cyril Brulebois k...@debian.org writes: Thomas Goirand z...@debian.org (28/11/2012): That's not truth anymore, since AFAIK rules of udev moved to /usr. May I suggest some fact checking? Try “dpkg -L udev” for a start. Yes, the Debian package is OK and I assume it will continue to be. But I

Re: Really, about udev, not init systems

Tollef Fog Heen tfh...@err.no writes: ]] Bjørn Mork The default 'configure' install locations have changed. Packages for systems with the historic / vs. /usr split need to be adapted, otherwise udev will be installed in /usr and not work properly. Example configuration options

Reply-To munging (was: Re: Do not CC me)

Thomas Goirand z...@debian.org writes: The solution to this is very simple. Have the mailing list manager to add a Reply-To: header on each messages. I've done this on few of the lists I manage, and since then, nobody sends double-messages. But, probably, mailman is too stupid to have

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Serge sergem...@gmail.com writes: 2012/8/30 Wouter Verhelst wrote: How do you suppose it's possible to undo arbitrary network configuration done by arbitrary set of tools when there's no central place to hold such information (and can't possibly be)? Actually, the kernel holds that

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Christoph Anton Mitterer cales...@scientia.net writes: On Sun, 2012-08-19 at 19:41 +0200, Marco d'Itri wrote: NM, as a design goal, is not supposed to be able to manage every possible configuration. Well but then it shouldn't be kind of a default package. No it shouldn't. And it isn't

Re: can we (fully) fix/integrate NetworkManager (preferred) or release-goal its decommissioning

Stephan Seitz stse+deb...@fsing.rootsland.net writes: On Mon, Aug 20, 2012 at 01:08:53PM +0200, Bjørn Mork wrote: Never mind wireless lan where you've got a well defined kernel API. Try to configure a modern 3G/LTE modem using ifupdown, and you will see the Is this something different from

Re: Recommends for metapackages

Jean-Christophe Dubacq jcduba...@free.fr writes: On 11/07/2012 11:12, Andrei POPESCU wrote: On Mi, 11 iul 12, 10:55:16, Jonas Smedegaard wrote: The feature of _allowing a subset of packages to be removed that was _ensured_ to be installed: Impossible without defeating the feature of

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Serge sergem...@gmail.com writes: Since tmpfs+swap is mostly slower than regular filesystem And the world is flat. Bjørn -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Aneurin Price aneurin.pr...@gmail.com writes: In anything resembling a 'normal' system (ie. the kind where one might be using the defaults) I would say that the tmpfs correlation is so strong as to be very nearly 1:1, and this seems like the crux of the matter; that is after all the reason

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Aneurin Price aneurin.pr...@gmail.com writes: (Note that we are talking about applications which fail gracefully when confronted with ENOSPC, Are we? What's the problem then? but which are likely to do so more often when the size of /tmp is restricted.) Yes, but the tmpfs correlation is

Re: Summary: Moving /tmp to tmpfs makes it useless

Serge sergem...@gmail.com writes: 2012/6/10 Adam Borowski wrote: Some people asked for a thread summary. So here it is. Seriously, can't you even read what's written to you? Yes, I know it was a biased summary. I think you might start to piss off a few people now... Look at what you are

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Petter Reinholdtsen p...@hungry.com writes: I've happily been using tmpfs on /tmp/ for probably ten years now, and can list some more benefits: - It allow diskless setups like LTSP to work the same way the default installation in Debian work. They use read-only NFS-mounted file

Re: Idea: mount /tmp to tmpfs depending on free space and RAM

Petter Reinholdtsen p...@hungry.com writes: [Bjørn Mork] I'd like to add another one: - a tmpfs is always easy to grow without requiring any special preparations. Just add more swap. The swap could be on different disks, and could even be files hosted on other file systems

Re: Moving /tmp to tmpfs makes it useless

Vincent Lefevre vinc...@vinc17.net writes: On 2012-05-30 12:08:29 +0200, Josselin Mouette wrote: Le samedi 26 mai 2012 à 23:02 +0200, Carlos Alberto Lopez Perez a écrit : With tmpfs on /tmp you are breaking many applications that assume that they have enough space to write on /tmp like the

Re: Wheezy release: CDs are not big enough any more...

Timo Juhani Lindfors timo.lindf...@iki.fi writes: Wookey woo...@wookware.org writes: And the USB-stick process is not as simple as it might be because you have to find the HD-media files and then _also_ find an iso image to put on. It's no wonder newbs are still downloading CD/DVD images.

Re: Wheezy release: CDs are not big enough any more...

Timo Juhani Lindfors timo.lindf...@iki.fi writes: Bjørn Mork bj...@mork.no writes: No, you don't. On a default Debian system you need to be a member of the floppy group. From /lib/udev/rules.d/91-permissions.rules : Yeah but you are not a member of that group by default surely

Re: RFC: OpenRC as Init System for Debian

Uoti Urpala uoti.urp...@pp1.inet.fi writes: Machine-specific configuration belongs in /etc. The default behavior of the tools doesn't. Agree. Copying a large set of default policies into /etc just because they *can* be overridden is not user friendly. And it does not make the defaults any

Re: Removing the MTA from the default install

Josselin Mouette j...@debian.org writes: Is this the right time to do it? Wasn't this just recently discussed? Just replay the thread: http://lists.debian.org/debian-devel/2011/10/msg00227.html Bjørn -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

Re: Default display manager should not be gdm3

Josselin Mouette j...@debian.org writes: This feature was in squeeze and so far we didn’t reinstate it in 3.x on upstream request. This is because they complained people used this feature to shoot themselves in the foot and then accused gdm of being broken. So they choose to break gdm and

Re: [Long] UEFI support

Tanguy Ortolo tanguy+deb...@ortolo.eu writes: Paul Wise, 2012-01-09 00:44+0100: Sounds like he was asking you to name these new 32-bit only x86 systems that are still being produced and sold. That is right. In fact, I do not doubt there are some 32 bits only processors sold today, but I am

Re: /tmp as tmpfs and consequence for imaging software

Chow Loong Jin hyper...@ubuntu.com writes: On 16/11/2011 22:43, Salvo Tomaselli wrote: Most netbooks and small laptops (such as Thinkpads) do not. My thinkpad has it... Mine doesn't. The smaller Thinkpads (less than 14?) don't. This discussion is getting more and more weird, but for the

Re: RFC: Making mail-transport-agent Priority: optional

Josh Triplett j...@joshtriplett.org writes: What would it take to make this change? Changing the LSB. Or you need to keep the sendmail interface. Which is what mail-transport-agent provides. Have I missed any important points? You forgot to explain the upside, reason, why, gain, whatever.

Re: ifupdown 0.7~alpha4 in experimental

Stephan Seitz stse+deb...@fsing.rootsland.net writes: So how do you do the auto configuration? Do you have radvd running or a DHCPv6 server? If I understand correctly, radvd won’t give you DNS servers. radvd *can* give you DNS servers. See the RDNSS option in radvd.conf(5). rdnssd is a

Re: Getting good bug reports

Brian May br...@microcomaustralia.com.au writes: Some don't even have Internet access. So, how do you propose reportbug should handle those? Send a fax? Seriously, what problem do you have that isn't solved by reportbug --offline --output=foo ? Bjørn -- To UNSUBSCRIBE, email to

Re: How to solve race condition between IPv6 ifup and start of services?

Marc Haber mh+debian-de...@zugschlus.de writes: On Sat, 21 May 2011 15:42:51 -0700, Steve Langasek vor...@debian.org wrote: With an event-based init system such as upstart, you could also set up the service not to start until the specified interface is fully configured. Issue (1): We don't

  1   2   >