[parted-devel] GNU fdisk 0.9.4
I am very happy to announce another release of GNU fdisk. This release is numbered 0.9.4 (still marking its closeness to production stability while emphasizing that it hasn't been tested by a large audience yet). Description === GNU fdisk aims to replace various UNIX operating systems' legacy partitioning tools with libparted-based ones that mimic the interface of those tools. Currently implemented alternatives are: o util-linux ``fdisk'' o util-linux ``cfdisk'' Changes === Fixed bug in configure.ac that prevented users without 'check' from compiling. Download Gzipped and b2zipped tarballs are available from ftp://ftp.gnu.org/gnu/fdisk/ and its mirror sites. SHA1 sums may be found there as well. The web site of GNU fdisk is at: http://www.gnu.org/software/fdisk/ Leslie P. Polzer [EMAIL PROTECTED] GNU fdisk Maintainer -- Personal homepage: https://viridian.dnsalias.net/~sky/homepage/ gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 pgp0jAx6F5Hg3.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] help2man
On Mon, Jan 15, 2007 at 01:27:50PM -0500, David Cantrell wrote: OK, how about a ./configure option to enable documentation? That will cause po4a to be invoked (and also checked for). I opt against it. The canonical, i.e. English, version can be built without po4a; doing it this way would block this. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp5r10jNnuO9.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Proposal: Rewrite of Parted UI
On Tue, Jan 16, 2007 at 11:43:38AM -0200, Otavio Salvador wrote: Yes, indeed. Let's see what the others think about it. Could you be a bit more specific on what you want to do? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpW9nRWwldy3.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Thinking about stepping down
Dear friends, I have been unable to fulfill my duties as maintainer of GNU Parted in full for the past few weeks and, due to overwhelming work, will most likely not be able to do so in the future. Thus I currently seriously consider stepping down. In this case I might still participate as developer (the partition guessing thing is still nagging at me), but that's all there will be to it. If you have serious objections, please say so. Otherwise, I will notify RMS of my decision. Thank you. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp5zmcq0zH8Y.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Re: [Parted-edge] Re: Deprecate ped[register|unregister]_disk_type
On Thu, Dec 21, 2006 at 10:48:57PM +0530, Debarshi Ray wrote: What is the preferred way of doing this, taking into consideration the other discussion going on about how to deprecate stuff in Parted 2.0? I'd suggest __deprecated. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpP1U5u90TAJ.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Deprecation method
Hello folks, and esp. Otavio, the __deprecated method to mark deprecation is good, but I fear it won't suffice for the partition guessing stuff (and everywhere else where signatures or semantics of functions have changed without changing the name). For example, 1.8 will return a zero or a one in the file system probe function. 2.0 will presumably return an integer between 0 and 100. When using a macro, we can have flexible semantics for legacy apps and new semantics for upgraded apps. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpCYpquHG5iI.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] GNU Parted Official Repository: Changes to 'stable-1.8.x'
On Thu, Dec 14, 2006 at 06:21:28PM +0100, Leslie P. Polzer wrote: AUTHORS | 14 -- 1 files changed, 8 insertions(+), 6 deletions(-) New commits: commit 28b622cc972dfd236bee440660e0796b72eefce5 Author: Debarshi Ray [EMAIL PROTECTED] Date: Fri Dec 15 01:26:03 2006 +0530 Update AUTHORS. Debarshi, you forgot to update this on stable. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp2y0V4C2w8E.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Deprecation method
On Sat, Dec 16, 2006 at 11:15:43AM -0200, Otavio Salvador wrote: But then this isn't a deprecation but a semantic change and shouldn't be tag as a deprecation. You are right here. For example, 1.8 will return a zero or a one in the file system probe function. 2.0 will presumably return an integer between 0 and 100. When using a macro, we can have flexible semantics for legacy apps and new semantics for upgraded apps. Why do you wish to change that? This shall not be the discussion in this mail, but: We need to change it to support partition guessing. You can't return a probability with only two values. Maybe would be better just break the compilation compatibility and write a documentation explaning what has been change and how to port the old application to the new code. Yeah, that sounds reasonable. But how will you detect that the user hasn't adapted? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp4li6NPz92f.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Re: [Parted-edge] Use of ped_exception...
On Tue, Dec 12, 2006 at 09:32:42AM +0530, Debarshi Ray wrote: The line numbers have changed due to the changes to the file in between my post and your reply. The revised line numbers are in parted/parted.c 577-580, and 617-619. The former uses the ped_exception... framework, while the latter does not. I see. I'm not sure whether it is really appropriate to ignore exceptions in do_mklabel(). Anyone see a reason for it? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpWXEx6iYZu0.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Introducing Trac
Is it possible to accomodate for fdisk as well on this Trac installation? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpeVzqEdbrMK.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] print all --list
On Sat, Dec 09, 2006 at 11:35:56AM -0200, Otavio Salvador wrote: Leslie, I hope I am correct. :-) I think you are correct here. Does someone see this differently? Everything's alright with that. -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgphurHn7GaPe.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Call for organization
Hello David, thanks for your informative mail. Here's my statement: On Fri, Dec 08, 2006 at 11:24:32AM -0500, David Cantrell wrote: DESCRIPTION The GNU Parted project is an open source disk partitioning utility primarily geared towards Linux, Is it? How can you support this statement? 1) libparted API overhaul. Inconsistent function naming has caused confusion for some developers. Functions will be renamed to follow a defined naming pattern (for example, see libglib). Functions we come across that are no longer necessary, toss. Yeah. That's the place where the Wiki comes in. 2) Python bindings for libparted. An external project currently, the pyparted project provides a 1-to-1 mapping to libparted interfaces from C to Python. This allows Python developers access to libparted functions, but not in the most elegant manner. A rewrite of pyparted to offer an object oriented API as well as the traditional 1-to-1 interface is planned, with eventual inclusion in to the GNU parted project code base. I wonder if we really need this, and whether a shell-based interface wouldn't be easier _and_ appeal to a larger audience. 3) Full API documentation. Probably using doxygen since it can generate nicely formatted API docs. Some functions have nothing written for them, other functions do. This needs to be finished up and docs need to be provided for libparted. Most stuff is either self-explanatory or has docs. A tutorial introduction and frameworking explanantions are needed, not much more. 4) Unit testing framework. Otavio's working right on this, but I don't know who will code all the tests. It seems a lot of work. I originally planned to pay someone to do it via bounties, but as long as we haven't received the donation I have applied for, this obviously won't work out. 5) At the same time, removing the homegrown filesystem code and using the filesystem libraries that are already out there will remove some unnecessary work in libparted. That's a blanket statement. For example, Parted has most likely the best FAT implementation there is. 1) Project Leader. Pretty much self explanatory. Responsible for overall project. This person should be an experienced C coder as contribution to parted is expected as well as patch review. This person should also have an interest in leading the project and handling those aspects. 2) Infrastructure Lead. Responsible for all of the IT-type things for the project. The revision control system, the mailing list, the web site, and other things. This person should be an experienced sysadmin and knowledgeable with version control systems. 3) Maintainer. A maintainer would be in charge of a specific branch. We have 1.8.x set up as our stable branch and then we have the edge branch which, I assume, we'll make releases off of for testing. The maintainer is also a contributor, but is the final person who wraps everything up for release and makes the release. We already have people filling those positions, and it's working fine (at least that's my impression). I would really appreciate it if Anant took up the lead in position 2), since that would free me from all the stuff that keeps me from producing code and reviewing patches as throughly as I should. I have a personal interest in continuing to be the representative person for Parted, but, basically, I'd be content with the developer position if someone objects to it. 4) Contributor. Everyone else who regularly contributes to the project, but is not one of the above positions is considered a contributor. Contributors can have specific focus areas or not. I think most people call this developer and leave contributor for people who have sent one or more patches but do not have RCS write access. - Everyone commenting on the plan, adding/removing ideas I'd really like to see the Wiki set up before we get to the details. - Assigning areas to specific contributors Fine! I'll get to this in another post. - Getting a rough schedule in place for some 1.9.x test releases Speaking of which, I would like to hand over the lead for 1.x entirely to you. This sort of already happend, but I'd like to assert this. You have done a very good job on this. All the best, Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp7uQ7Zqltzk.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Call for organization
On Fri, Dec 08, 2006 at 04:08:34PM -0200, Otavio Salvador wrote: That could be move to stable-1.8.x too since it would ensure that we don't introduze new bugs or forgot to fix the know ones. I vote to have it on stable-1.8.x and mainly on 1.8.2 release. +1. For it, we would need a process that could be used to propose changes for the branch and name someone else if you're not available in meanwhile. Important point. Will we designate people that jump in when a person isn't available, or will we just let it sort out somehow (this actually has worked nicely overall in the past). Leslie is one of more experienced people here about the code itself. Nevertheless, he's not doing much viewable coding nowadays and I don't know if he has the need time to lead the project. If he has, I would like to have him as our lead. It depends on the amount of work. With the current prospects on the way Parted will go, I have enough time for both resuming to contribute code (if Anant or somebody else fills in the infrastructure position), serving as representative for the project and patch review. I'd also like us to define whether the infrastructure person will also merge patches if they have been found to be good in peer review. Debarshi Ray is one of our most active contributors and he's doing a great job. I would like to grant commit permission to him directly on our GIT repository so he won't depend of us for trivial changes while the bigger ones, as usual, should be discussed here before commited. +1. Currently I'm trying to work on most code as possible and try to make things happen as fast as possible. I don't know what position would be the right one to me but I think, for sure, I'll continue to help the project. I'm also one of the group of people that has auth to release parted, from GNU POV so I can help if someone is away for something and we need to release on meanwhile. Very good. I have nothing to add to this. I just don't want to get a too formal project otherwise we'll end waiting too much by each other and it'll just make the project slower and unmanageble. Yes. As much org as needed, as much flexibility as possible. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgptVBl2FbjsR.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Call for organization
On Fri, Dec 08, 2006 at 04:58:52PM -0200, Otavio Salvador wrote: That works for me. Can we schedule it for next week? I'm busy for the rest of today and I have to go out of town this weekend. I would like to have a meeting too, it would be great. There're too much things going and we all need to sit and discuss the infrastructure and all the rest. I just prefer to do that meeting a bit later, after we have discussed all that on the mailing list too. A meeting is a good idea. I can participate in the GMT evening every day, but I'd prefer to have it prior to Thursday eve next week. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpOxrRjpPUuO.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] print devices
On Thu, Dec 07, 2006 at 02:09:32AM +0530, Debarshi Ray wrote: I have edited the 'help print' output too, and hav tried to arrange the arguments in an alphabetical manner. However since the 'print' command is getting more and more new arguments, would not it be a good idea to arrange its help information in a better manner? If you have any ideas about this, by all means tell us! Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpAn6O9KVmLU.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Wiki volunteer wanted
On Wed, Dec 06, 2006 at 10:39:24AM -0500, David Cantrell wrote: 1) It's somewhat irritating having components of the project scattered across different environments. Source repo here, web site there, download location over there, mailing lists somewhere else. I would like a central location for everything -or- as central as we can make it. Well. It's a bit annoying, but no more than that as long as all the links are right. 2) Is a wiki _that_ useful to the project? Is there something the wiki can provide that we can't get from the web site and mailing lists? Too many stimuli mean the project quickly gets to a point where no one can find any useful information. A Wiki would provide a quick way to jot down notes (collaboratively), have a roadmap that can be easily modified and a central point of sharing between Parted, fdisk and all other partitioning-related stuff. 3) Above everything, I'd like stuff stuff to *stop* moving around between version control systems and hosting sites. The offers to do things are great, but we need to get real work done and leave the infrastructure alone for a bit. This is what I'd like to do, too. No more maintenance, more coding. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgppkCJSGnDD5.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Re: GNU Parted 'Edge' Branch -- where is the repo?
On Tue, Dec 05, 2006 at 02:37:14PM +0100, Benno Schulenberg wrote: Doing that gives me this: Invalid repository: http://viridian-project.de/darcs/parted darcs failed: Failed to download URL http://viridian-project.de/darcs/parted/_darcs/inventory libcurl: HTTP error (404?) Did the repository move somewhere else? Indeed, we have switched to GIT. Please refer to the GNU Parted web site for the latest repo location. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpSgBiuI8VN0.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Wiki volunteer wanted
On Tue, Dec 05, 2006 at 07:16:57PM -0200, Otavio Salvador wrote: [EMAIL PROTECTED] writes: Anyone in for setting up a Wiki for GNU Parted, GNU fdisk and partitioning-related stuff in general? There's the wiki.debian.org ready for use. Is it ok? A separate Wiki to serve as a central point for partitioning and file system issues would be best. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgprjtdDt15h9.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] LUKS support
On Mon, Dec 04, 2006 at 07:50:48PM +0100, Stefan Scheler wrote: can we add some basic LUKS [1] support (see attached file) to parted? It's currently probing only but that's nevertheless a useful feature. Looks good, candidate for stable. Thanks! Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpmM5v5LGawu.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Developing a Curses frontend
Dear Sadrul, thanks for your efforts. The screenshot looks very good, and although we already have some sort of Curses frontend in GNU cfdisk, please continue to develop and promote it if you wish. We could surely offer you a repository if you have special needs; it would be easier, however, if you could use Savannah, Sourceforge or BerliOS for storing your code and managing your development. The mailing lists are the central place for developer communication. Please feel free to ask every Parted- and partitioning-related question you may have. You also asked this question: http://svn.sourceforge.net/svnroot/gaim/trunk/console/libgnt/). It doesn't do any real work yet. It simply displays the list of devices, and the list of partitions in each device. As I plan to move ahead to more features, I would appreciate any suggestions about things to watch out for, important features, interface design, name etc. The source code for the 'parted' frontend (parted/*.[hc] in the Parted source distribution) will give you all necessary information. Best wishes, Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpIQ9V6Uvv7r.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] labeling a drive that has data
On Wed, Nov 29, 2006 at 04:04:35PM -0500, Andrew Park wrote: I hope I am posting this on the correct mailing list. I really could not find one for parted users... This is the right place. In any case, I have a 1.1 TB RAID system which recently expanded to 2TB by adding more drives to it. The RAID tool is reporting that the migration is completed, but the trouble is that OS is not seeing it. Try using 'partprobe'. 1. Is it safe to label the disk at this point 2. No. Parted's 'mktable' and similar operations will give you a pristine disk label, therefore destroying your partition layout information. Use 'gpart' to restore your partition layout table if it's broken. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp9NB2yDDqvr.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Ready for 1.8.1?
On Thu, Nov 30, 2006 at 07:40:56PM -0200, Otavio Salvador wrote: I would like to know if someone has something that would like to push to 1.8.1 release? We need to update the links to the bug tracker and it'd probably be good to refuse to resize ext2 file systems with the experimental code, which is just producing lots of noise. Unfortunately, I haven't had time yet to get a sufficiently confident understanding of git stuff, so I'm currently a bit blocked. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgph6djGl91zX.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Ready for 1.8.1?
On Fri, Dec 01, 2006 at 03:10:09PM -0500, David Cantrell wrote: Is the ext2 resize code in the master branch or the parted-1.8.x branch? I'm releasing off the 1.8.x branch and if the new ext2 is in master, it shouldn't matter. Both, it's from 1.7. The change is trivial, I have attached a patch against ext2_resize.c . Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ diff --git a/libparted/fs/ext2/ext2_resize.c b/libparted/fs/ext2/ext2_resize.c index 54899f7..bf8548c 100644 --- a/libparted/fs/ext2/ext2_resize.c +++ b/libparted/fs/ext2/ext2_resize.c @@ -687,20 +687,14 @@ int ext2_resize_fs(struct ext2_fs *fs, b fs-metadirty |= EXT2_META_SB; } - if (!ext2_determine_itoffset(fs) ped_exception_throw ( -PED_EXCEPTION_WARNING, -PED_EXCEPTION_OK_CANCEL, -_(A resize operation on this file system will - use EXPERIMENTAL code\n - that MAY CORRUPT it (although it hasn't done - so yet\n - in the past).\n - You should at least backup your data and - run 'e2fsck -f' afterwards.)) -== PED_EXCEPTION_CANCEL) -{ - return 0; -} + if (!ext2_determine_itoffset(fs)) +ped_exception_throw ( +PED_EXCEPTION_NO_FEATURE, +PED_EXCEPTION_OK, +_(GNU Parted cannot resize this file system, please use + resize2fs.)); + +return 0; if (fs-opt_verbose) fprintf(stderr, ext2_resize_fs\n); ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Wiki Engine
Hello, I sorted out various Wiki engines and came up with this selection: http://www.wikimatrix.org/compare/ErfurtWiki+JSPWiki+MoinMoin+MoniWiki+PhpWiki+PmWiki+ProWiki+TWiki I'm pretty stuck right now, though, since none of them seems to be in great disadvantage compared to the others. Do you know anything about them and can help decide? Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpWNTXwY5dl3.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Re: [darcs-users] Re: Darcs performance
On Thu, Nov 16, 2006 at 11:11:20PM +0100, Juliusz Chroboczek wrote: What's the virtual machine? VServer? I don't know for sure, but I think so. Could you try if any of the following fixes your problem? export GHCRTS= -c No change. -G1 This would still be working if I hadn't killed it after about half an hour. '-c -G1' WARNING: compaction is incompatible with -G1; disabled [...] - as stated on http://www.haskell.org/ghc/docs/6.4.2/html/users_guide/runtime-control.html Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpikX1Ar0Bgt.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Re: [darcs-users] Re: Darcs performance
On Thu, Nov 16, 2006 at 07:24:17PM +0100, Juliusz Chroboczek wrote: What system are you using? It's a virtual server. [EMAIL PROTECTED]:~$ ulimit -a core file size(blocks, -c) 0 data seg size (kbytes, -d) unlimited file size (blocks, -f) unlimited max locked memory (kbytes, -l) unlimited max memory size (kbytes, -m) unlimited open files(-n) 1024 pipe size (512 bytes, -p) 8 stack size(kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes(-u) unlimited virtual memory(kbytes, -v) unlimited [EMAIL PROTECTED]:~$ cat /proc/sys/vm/overcommit_memory 0 [EMAIL PROTECTED]:~$ uname -a Linux viridian-project.de 2.6.8-022stab078.21 #1 Sat Sep 9 00:14:29 MSD 2006 i686 GNU/Linux Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpeJCYcxgBGj.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Darcs repository up to date
On Sat, Nov 11, 2006 at 09:33:19PM +0530, Anant Narayanan wrote: I would like to start a merging work of Debian fixes (there're some that are very interesting to have in). What's the idea regarting 1.8 branch? Will we release a 1.8.1 or even 1.9 before 2.0? IMHO we should have those releases in between as well. We can continue on parallel development of 2.0 with some heavyweight features like partition ID support, undo/redo (or) fdisk-style write-changes-at-end; stuff like that. Yes, please add this to the list of 2.0 stuff I posted earlier. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpe3PlKkkAAz.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Darcs repository up to date
On Sat, Nov 11, 2006 at 10:26:48AM -0200, Otavio Salvador wrote: Checking what there's available for C I found Check[1][2]. It looks interesting for me. 1. http://check.sourceforge.net/ 2. GNU fdisk already uses check for its unit tests. Have a look at it. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpCtYm0SG7A7.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] Darcs repository up to date
On Sat, Nov 11, 2006 at 09:57:36AM -0200, Otavio Salvador wrote: Personally I would like to start a 1.8.x branch and start to push fixes there. Most sensible, let's do that. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgpdhCGE4jcC7.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
Re: [parted-devel] New bug tracker for fdisk and Parted
On Tue, Nov 07, 2006 at 07:15:26PM -0200, Otavio Salvador wrote: I've tryed to get an account but I hadn't receive the mail. Can you check the log of your server to see what happened? Nothing in the logs -- I checked today and received a mail. Please try again. If it fails a second time, I can create an account for you manually. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ pgp2MJYuul0vi.pgp Description: PGP signature ___ parted-devel mailing list parted-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/parted-devel
[parted-devel] Patch to add undo/redo functionality to libparted
Greetings, this mail concerns Parted Edge. Vanni Brutto has drafted a patch that adds undo/redo functionality to libparted; note the drafted -- its current state is that of a proof-of-concept. He states that he will rewrite it in a clean manner when the approach is agreed upon. Find it attached for peer review. Be sure to give it a look. Leslie -- gpg --keyserver pgp.mit.edu --recv-keys DD4EBF83 http://nic-nac-project.de/~skypher/ diff -u --recursive --new-file parted-1.7.1/include/parted/device.h parted-1.7.1-my/include/parted/device.h --- parted-1.7.1/include/parted/device.h2006-05-25 19:28:43.0 +0200 +++ parted-1.7.1-my/include/parted/device.h 2006-10-17 21:27:10.0 +0200 @@ -77,6 +77,8 @@ int open_count; /** the number of times this device has been opened with ped_device_open(). */ int read_only; +int test_mode; //zanac +void* operation; //zanac int external_mode; int dirty; int boot_dirty; @@ -119,6 +121,7 @@ extern int ped_device_open (PedDevice* dev); extern int ped_device_close (PedDevice* dev); extern void ped_device_destroy (PedDevice* dev); +extern int ped_device_test_mode (PedDevice* dev, int test_mode); //zanac extern int ped_device_begin_external_access (PedDevice* dev); extern int ped_device_end_external_access (PedDevice* dev); diff -u --recursive --new-file parted-1.7.1/include/parted/disk.h parted-1.7.1-my/include/parted/disk.h --- parted-1.7.1/include/parted/disk.h 2006-05-25 19:28:43.0 +0200 +++ parted-1.7.1-my/include/parted/disk.h 2006-10-17 21:18:13.0 +0200 @@ -37,6 +37,7 @@ #include parted/filesys.h #include parted/natmath.h #include parted/geom.h +#include parted/operation.h /** * Partition types @@ -138,6 +139,8 @@ struct _PedDisk { PedDevice* dev; /** the device where the partition table lies */ +PedDisk*disk;/** parent disk used for + apply/undo. */ //zanac const PedDiskType* type;/** type of disk label */ const int* block_sizes; /** block sizes supported by this label */ @@ -234,6 +237,8 @@ extern int ped_disk_commit (PedDisk* disk); extern int ped_disk_commit_to_dev (PedDisk* disk); extern int ped_disk_commit_to_os (PedDisk* disk); +extern PedDisk *ped_disk_commit_test_disk (PedDisk **disk); //zanac + extern int ped_disk_check (PedDisk* disk); extern void ped_disk_print (PedDisk* disk); diff -u --recursive --new-file parted-1.7.1/include/parted/Makefile.am parted-1.7.1-my/include/parted/Makefile.am --- parted-1.7.1/include/parted/Makefile.am 2006-05-25 19:28:43.0 +0200 +++ parted-1.7.1-my/include/parted/Makefile.am 2006-10-17 19:03:20.0 +0200 @@ -5,6 +5,7 @@ debug.h \ device.h\ disk.h \ + operation.h \ exception.h \ filesys.h \ geom.h \ diff -u --recursive --new-file parted-1.7.1/include/parted/Makefile.in parted-1.7.1-my/include/parted/Makefile.in --- parted-1.7.1/include/parted/Makefile.in 2006-05-27 11:50:03.0 +0200 +++ parted-1.7.1-my/include/parted/Makefile.in 2006-10-17 19:03:36.0 +0200 @@ -192,6 +192,7 @@ debug.h \ device.h\ disk.h \ + operation.h \ exception.h \ filesys.h \ geom.h \ diff -u --recursive --new-file parted-1.7.1/include/parted/operation.h parted-1.7.1-my/include/parted/operation.h --- parted-1.7.1/include/parted/operation.h 1970-01-01 01:00:00.0 +0100 +++ parted-1.7.1-my/include/parted/operation.h 2006-10-28 12:42:13.0 +0200 @@ -0,0 +1,81 @@ +/* +libparted - a library for manipulating disk partitions +Copyright (C) 1999, 2000, 2001, 2002 Free Software Foundation, Inc. + +This program is free software; you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or +(at your option) any later version. + +This program is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with