FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 10-16-2008, 06:49 PM
"Jeff Spaleta"
 
Default Python modules breaking python help() behaviour

As seen in association with numpy:
https://bugzilla.redhat.com/show_bug.cgi?id=467266

But poking at it a little bit, the module listing functionality seems
to be broken by other modules. At least pygtk2 and possibly
gnome-applets via different exceptions depending on situation from my
own personal testing.

I'll try to track down the ones I'm aware of and get bugs filed, but I
don't have any idea how many individual modules are a problem. Nor do
I really know if this is a serious problem. How broken has this
functionality been over the bast 2 or 3 releases? No idea. The numpy
issue affects f8 and f9 and devel.

I'm not sure where this falls on the scale importance. But its not
limited to just numpy, and it does affect our default desktop spin, so
I'd thought I'd make everyone aware of it and let maintainers choose
to deal with this or not. But it would be nice to get an idea of how
widespread the problem is.

I would humbly ask that other maintainers for other python packages
take a moment and do a test of their own package via mock in the
process outlined in comment 8 of that bug:
https://bugzilla.redhat.com/show_bug.cgi?id=467266#c8

1) set up the mock localbuild root
mock -r <whatever_release> init

2) chroot into the root of that mock environment

3) Run the python help module test, which should return clean
python
help()
modules
(Ctrl-D a few times to get back out of the python and chroot sessions)

4) install the module you think is a problem
mock -r <whatever_release> install <py_package>

5) Do step 2 and 3 again see if its a traceback and if there is something is
wonky with the python modules in the installed package or one of its
dependencies.

If someone wanted to script that test (Hey Matt! Hey Seth!) and run
over an entire rawhide tree..that'd be sort of nice.

Note however that this procedure will not catch all the ways exception
handling in modules breaks the python module listing
functionality...since the mock chroot environment make trigger
different exceptions than your running client system. Isn't this fun?


-jef

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 
Old 10-16-2008, 07:01 PM
"Daniel P. Berrange"
 
Default Python modules breaking python help() behaviour

On Thu, Oct 16, 2008 at 10:49:13AM -0800, Jeff Spaleta wrote:
> As seen in association with numpy:
> https://bugzilla.redhat.com/show_bug.cgi?id=467266
>
> But poking at it a little bit, the module listing functionality seems
> to be broken by other modules. At least pygtk2 and possibly
> gnome-applets via different exceptions depending on situation from my
> own personal testing.

If it is so easy for lots of modules to break pydoc's help() function,
then there also needs to be a bug filed against python itself to make
it robust against these problems.

Daniel
--
|: Red Hat, Engineering, London -o- http://people.redhat.com/berrange/ :|
|: http://libvirt.org -o- http://virt-manager.org -o- http://ovirt.org :|
|: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
|: GnuPG: 7D3B9505 -o- F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 :|

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
 

Thread Tools




All times are GMT. The time now is 02:32 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org