From owner-freebsd-current@freebsd.org Thu Apr 21 20:20:29 2016 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DDD0AB18DCB for ; Thu, 21 Apr 2016 20:20:29 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wm0-x241.google.com (mail-wm0-x241.google.com [IPv6:2a00:1450:400c:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8384A12C4 for ; Thu, 21 Apr 2016 20:20:29 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by mail-wm0-x241.google.com with SMTP id e201so19904349wme.2 for ; Thu, 21 Apr 2016 13:20:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=C3UYpmApLeE+8EC3/c7FsdJCzIMphMHuiV4ROu9C+lg=; b=qggebw21SKUWEOG+Y7WorDlmmizyG+kqUTF9/+VWAph8tYkG7pBaShNzFZC00RkA+2 g0vCjlEJ8496cBbDuMbO0KFKoEXdnBbGeHmEXjpCjyw+wCGL7au94zIaze3EtJYwSmNi nFAjlF8ZBZR2enp/jde+9TsPqEL2hVAIx/MufmBYqpo6HteqoPavX+GiiV245FyxHpG2 Mi6gBnNY+2CrvjNkS0B2BsviwO3GdXsKY3+rE4Ijy+RnRezBz+ahUIbVgfletRtd2fgG 6DbC+fiCaGIu5VEnUfpMq21RIRav3jWwhngE5nBPeRaDkgqfumDRfI+i+WRVfirv4OfV 3oYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=C3UYpmApLeE+8EC3/c7FsdJCzIMphMHuiV4ROu9C+lg=; b=UVnoF4RoIj8IDqDljC7P3H+xD2Ebr/W/YPX2R2vrp2f5r5UgdZOTgC3mYL9cUKoEEc bdyodKEes/nhrgtE7/lO7om1+Rb2JrVO6nGAPFuSeqIiDtNxVRO3qSNouuF5K2ZeZMHl zI8qz1SmCd1NnacMOb1YZ2pRSfaXuGjlqP2QY90uPXVv3JRp+c3E9k5GlXRuR3ucc3xf oKGU/MrTxvOZ4h2mnG8vcVbm+3wckdwNH7DB/NeLlRuwbV2R0gNNgKbhqkdTks3X2yV2 dikIU7VUY0HrMn0KfI8fRK522/lA0yjV18KT2Eiq6wtQoUqliCx4oVnpTQHi9b+Ewbye OvrA== X-Gm-Message-State: AOPr4FURTEEjeBzbskcQQ/8kEGPCciDj1OhgEfThdTswflkLSmmn5XayP4oflkxKS7uRmw== X-Received: by 10.194.248.200 with SMTP id yo8mr16362096wjc.38.1461270028130; Thu, 21 Apr 2016 13:20:28 -0700 (PDT) Received: from brick (evp155.neoplus.adsl.tpnet.pl. [83.20.213.155]) by smtp.gmail.com with ESMTPSA id f204sm4897219wmf.22.2016.04.21.13.20.26 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 21 Apr 2016 13:20:26 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 21 Apr 2016 22:20:23 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: Dan Partelly Cc: freebsd-current Subject: Re: [CFT] packaging the base system with pkg(8) Message-ID: <20160421202023.GB33506@brick> Mail-Followup-To: Dan Partelly , freebsd-current References: <76093.1461096570@critter.freebsd.dk> <5716AD65.8070007@shrew.net> <5716FA70.4080604@freebsd.org> <571765BB.3050908@quip.cz> <79117ce18bd3332c7df3e55e12a161b4@rdsor.ro> <20160421095706.GA57206@brick> <30F6CCDE-E099-49EF-9A1A-68F147FBF50B@rdsor.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <30F6CCDE-E099-49EF-9A1A-68F147FBF50B@rdsor.ro> User-Agent: Mutt/1.6.0 (2016-04-01) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 20:20:30 -0000 On 0421T1526, Dan Partelly wrote: > The scenario is: > > Let’s say I have autofs_enable , working with media map. > > If I have a CD in CD drive , all is well and when the system is fully booted up > /media contains a directory through which I can access the content of the > CD-ROM. Now if you eject this CD , and insert a new one, nothing happens. > /media does not contain a new access point for the new disk inserted in the > device. > > What I would expect is when I change the media in Cd-rom , a new > access point for the volume in question should be reated in /media. > > Perhaps this functionality is exposed differently by the automounter, > but them I would not expect the CDrom to be accessible at all though the > media map. If by "access point" you mean the directory, then it will, unless the CD doesn't have a label - in that case the device name will be used instead, and since it's the same device, it will be the same name - usually "cd0". However - I've just checked to make sure and it works the way it should. What you're decribing seems like you're missing the part of devd.conf(5) responsible for notifying autofs about media change. Do you? > > he problem here is that it's quite hard to fix, there's a risk > > of breaking existing functionality, and the problem is largely cosmetic. > > until you have more than 10 of them there, when it largely annoying. > anyway, what is the reason it is very hard to fix and it would break existing > functionality. can you please shed some light ? Basically, the autofs doesn't support removing the nodes. It wasn't really required for the usual use case, and it simplified the code a lot. Plan was to pick it up again with my next filesystem project, and simply retrofit the changes back to autofs - but that hasn't happened (yet). [..]