Re: Hard Disk
"Billy O'Neal" <[EMAIL PROTECTED]> writes: > I'm using MS Virtual PC to install Debian before I chose it as my full time > os, to replace windows. I'd like to know if there is a utillity (such as > necrofile) in Debian that will null the free space on the drive, to allow > the vortual pc compacter, which compresses the virtual hard drive by > removing nulls, to work. > > No hurry. I'd radther have a complete response than a quick one. Yes, just fill up your disk with a big file full of zeroes. Then remove it. cat /dev/zero > /bigfile rm /bigfile Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hard Disk
Lars Wirzenius <[EMAIL PROTECTED]> writes: > ke, 2005-07-13 kello 20:53 -0700, Philippe Troin kirjoitti: > > cat /dev/zero > /bigfile > > rm /bigfile If you want to have maximum compression / zero filling, you should do that as root in your shutdown script, for all your partitions just before unmounting them (in /etc/init.d/umountfs). > The "wipe" program and package may be of interest as well. To be used > instead of rm above. That would be more if you wanted to sanitize completely all the data that was referenced by deleted files from the hard disk. In which case it will be faster to use wipe on the individual sensititive files. BTW, fileutils (now coreutils) comes with shred, which is more or less like wipe. One less package installed. Billy was asking about compressing the virtual hard disk data, and wipe/shred's sixteen passes of overwriting are way overkill :) Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Data does NOT belong in Debian (was: Stop Archive bloat)
[This is my last post on -devel on this topic. More discussion encouraged in debian-project.] Debian is about creating a Unix/linux/hurd distribution, not about packaging everything under the sun in the .deb format. I think we need a policy on "pure data" packages. "Pure data" packages are a problem because: 1) The way the Debian archive works requires the data to be stored twice (source package and .deb). 2) There is NO packaging needed. It's just a tar ball. 3) Where do we stop ? As someone says, there's nothing preventing me from uploading as debian package every single .wav or .mov file on the Internet just because it's useful. This is what I believe are acceptable "pure data" packages: 1) Data which is absolutely required for a program to work. 2) Data historically present on all Unix systems (eg /usr/dict/words). 3) Documentation (documentation packages should still remain). 4) Small examples or data sets. 5) Linux-specific or debian-specific data (HOWTOs, FAQs, debian-user-guide). Examples of data packages which does NOT belong to debian (IMHO): 1) Any kind of religious or political texts (bible-kjv, anarchism) 2) Any kind of text easily findable on the web (RFCs (even though I love to have RFCs around, but we have a draw a line)) 3) Any datasets beyond examples or toy datasets (gmc-coast-whatever). Pros of this policy: 1) Makes Debian smaller. 2) Avoids controversial materials (politics and religious texts) Cons: 1) People which don't have access to the net find these packages invaluable... Reply: Yes, then create a separate project "WebDeb" with the goal of packaging anything in the .deb format. Of course, with some common sense we would have avoided this discussion. Comments welcome, but ON debian-project only please. Phil.
Re: Discussing the DMUP
Manoj Srivastava <[EMAIL PROTECTED]> writes: > I think it needs a rewrite, and one that should go through a > better review process than the current one did. An document that > determines the rulkes and penalties that the developer community has > to live by should noit be decided by a small group of people; this > needs ratification by the whole project. Of course, we have nothing better to do than playing the Debian Democracy Game. This piece of "policy" is so often used that it obviously need a rewrite. Leave it up to common sense... Phil.
vger.rutgers.edu & lmkl down ?
I did not get any messages from the linux kernel mailing list in a couple of days. And vger.rutgers.edu does not resolve anymore: % dig @dns1.rutgers.edu vger.rutgers.edu any ; <<>> DiG 8.2 <<>> @dns1.rutgers.edu vger.rutgers.edu any ; (1 server found) ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6 ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUERY SECTION: ;; vger.rutgers.edu, type = ANY, class = IN ;; AUTHORITY SECTION: Rutgers.EDU.1D IN SOA dns1.Rutgers.EDU. netmanager.tdmx.Rutgers.EDU. ( 281611 ; serial 30M ; refresh 5M ; retry 1W ; expiry 1D ); minimum ;; Total query time: 383 msec ;; FROM: tantale to SERVER: dns1.rutgers.edu 165.230.144.131 ;; WHEN: Wed Aug 16 13:31:00 2000 ;; MSG SIZE sent: 34 rcvd: 102 Anybody know what's going on ? Phil.
Potato cd cover art ?
Has anybody done some (reusable) potato cd cover art ? Phil.
Re: The Ineffectual DPL?
[Cc'ed only to [EMAIL PROTECTED] Adam Heath <[EMAIL PROTECTED]> writes: > I have not voted in this DPL election. I didn't vote in last > year's. I think I only voted in the first one, but even then, I'm > not sure. I always vote, probably for the same reasons I vote in my country's elections (mostly to prevent the people I disagree with the most to get into office) and without having any trust nor hopes in the system whatsoever. 8< snip >8 > If you agree with this as I do, then a simple "I agree" will > suffice, sent in public reply. Then, start doing real work. Yet, I fully agree with your reasons. Phil.
