Re: from / to /usr/: a summary
On 12/22/2011 07:07 PM, Russell Coker wrote: > It seems to me that wanting to have / outside LVM but /usr inside LVM is a > fairly obscure corner case. I have about 100 servers setup this way, and my laptops as well. I really don't see why this would be a corner case. Please understand that many different people have many different configuration, and that in today's Debian, *absolutely everything is allowed*, and never, ever, Debian said that one type of setup would one day be forbidden. Taking decisions that some setup are "not supported" would be a bad move whatever the partitioning we are talking about. Please don't do that, there's no reason why Debian would take such move. Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef6db00.9040...@debian.org
light disco与您共享了照片
Hello, sir thank you very much for your time Here is our price list for DISCO DJ LIGHTING EQUIPMENT PRICE LIST SUCH AS LED MOVING HEADS LIGHTING, LASER LIGHTING AND PAR LIGHTING PLEASE LET US KNOW YOUR INTEREST? MR.DAVE WWW.DJ-EUROPE.COM <>
Bug#653208: ITP: node-ain2 -- syslog logging for Node
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard * Package name: node-ain2 Version : 0.2.1 Upstream Author : Alexander Dorofeev * URL : https://github.com/phuesler/ain * License : Expat Programming Lang: Node Description : syslog logging for Node Node is an event-based server-side JavaScript engine. . Ain provides brain-free syslog logging for Node. . Ain is written with full compatibility with Node console module. It implements all console functions and formatting. Also ain supports UTF-8. . Ain can send messages by UDP to 127.0.0.1:514 or to the a unix socket; the latter however only for Node 0.4.x, as unix_dgram sockets support has been removed > 0.5.x. . In the Phoenician alphabet letter "ain" indicates eye. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111225084344.5082.95149.reportbug@localhost.localdomain
Re: Bug#653208: ITP: node-ain2 -- syslog logging for Node
Hello, On Sun, 25 Dec 2011 15:43:44 +0700 Jonas Smedegaard wrote: > Ain can send messages by UDP to 127.0.0.1:514 or to the a unix > socket; the latter however only for Node 0.4.x, as unix_dgram sockets > support has been removed > 0.5.x. What? And they say Node.js is a 'cool' software after that? -- WBR, Andrew signature.asc Description: PGP signature
Re: from / to /usr/: a summary
]] Philip Hands > I used to use mondo-rescue for ensuring that systems were rescue-able. > > The problem is that on production systems one quite often never gets > given the chance to test if the rescue system still works, so I ended up > abandoning the use of mondo because it happened to me often enough that > the hardware had been replaced under the OS, and some change that was > required to support the new hardware didn't make it into the rescue > images. As long as it's not the hardware support (such as a RAID controller driver going missing), you can easily do a test reboot of a system. qemu -snapshot -drive file=/dev/sda (add whatever other arguments you need.) Make sure you don't have too much disk activity to the drive while you're doing this, as the snapshotting is just done on the qemu side, so the kernel inside qemu will be quite confused when the bits on the disk change underneath its feet. Very, very convenient when you have managed to wedge the ILO and need to do evil things to a system. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762h5ugt3@qurzaw.varnish-software.com
Re: from / to /usr/: a summary
On 25.12.2011 12:12, Thomas Goirand wrote: > On 12/22/2011 07:07 PM, Russell Coker wrote: >> It seems to me that wanting to have / outside LVM but /usr inside LVM is a >> fairly obscure corner case. > I have about 100 servers setup this way, and my laptops as well. I really > don't see why this would be a corner case. Please understand that many > different people have many different configuration, and that in today's > Debian, *absolutely everything is allowed*, and never, ever, Debian said > that one type of setup would one day be forbidden. So if a core package which debian relies on will change in a way which does not support your configuration, should debian stop switching to a new version of that package? Or should debian fork that package and maintain it locally forever? Will you do it? > Taking decisions that some setup are "not supported" would be a bad move > whatever the partitioning we are talking about. Please don't do that, > there's no reason why Debian would take such move. There's a very good reason to have and use current software, as opposed to a 10 years old one. There's a very good reason to change software. It is a moot point you're giving - if you want your current - somehow weird/non-standard/unusual/etc setup to work, just stick with the software you already using, don't upgrade anything. For example, in context of this discussion, if the decision will be made to have /usr available when switching to real root, it will require either having /usr and / on the same filesystem OR working initramfs which mounts BOTH / and /usr. If you use a setup now without initramfs and with / and /usr on separate partitions, there's no way you can continue to do that with new udev, this is unsupported by upstream. The postinst script will - most likely - do its best to ensure that it installs missing parts and creates initramfs for you so your system will still be bootable, but that's the max it can do, you may need to sort things after that manually (like updating bootloader configuration to include initramfs etc). If, at the same time, you're using a custom kernel which does not support initramfs, there's nothing that can be done automaticlly, short of installing standard debian kernel. Again, if the decision will be made. The alternative will be to a) stick with current udev (which will become incompatible with future kernels), b) fork udev to patch the missing bits back, c) grow debian- specific udev. Neither of which is realistic, imho. > Thomas /mjt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef6f2d0.5020...@msgid.tls.msk.ru
Re: from / to /usr/: a summary
On Sat, Dec 24, 2011 at 08:17:25PM -0800, Josh Triplett wrote: Debian systems without an initramfs already represent an uncommon case; Are you sure about this? How many server systems have/need an initramfs (think about VMs like XEN DomU)? How many of them are using the big Debian kernel instead of their own with certain options turned on/off (e.g. without IPv6, with certain iptables filters, with HyperV support)? All admins I know have at least some servers with custom kernels (in the past it was said, to build your firewall/server kernels without module support, so that no rootkit module could be loaded). Most of these admins have /usr separated from /. Should all these admins start repartitioning their systems or fiddle with initramfs? We can do this with new systems, yes, but not with the old ones. Shade and sweet water! Stephan -- | Stephan Seitz E-Mail: s...@fsing.rootsland.net | | PGP Public Keys: http://fsing.rootsland.net/~stse/pgp.html | signature.asc Description: Digital signature
Re: from / to /usr/: a summary
On Sun, Dec 25, 2011 at 04:12:48PM +0800, Thomas Goirand wrote: > On 12/22/2011 07:07 PM, Russell Coker wrote: > > It seems to me that wanting to have / outside LVM but /usr inside LVM is a > > fairly obscure corner case. > I have about 100 servers setup this way, and my laptops as well. I really > don't see why this would be a corner case. Please understand that many > different people have many different configuration, and that in today's > Debian, *absolutely everything is allowed*, and never, ever, Debian said > that one type of setup would one day be forbidden. Several years ago, it used to be the case that a combination of bootloader support and/or initramfs support meant that it was not possible to have / on LVM. Nowadays, it's possible to have the rootfs on LVM on MD raid, and the bootloader and initramfs are perfectly capable of setting things up properly. While it's still possible to set up a system the "old way", today this is sub-optimal and definitely not to be recommended. For example, on the laptop I'm writing this on: % mount | grep mapper /dev/mapper/sysvg-root on / type ext3 (rw,relatime,user_xattr,errors=remount-ro,commit=0) /dev/mapper/sysvg-usr on /usr type ext3 (rw,relatime,user_xattr,commit=0) /dev/mapper/sysvg-var on /var type ext3 (rw,relatime,user_xattr,commit=0) /dev/mapper/sysvg-home on /home type ext4 (rw,relatime,user_xattr,commit=0) I used to use exactly the setup you are using. But for all the systems I've installed in the last few years, there was no point-- everything including swap can just go into an LVM VG. On more recent systems, I also omit the separate /usr given that it's effectively pointless. Regarding it being a corner case, this is I think true. It's no longer a recommended setup. While obviously this will necessarily continue to be supported for now and for a good while yet, it might not be in the distant future. Regarding "absolutely everything is allowed", this is not really true. At some point some things do need retiring (I'm not saying this is true for the above, yet) when there are obviously better ways of accomplishing the same thing. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111225114059.gx5...@codelibre.net
Re: from / to /usr/: a summary
On 2011-12-25, Stephan Seitz wrote: > All admins I know have at least some servers with custom kernels (in the > past it was said, to build your firewall/server kernels without module > support, so that no rootkit module could be loaded). No longer needed. See /proc/sys/kernel/modules_disabled. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/slrnjfe4ip.t6i.tr...@kelgar.0x539.de
Bug#653218: ITP: bitstream -- headers to access to binary structured such as specified by MPEG, DVB, IETF and more
Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: bitstream Version : 1.0 Upstream Author : Christophe Massiot * URL : http://git.videolan.org/?p=bitstream.git * License : Expat Programming Lang: C Description : access to binary structures such as specified by MPEG, DVB, IETF and more biTStream is a set of C headers allowing a simpler access to binary structures such as specified by MPEG, DVB, IETF, etc. . If compared with libdvbpsi, biTStream is lower level, and more efficient: fewer memory allocations, fewer memory copies. It also features a better separation between layers and specifications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111225122532.24258.83769.reportbug@alessio-laptop
Re: from / to /usr/: a summary
Le samedi 24 décembre 2011 à 19:03 +0800, Paul Wise a écrit : > Apparently the reason is simply that our upstreams (who it sounds like > are predominantly driven by Redhat folks) are dropping support for / > and /usr on different partitions and that re-adding that support or > maintaining the existing support is too much work for the Debian > maintainers involved. At least that is what started the thread. Things > like this is why getting involved upstream is important for Debian > maintainers and probably why items 2 and 4 exist in our social contract. > I would encourage those who care about this issue to start getting > involved in the relevant places and submitting patches. It sounds like > the ability to run a system with split / and /usr is *very* likely to > disappear unless people who care decide to work in it. If you don’t care to read the key messages this thread is about, you should stop contributing to the discussion, otherwise this sounds like FUD. For those who can’t read: Marco’s proposal is not to drop support for split /usr, it is to actually re-add support for it, but through the initramfs. The only systems that will be screwed up are those with split /usr *and* no initramfs. Which is pretty uncommon. -- .''`. Josselin Mouette : :' : `. `' `- signature.asc Description: This is a digitally signed message part
Bug#653254: ITP: mesmer -- Chemical reactions dynamics solver
Package: wnpp Severity: wishlist Owner: Debichem Team * Package name: mesmer Version : 0.2 Upstream Authors: Struan H. Robertson, David R. Glowacki, Chi-Hsiu Liang, Chris Morley and Michael J. Pilling * URL : http://sourceforge.net/projects/mesmer/ * License : LGPL Programming Lang: C++ Description : Chemical reactions dynamics solver MESMER (Master Equation Solver for Multi Energy-well Reactions) models the interaction between collisional energy transfer and chemical reaction for dissociation, isomerisation, association, and non-adiabatic hopping processes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111226002855.ga24...@nighthawk.chemicalconnection.dyndns.org
Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning
Russell Coker wrote: > On Thu, 22 Dec 2011, Goswin von Brederlow wrote: >> PS: I myself like a seperate /usr but I wouldn't use it for my parents. >> I do want a seperate /var and /home for them though so they can't DOS >> the system by filling up their home. > > How would filling up /home DOS the system? At least a couple of years ago if you left /home with no free space, kdm (or something under the hood) would be unable to create ~/.Xauthority-* files, making it impossible to log into a graphical session. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef7f66a.8149b60a.7edb.a...@mx.google.com
Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning
On Mon, 26 Dec 2011, Raphael Geissert wrote: > > On Thu, 22 Dec 2011, Goswin von Brederlow wrote: > >> PS: I myself like a seperate /usr but I wouldn't use it for my parents. > >> I do want a seperate /var and /home for them though so they can't DOS > >> the system by filling up their home. > > > > > > > > How would filling up /home DOS the system? > > At least a couple of years ago if you left /home with no free space, kdm > (or something under the hood) would be unable to create ~/.Xauthority-* > files, making it impossible to log into a graphical session. That is a DOS against the user not against the system. If the problem you are concerned with is the user being unable to login then the solution would be to allocate all possible space to /home, which probably means having /home on a large root filesystem. If the important problem is having user A not DOS user B then you can give at least one of those two users their own private filesystem. I run several systems where some users have private filesystems to either protect them from other users or to protect other users from them. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201112261537.05436.russ...@coker.com.au
Re: Bug#652275: Guided partitioning should not offer separate /usr, /var, and /tmp partitions; leave that to manual partitioning
I'd prefer to keep everything in single partition by default "/". Possibly even avoid "swap partition" in favor of "swap file" (Windows-like), as it is easier to manage. (I have not done extensive testing regarding it's performance implications) -- -Alexey Eromenko "Technologov" -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAOJ6w=HGaBY_k=s4lu_2etkluzah56d5olt1wzhcuj8xgjx...@mail.gmail.com
Re: Bug#636679: ITP: apitrace -- tool for debugging OpenGL applications and drivers
Joachim Breitner (05/08/2011): > sounds very interesting. But I wonder if the name could be a bit more > specific, like opengl-trace or graphics-api-trace, as it does not seem > to trace arbitrary APIs. Currently I see: | Source: apitrace | Package: apitrace-gl-tracer | Package: apitrace-gl-retracer does that look OK enough? Mraw, KiBi. signature.asc Description: Digital signature
