Re: Definition of _boot_

so part of the boot process *on that system*. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subj

Re: Definition of _boot_

On Sun, Apr 29, 2012 at 11:11:08PM +0200, Svante Signell wrote: > On Sun, 2012-04-29 at 21:52 +0100, Ben Hutchings wrote: > > On Sun, Apr 29, 2012 at 09:51:37PM +0200, Svante Signell wrote: > > > Hello, > > > > > > In line with the recent discussion,

Re: Definition of _boot_

ed with something more > > current like upstart and systemd. > > On the contrary, with this definition init scripts are sufficient, and > the event-based stuff happens later, e.g. with event based user space > tools, udev<->linux kernel. So your definition is circular: b

Re: switching from exim to postfix

DKIM is broken by design. Not sure why anyone should care to work around this. Ben. -- Ben Hutchings Design a system any fool can use, and only a fool will want to use it. signature.asc Description: This is a digitally signed message part

Re: Breaking programs because a not yet implemented solution exists in theory (Was: Bug#658139: evince: missing mime entry)

ns as file type handlers in Akregator (KDE application). So I'm not sure this is even 'just' a problem for text-mode applications. Ben. -- Ben Hutchings Design a system any fool can use, and only a fool will want to use it. signature.asc Description: This is a digitally signed message part

Re: RFC: OpenRC as Init System for Debian

a dependency on libudev / gudev. And that is > easily rectified. > > Having a udev-free system is surprisingly easy and without big > surprises. You should try it :) > > So, if you want to have a polite discussion among adults, feel free to > join ... No, enough politeness

Re: rpath-issue

On Tue, May 08, 2012 at 10:01:44PM +0200, Anton Gladky wrote: > Dear all, > > is there an opportunity to define "rpath-issue" on compiled > libraries/executables not using lintian? Assuming you mean 'detect' rather than 'define': objdump -p file |

Re: Bug#672160: Directory /boot/console-setup

esystems are mounted, but not before root is mounted? Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with

Re: RFC: OpenRC as Init System for Debian

the user to resolve) and the rpm-conffile model (back up local version). Maybe users ought to be able to request notification when the defaults change. But isn't that true regardless of whether those defaults are written in the configuration file format or as part of the program itself? Ben

Re: RFC: OpenRC as Init System for Debian

On Thu, May 10, 2012 at 09:56:57PM +0100, Ben Hutchings wrote: > On Thu, May 10, 2012 at 10:55:06AM -0700, Don Armstrong wrote: > > On Thu, 10 May 2012, Uoti Urpala wrote: > > > You're pretty much just saying that dpkg and helpers like ucf have > > > implemented

Re: Bug#672695: wordpress: no sane way for security updates in stable releases

it's easy to install and easy to upgrade (I assume; I don't use Wordpress). Yes, the expected stability is lost. But I suspect many of our users would be happier with up-to-date applications and a stable core. Of course, for any application that we expect to receive more substantial upd

Re: BTS and qa.debian.org strangeness

against bts.debian.org (I didn't find the above > things mentioned by now) > > THanks a lot and all the best -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part

Re: BTS and qa.debian.org strangeness

On Mon, 2012-05-14 at 18:26 +0900, Norbert Preining wrote: > Hi Ben, > > thanks for the answers, but ... > > On Mo, 14 Mai 2012, Ben Hutchings wrote: > > > * bug 670494 filed against ptex-bin, which is currently maintained > > > by debian-tex-maint mailing

Re: Bug#672695: wordpress: no sane way for security updates in stable releases

imits, but no > isolation). [...] User IDs and capabilities aren't yet properly namespaced. So you can't create a container-root user to manage the container from the inside, and you can't rent out a container as a VPS. That doesn't mean we have 'no container

amd64 as default architecture

his is selected. Eventually (wheezy+2? +3?) we would stop building a kernel package for i386. Does anyone see a problem with the above, in particular points 1 and 2? (Also, much of the above applies to s390x vs s390. And please let's have ppc64 and sparc64 soon!) Ben. -- Ben Hutchings All extrem

Re: amd64 as default architecture

On Sat, 2012-05-19 at 19:44 -0700, Steve Langasek wrote: > Hi Ben, > > On Sun, May 20, 2012 at 03:16:15AM +0100, Ben Hutchings wrote: > > Most new PCs have an Intel or AMD 64-bit processor, and > > popcon.debian.org shows amd64 numbers almost matching i386. > > > So

Re: amd64 as default architecture

On Sun, 2012-05-20 at 11:27 +0200, Goswin von Brederlow wrote: > Ben Hutchings writes: > > > Most new PCs have an Intel or AMD 64-bit processor, and > > popcon.debian.org shows amd64 numbers almost matching i386. > > > > For some time we have also provided the am

Re: amd64 as default architecture

On Sun, 2012-05-20 at 16:41 +0200, Marco d'Itri wrote: > On May 20, Ben Hutchings wrote: > > > No, keep i386 userland only. Though we might consider reducing even > > that to a 'partial architecture' that has only libraries (similar to > > ia32-libs today

Re: amd64 as default architecture

On Sun, 2012-05-20 at 18:24 +0200, Mike Hommey wrote: > On Sun, May 20, 2012 at 02:00:21PM +0100, Ben Hutchings wrote: > > On Sun, 2012-05-20 at 11:27 +0200, Goswin von Brederlow wrote: > > > Ben Hutchings writes: > > > > > > > Most new PCs hav

Re: amd64 as default architecture

On Sun, 2012-05-20 at 14:02 -0700, Josh Triplett wrote: > Ben Hutchings wrote: > >On Sun, 2012-05-20 at 11:27 +0200, Goswin von Brederlow wrote: > >> Ben Hutchings writes: > >>> Eventually (wheezy+2? +3?) we would stop building a kernel package > >>> for

Re: amd64 as default architecture

On Tue, May 22, 2012 at 01:25:21PM +, Thorsten Glaser wrote: > Ben Hutchings dixit: > > >> > Eventually (wheezy+2? +3?) we would stop building a kernel package for > >> > i386. > >> > >> As in drop the i386 arch? > > > >No, keep i

Re: amd64 as default architecture

On Tue, May 22, 2012 at 07:27:21PM +0200, Jakub Wilk wrote: > * Ben Hutchings , 2012-05-20, 03:16: > >5. Installer for i386 prefers amd64 kernel on any capable machine > >(that's a one-line change!) and adds amd64 as secondary > >architecture if this is selected. >

Re: amd64 as default architecture

ode which is not supported under an x86_64 > kernel. So the x86emu backend should be built too if there are any 64-bit systems that need libx86 - and maybe for other reasons as well. That's not a big deal, though, surely? By the way, lack of VM86 mode under Long Mode is a restriction of the

Re: Exported (ba)sh functions in the environment

ons! > > That's 225517 bytes that needs to be copied every time a script runs. No. 'env' shows the environment variables. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

Re: Moving /tmp to tmpfs makes it useless

ay that they survive a reboot, ignorant of the fact that they're destined to be removed. It have in the past been annoyed to have to wait for /tmp to be fsck'd just before it's wiped clean. Ben. -- Ben Hutchings You can't have everything. Where would you put it? signature.asc Description: This is a digitally signed message part

Re: Moving /tmp to tmpfs is fine

king about implementing per-user temporary directories and making sure that programs respect $TMPDIR. (On Linux it's also possible to give each user a different /tmp through mount namespaces. I'm not sure whether that's compatible with historical use of /tmp by the X window system.) Ben.

Re: Moving /tmp to tmpfs is fine

n, 28 May 2012, Jon Dowland wrote: > > On Sun, May 27, 2012 at 04:25:30PM +0100, Ben Hutchings wrote: > > > We should be thinking about implementing per-user temporary directories > > > and making sure that programs respect $TMPDIR. (On Linux it's also > > &

Re: amd64 as default architecture

On Fri, 2012-06-01 at 11:59 +0200, Goswin von Brederlow wrote: > Ben Hutchings writes: > > > On Sun, 2012-05-20 at 11:27 +0200, Goswin von Brederlow wrote: > >> Ben Hutchings writes: > >> > Eventually (wheezy+2? +3?) we would stop building a kernel package for &

Re: Debian documentation permalinks

isleading or nonsensical. > >> > >> Any documentation system that can provide a means to refer to a > >> specific version (permalinks) would be better than what's there now. > > > > Could you give examples of things lacking permalinks? > > thanks

Re: Moving /tmp to tmpfs makes it useless

ense to have a hard per-process limit. Also, it's not generally possible to account dirty pages to specific processes exactly. But I think you will be pleased with this change that was included in Linux 3.2: http://lwn.net/Articles/456904/ Ben. -- Ben Hutchings We get into the

Re: Moving /tmp to tmpfs makes it useless

> > that include it. > > It is obvious that people who know why they want it won’t be affected > too much – just like we managed to use it without much problems until > now. > > Thank you for your continued efforts to serve our users with slower > systems by default. Th

Re: Bug#677230: ITP: adhcp -- DHCP implementation in Ada

want to switch? dhclient could do with some good competition; it's slow to recover from a link drop (or suspend/resume) and its configuration format is not very user-friendly. But it does seem premature to include ADHCP. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part

Re: Migration path for 'Multi-Arch:allowed' packages

ll need to advise the user to enable amd64 ready for wheezy+1. If we can document multi-arch well enough in release notes etc. then it might be possible to drop it now. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part

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

ticles/500198/>. Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part

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

-bound” with data. > > Because it sounds to me that when building with make -j8 on a fast > multi-core system, you will hit the IOPS limit of a rotating drive very > quickly. [...] It's fine with a local disk and enough RAM for a decent disk cache. (NFS is another matter.) Ben.

Re: Is it me or virtualbox memory management crap?

nue with VB for my SID VM. > > Anyway, thanks for the hint, I may give (another) try with KVM. Is there > any good GUI that I could use for it (that would work in Squeeze)? [...] I think there is a usable version of virt-manager in squeeze. Ben. -- Ben Hutchings We get into the habi

Re: Migration path for 'Multi-Arch:allowed' packages

On Wed, 2012-06-13 at 12:47 +0100, Wookey wrote: > +++ Ben Hutchings [2012-06-13 12:24 +0100]: > > On Tue, 2012-06-12 at 17:45 +0200, David Kalnischkies wrote: > > > On Mon, Jun 11, 2012 at 9:40 PM, Michael Gilbert > > > wrote: > > > > In particular, I file

Re: Why is irqbalance package so out of date?

iners got their act together and made irqbalance.org point to this. It's not as if they're unassociated with the owner of that domain. Aside from that, Anibal might appreciate a co-maintainer, and I know you were wanting to get more involved in Debian development. :-) Ben. -- Ben Hu

Re: Announce: script to automatically restart services after update of dependencies

y default. Ben. > Also, please blacklist gdm3 and dbus since restarting them currently > kills GNOME sessions (and probably other user desktop sessions started > by gdm3). -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part

Re: Malloc and security

age/library question. Perhaps you should send further questions to the comp.lang.c newsgroup, unless they're specific to development of the Debian distribution. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

Re: Announce: script to automatically restart services after update of dependencies

On Mon, 2012-06-18 at 23:47 +0200, Tomas Pospisek wrote: > On Mon, 18 Jun 2012 14:10:46 +0100, Ben Hutchings > wrote: > > On Mon, 2012-06-18 at 20:40 +0800, Paul Wise wrote: > >> On Mon, Jun 18, 2012 at 5:40 PM, Tomas Pospisek wrote: > >> > >> > I wa

Re: Announce: script to automatically restart services after update of dependencies

t; > If I were you, I'd look into dpkg file triggers instead. Triggers will > by the way automatically solve the problem that you don't restart > a service 5 times if 5 libraries were upgraded. But we still need one trigger per service? I don't think that's a good idea. Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part

Re: Bug#677474: Substvars for Build-Depends in the .dsc file

have to make the target fail if it actually changes the control file. (This is roughly what 'linux' and closely associated packages do.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

Re: Announce: script to automatically restart services after update of dependencies

On Thu, Jun 21, 2012 at 11:16:51AM +0200, Goswin von Brederlow wrote: > Ben Hutchings writes: > > > On Tue, 2012-06-19 at 15:29 +0300, Eugene V. Lyubimkin wrote: > >> Hello, > >> > >> On 2012-06-19 13:59, Tomas Pospisek wrote: > >> > This

Re: The future (or non-future) of ia32-libs

in the release notes. > > Hmm, I'm not a fan of upgrade scripts at all. Either it's easy enough to > automate in maintainerscripts or it should get careful review for the > context in which it will be applied IMHO (which means the sysadmin can > run the shipped script manually)

Re: Lintian warning: hardening-no-fortify-functions & version numbering

e those are the most > popular flags, right? All of them are supported by most build systems. > All of them except CPPFLAGS. [...] GNU make's implicit rules use CPPFLAGS. If other build systems or overriden rules don't use it, it&

Re: Bug#678519: general: after about 1 month of uptime, routing of IPv6 packets is no longer possible, and IPv4 routing becomes slow and unpredictable. Rebooting brings all functionality back, and bac

d to a real package. Packages src:linux and src:linux-2.6 also need more people to work on bug triage and follow-up questions. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert

Re: apt-get source gets a more recent version of linux than I can install

gt; gives? > > The latest one may not be available for your architecture on your > current mirror yet. And FTBFS on i386. Fixed in today's 3.2.21-2. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

Re: Lintian warning: hardening-no-fortify-functions & version numbering

On Wed, 2012-06-27 at 14:09 +0300, Serge wrote: > 2012/6/25 Ben Hutchings wrote: > > >> BTW, it's interesting that Fedora/CentOS use -Wp,-D_FORTIFY_SOURCE=2 > >> and they use it in CFLAGS/CXXFLAGS. > > > > Presumably as a workaround for build systems

Re: Bug#679235: RFA: animals -- Traditional AI animal guessing engine using a binary tree DB

't crucial for > jackd1/2. If there is consensus that CELT *will* be in wheezy, I'd use > the remaining time and re-enable it in jackd1/jackd2 again. It's now dead upstream, and support for any version of CELT would have become less and less useful during the lifetime of w

Re: cross-build-essential

einstall gcc:amd64). [...] Sure you can (-m64). (But you'll need to have the proper headers installed.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSC

Re: Bug#679547: ITP: ben -- toolbox for Debian maintainers

olive, paco, pasco, pia, pius, rio, ruby, simba, stella, tessa, tina, vagrant, vera, yorick, yoshimi (and no doubt other personal names I don't recognise, not to mention family names) though we are lacking developers to match many of them. Ben (Hutchings). &g

Re: EFI in Debian

are disabled, and that they have the option to turn it off. (Or install their own platform key.) So, returning to your question: I think that LF may be able to help with 5(c), 6, and perhaps 3 (encouraging more coordinated development). Ben. -- Ben Hutchings When in doubt, use brute force. - Ken Thompson signature.asc Description: This is a digitally signed message part

Re: Proposal for stage-1 boot loader for use with SecureBoot [Re: [Long] UEFI support]

the process of making the hypothetical boot loader trust new boot code involves a more active decision on the user's part (and if that decision cannot be automated by malware), it might possibly be sufficient to keep it from being exploited and blacklisted. But perhaps there are formal requi

Re: EFI in Debian

On Sat, 2012-07-07 at 08:46 -0600, Ansgar Burchardt wrote: > Hi, > > Ben Hutchings writes: > > 2. Upstream kernel support: when booted in Secure Boot mode, Linux would > > only load signed kernel modules and disable the various debug interfaces > > that allow code

Re: CD sizes again (and BoF reminder!)

- sharutils: obscure; we've had MIME for 20 years - fakeroot, autopoint: more development - deborphan, debfoster: obscure - mtools: obscure; FAT volumes are auto-mounted - twm: no-one should have to suffer this - discover, mdetect: I think these are pretty much obsolete, but could be wrong - linux-sound

Re: CD sizes again (and BoF reminder!)

desktop task. > > alsa-utils stores mixer settings, so users are only puzzled by > everything defaulted to being muted once, not every boot.. [...] I know that. But CD#1 is for the GNOME desktop, where PulseAudio stores mixer settings. Ben. -- Ben Hutchings Life would be so much easier if we could look at the source code. signature.asc Description: This is a digitally signed message part

Re: EFI in Debian

ing, however easy it is). Did Windows NT take over PowerPC? No. Alpha? Not even after FX!32 provided fast x86 emulation. And the application developers used to Win32 (or Windows Forms) won't be able to port to Windows RT without first rewriting for the 'Windows Runtime' APIs.

Re: Recommends for metapackages

pers to determine what the user has installed (e.g. they don't usually specify versionded depedencies). As already pointed out, 'gnome' does recommend and suggest some packages that are not strictly required. Ben. -- Ben Hutchings We get into the habi

Bug#681418: debugfs is a big security hole

Package: src:linux Version: 3.2.21-3 Severity: important Tags: security As discussed here . I certainly consider mounting of debugfs to be significant security liability. I'm not at all happy that people use

Re: Fixing the mime horror ini Debian

ting the contents of the file instead of reading the MIME > type from an email, anyway. [...] The MIME type should be determined once and then used consistently thereafter, rather than being determined again according to possibly different rules. This seems to mean that in some cases it will be ne

Re: Re: Re: [CTTE #614907] Resolution of node/nodejs conflict

to offer solutions which would be half > accurate, and consider that there are over 5000 subscribers to > debian-devel-announce. Out of which, it seems, only one has a problem. Ben. -- Ben Hutchings Who are all these weirdos? - David Bowie, about L-Space IRC channel #afp signature.asc Description: This is a digitally signed message part

Re: Bug#682706: ITP: crtools -- tools for freezing/checkpointing/restoring a running application

user space. > > NB Kapil, would you be kind to clarify the relation/comparison? > > i.e. like : [...] This one uses some new kernel facilities that allow checkpoint/restart to be done reliably. Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part

Re: Bug#681418: debugfs is a big security hole

On Fri, 2012-07-13 at 04:37 +0100, Ben Hutchings wrote: [...] > I would like to address this by backporting this feature: > > commit d6e486868cde585842d55ba3b6ec57af090fc343 > Author: Ludwig Nussel > Date: Wed Jan 25 11:52:28 2012 +0100 > > debugfs: add mode, uid and

Re: Debian Installer 7.0 Beta1 release

expected in the absence of 3D acceleration, which is not yet supported in qemu so far as I know. VirtualBox is supposed to support it, but a standard installation presumably won't pull in the necessary paravirtual drivers in the guest. Ben. > So the beta of d-i looks good - more testing

Re: Debian Installer 7.0 Beta1 release

On Sat, 2012-08-04 at 20:16 +0200, Josselin Mouette wrote: > Le samedi 04 août 2012 à 18:28 +0100, Ben Hutchings a écrit : > > This is expected in the absence of 3D acceleration, which is not yet > > supported in qemu so far as I know. VirtualBox is supposed to support > &g

Re: Debian Installer 7.0 Beta1 release

On Sat, 2012-08-04 at 23:45 +0200, Bernd Zeimetz wrote: > On 08/04/2012 07:28 PM, Ben Hutchings wrote: > > On Sat, 2012-08-04 at 17:15 +0100, Neil Williams wrote: > >> That's going to make testing Wheezy CD images annoying. Anyone else see > >> this problem? I

Re: node-like file conflicts

-tools open-vm-toolbox > ptest: pacemaker parmetis-test > siggen: siggen tripwire > tcpd: tcm tcpd > vuname: util-vserver umview > > Any volunteers to file bugs? -- Ben Hutchings Theory and practice are closer in theory than in practice. - John L

Re: node-like file conflicts

On Tue, Aug 07, 2012 at 04:14:19PM +0200, Jakub Wilk wrote: [...] > guess: nvram-wakeup sgt-puzzles [...] > Ben Hutchings >sgt-puzzles [...] There are a lot of short and generic names in this package. I appended 'game' to some of them to avoid such conflicts when o

Re: Change default PATH for Jessie / wheezy+1

anybody want to try removing net-tools and see what breaks?) I found unconditional use of ifconfig in: /etc/init.d/bind9 /etc/qemu-ifup /etc/network/if-pre-up.d/wireless-tools (wireless-tools must die too, though) Ben. -- Ben Hutchings Theory and practice are closer in theory than in practice

Re: Change default PATH for Jessie / wheezy+1

rs, so far as I can see. Anyway, I thought the argument is that net-tools should be deprecated and reduced in priority, not that it must be removed altogether. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

Re: Change default PATH for Jessie / wheezy+1

and breaking the > standards? You've made me laugh. :) ifconfig was not specified in any standard. If you ever actually tried to script address configuration on multiple platforms (I did, I used to work on network test automation) you'll find that there is actually almost no portability

Re: Change default PATH for Jessie / wheezy+1

On Wed, Aug 08, 2012 at 07:29:58PM +0300, Andrej N. Gritsenko wrote: > Hello! > > Ben Hutchings has written on Wednesday, 8 August, at 16:24: > >> >On 08/08/2012 09:11 PM, Vincent Lefevre wrote: > > >> >IMHO, if there's distros with ifconfig b

Re: Change default PATH for Jessie / wheezy+1

oute" and "ethtool" packages are kept in sync with > > kernels and allow the user to use the latest features. > > ...And completely lack full documentation on all of them, yeah? I believe all ethtool features are documented, and as the upstream maintainer I ins

Re: node-like file conflicts

, if I remember > correctly I had to bump Linux kernel version returned by kFreeBSD (some > sysctl), as it was below glibc minimum. [...] There is also no support for Linux amd64 executables on kfreebsd-amd64, as I understand it. Ben. -- Ben Hutchings Theory and practice are closer in th

Re: Bug#684396: ITP: openrc -- alternative boot mechanism

] Debian is supposed to be an integrated system. We, the developers, choose what can reasonably be integrated. Users always have the freedom to run other software that we don't package, or to use (or develop) derivatives that replace some core components. Ben. -- Ben Hutchings Unix is man

Re: adopting a recently removed package

gt; How may I proceed to adopt it ? See <http://www.debian.org/devel/wnpp/>. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-

Re: Minified javascript files

raph 3). Ben. > «i686-w64-mingw32-objdump -p foo.dll | grep 'DLL Name'» will output a > list of dependant DLLs. The bad ones to look for match at least «msvc[pr] > [0-9]+.dll» or «mfc[0-9]+.dll» (case-insensitively). I'd do th

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

age NMs use if necessary? > Or will we just mothball ifupdown silently and slowly (as it's replaced > by NM). I would really like to see Debian developers working to improve Network Manager so it can replace ifupdown. For example, improving the command line interface and support for variou

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

On Mon, 2012-08-20 at 00:04 +0200, Andrew Shadura wrote: > Hello, > > On Sun, 19 Aug 2012 19:32:03 +0100 > Ben Hutchings wrote: > > > > 3) ifupdown integration is really bad > > > ifupdown is really a good framework, it offers hooks and and is > >

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

On Mon, Aug 20, 2012 at 04:21:18PM +0200, Mike Hommey wrote: > On Mon, Aug 20, 2012 at 02:51:27PM +0100, Ben Hutchings wrote: > > What I mean is that this still happens: > > > > # ifup eth0 > > ... > > # ifconfig eth0 down > > # ifup eth0 >

Re: Bug#684396: ITP: openrc -- alternative boot mechanism that manages the services, startup and shutdown of a host

other architecture. Of course they should not stand in the way of porters and should be ready to answer questions and apply reasonable patches. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking.

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

On Mon, 2012-08-20 at 02:07 +0200, Christoph Anton Mitterer wrote: > Hey Ben. > > > On Sun, 2012-08-19 at 19:32 +0100, Ben Hutchings wrote: > > To allow users to connect to the NetworkManager daemon they have to be in > > the > > group "netdev". > Lik

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

On Fri, 2012-08-24 at 10:44 +0200, Andrew Shadura wrote: > Hello, > > On Mon, 20 Aug 2012 14:51:27 +0100 > Ben Hutchings wrote: > > > What I mean is that this still happens: > > > # ifup eth0 > > ... > > # ifconfig eth0 down > > # ifup eth0 >

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

On Fri, Aug 24, 2012 at 04:18:12PM +0200, Andrew Shadura wrote: > Hello, > > On Fri, 24 Aug 2012 15:03:49 +0100 > Ben Hutchings wrote: > > > There is, it's called the kernel. > > No, there isn't, and there can't possibly be, as interface's &g

Re: About the media types text/x-php and text/x-php-source

robably, that it's interpreted > into "drawing commands". I think the reason is that SVG is not usually read or written using generic text tools. Similarly the X bitmap type is image/x-xbitmap and not text/x-xbitmap, even though it can be read as ASCII text. (A new top-level type l

Re: Proposal: Making Debian compiler agnostic

s, it correctly *uses* the compiler, but the compiler reports a fatal error), is that considered a bug, and what severity does it have? Ben. -- Ben Hutchings It is a miracle that curiosity survives formal education. - Albert Einstein signature.asc Description: This is a digitally signed message part

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

rations in Network Manager, and choose which one I want after inserting the cable. There are several other categories of dynamic connections, including: 3. VPN tunnels (server end) 4. Connections to a VM Most likely these should not be managed by either ifupdown or NM. Ben. -- Ben Hutchings It is a miracle that curiosity survives formal education. - Albert Einstein signature.asc Description: This is a digitally signed message part

Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries

ate the > initramfs] ? [...] I don't believe anyone proposed to copy /etc/fstab into the initramfs. We can just as well read it directly once we've mounted the 'real root'. Ben. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. signature.asc Description: This is a digitally signed message part

Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries

sr while still being to use an > early boot (recovery) system in / without it). The initramfs is your early boot system. Ben. -- Ben Hutchings Quantity is no substitute for quality, but it's the only one we've got. signature.asc Description: This is a digitally signed message part

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

configuration, maybe high-level network tools (such as ifupdown and NM) > could be redesigned in a completely different, much more compatible, > way. The kernel API is called rtnetlink (or NETLINK_ROUTE) and NM already uses it. Not all device relationships are properly represented through it ye

Re: Renaming packages: maintscripts

m -f /var/lib/dpkg/info/autofs5.postrm (There may be a cleaner way to do this.) Ben. -- Ben Hutchings Theory and practice are closer in theory than in practice. - John Levine, moderator of comp.compilers signature.asc Description: This is a digitally signed message part

Re: Renaming packages: maintscripts

On Sun, 2012-09-02 at 14:04 -0700, Steve Langasek wrote: > On Sun, Sep 02, 2012 at 08:54:39PM +0100, Ben Hutchings wrote: > > On Sun, 2012-09-02 at 23:17 +0400, Michael Tokarev wrote: > > [...] > > > But the OP system does not have old autofs5 package installed, > > &

Re: greater popularity of Debian on AMD64?

ed as not-a-PC, but I don't think there's much point mentioning that until we make it easier to install on them.) Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus --

Re: even root cannot read my symlinks!

s: #609455) + This breaks the 'at' package in stable, which will be fixed shortly (see #597130) The precise restrictions are specified in Documentation/sysctl/fs.txt in the linux-doc-3.2 and linux-source-3.2 packages. -- Ben Hutchings Usenet is essentially a HUG

Re: even root cannot read my symlinks!

between the owner of the symlink and the user trying to follow it. Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part

Re: even root cannot read my symlinks!

that could possibly cause a regression. Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part

Re: greater popularity of Debian on AMD64?

ing, I think a lot more people know which of those they have. > and it will make the mess worse when we start shipping x32. If, not when, x32 is in the archive, it can only be a partial architecture, and will be of no interest to the regular Debian user. So I don't expect any mess there. Ben. -- Ben Hutchings Time is nature's way of making sure that everything doesn't happen at once. signature.asc Description: This is a digitally signed message part

Re: greater popularity of Debian on AMD64?

On Sun, 2012-09-09 at 23:06 +0200, Martijn van Oosterhout wrote: > On 9 September 2012 16:49, Ben Hutchings wrote: > > On Sat, 2012-09-08 at 22:46 -0300, Henrique de Moraes Holschuh wrote: > >> But I object to "32-bit PC" and "64-bit PC". i686, amd64, x86-3

Re: Towards d-i wheezy beta 3

ers to install from non-free if it's avoidable, so I want to get a clear picture of which chips this needs to be done for. Ben. -- Ben Hutchings Make three consecutive correct guesses and you will be considered an expert. signature.asc Description: This is a digitally signed message part

<    1   2   3   4   5   6   7   8   9   10   >