Hi All,
So there seems to some consensus over things. Here's what I conclude:
- We setup a Wiki (Trac, At Alioth hopefully!) and put in all this
information about our plans for 2.0 there.
- Assign a loose set of roles for all those interested in the project.
As of now; it seems the most
David Cantrell [EMAIL PROTECTED] writes:
I wonder if we really need this, and whether a shell-based interface
wouldn't be easier _and_ appeal to a larger audience.
pyparted is in use by every distribution that uses anaconda (that
includes Fedora, RHEL, CentOS, Yellowdog, rPath, and the list
rohit hooda [EMAIL PROTECTED] writes:
Regarding the VFS layer...if we write it to where
new filesystems can be
easily added, we can then pick and choose which ones
we want to use
external libraries for and which ones we just keep
our code for.
I would like to work on this ... i.e. for
Debarshi Ray [EMAIL PROTECTED] writes:
I was also thinking about having multiple language bindings to
libparted. My thinking was triggered by the libparted++ project
[1][2]. Since Python is a language I have started using from a few
months back, I am also interested in the Python bindings
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/
Anant Narayanan [EMAIL PROTECTED] writes:
Iff it doesn't use that kinda of framework I'm not favoured to merge
it.
I differ on that opinion. libparted is a system-level library and does
not deserve to use SWIG at all. The only real way to write python
bindings for something like libparted
Hi Otavio,
Anant, I just don't see why is bad to use something to make our work
easier?
I do agree SWIG makes our job easier, but its just too huge a dependency
for something low-level like libparted. The bottomline is I am not
comfortable with using a third-party tool to generate code for us.
An IRC meeting is the next big step. I saw tomorrow at noon being a
candidate. No can do. I'm away for the next two days. Can we postpone
the meeting until then? I'd like the first meeting to be all of us
talking together.
Sunday will be difficult for me too. Anyday next week will be good
Here is a patch to deprecate ped_[register|unregister]_disk_type in
favour of ped_disk_type_[register|unregister]. I did this since almost
all the functions in libparted have ped_filename as a prefix, which
was not the case here.
The older functions are still there and they throw an exception of
Debarshi Ray [EMAIL PROTECTED] writes:
Here is a patch to deprecate ped_[register|unregister]_disk_type in
favour of ped_disk_type_[register|unregister]. I did this since almost
all the functions in libparted have ped_filename as a prefix, which
was not the case here.
The older functions
David, a link to pyparted sources would be helpful. How did you go about
doing the one-to-one mapping?
http://people.redhat.com/dcantrel/pyparted/
Regards,
Debarshi
--
Universities are places of knowledge. The freshman each bring a
little in with them, and the seniors take none away, so
___
parted-devel mailing list
parted-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/parted-devel
___
parted-devel mailing list
parted-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/parted-devel
New branch 'stable-1.8.x' available with the following commits:
commit 4005d75a05b7d043c285479f73fbb9cecfd92b70
Author: Debarshi Ray [EMAIL PROTECTED]
Date: Fri Dec 8 00:51:06 2006 +0530
Zero sized device is shown as 0.00B and not -0.00kB.
commit 53195acd3d8ce1af9188a68a179955cf8e35a938
scripts/release/tarball_upload.sh |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
New commits:
commit c6df442f83ceaeeddf0121a28a3c9bd3b91c666d
Author: Leslie P. Polzer [EMAIL PROTECTED]
Date: Sat Dec 9 10:51:43 2006 +0100
Release script: cannot call return from top level;
Distribution vendors then only have to add a -DDEPRECATED_20 to the
build of the package to fix it for the time being, and the author
of the package is woken up and incited to fix his stuff :)
To wake up the programmer using libparted, do you still want to use
ped_exception_throw to display an
16 matches
Mail list logo
