Bug#701613: ITP: python-oerplib -- client library to remotely pilot an OpenERP server
Package: wnpp Severity: wishlist Owner: python-modules-t...@lists.alioth.debian.org Package name: python-oerplib Version : 0.7.0 Upstream Author : Sébastien ALIX URL : http://packages.python.org/OERPLib/ License : LGPL3 Programming Lang: Python Description : client library to remotely pilot an OpenERP server Features supported: - `XML-RPC` and `Net-RPC` protocols, - access to all methods proposed by an `OpenERP` model class (even ``browse``) with an API similar to the server-side API, - ability to use named parameters with such methods (`OpenERP` >= `6.1`), - user context automatically sent (`OpenERP` >= `6.1`), - browse records, - execute workflows, - manage databases, - reports downloading. Note: This client library is independent of packaging the OpenERP server. It might, however, help in testing the server package. -- 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/20130225100020.ga8...@fama.tangosoft.com
Bug#701625: ITP: txtorcon -- Twisted-based asynchronous Tor control protocol implementation
Package: wnpp Severity: wishlist Owner: Jérémy Bobbio * Package name: txtorcon Version : 0.7 Upstream Author : meejah * URL : https://github.com/meejah/txtorcon * License : Expat Programming Lang: Python Description : Twisted-based asynchronous Tor control protocol implementation txtorcon main feature is to present an asynchronous API to speak the Tor client protocol in Python. It also provides abstractions to track and get updates about Tor's state and current configuration (including writing it to Tor or disk), along with helpers to asynchronously launch slave instances of Tor including Twisted endpoint support. Twisted is an event-driven networking engine written in Python and Tor is an onion-routing network designed to improve people's privacy and anonymity on the Internet. -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Re: Getting Intel Cedarview drivers into Debian
On 21.02.2013 19:42, Carlos Alberto Lopez Perez wrote: On 21/12/12 14:23, Mikko Rasa wrote: Hi Debian developers, I'm working as a consultant on a project to develop drivers for the PowerVR graphics processor in the Cedarview family of Intel Atom microprocessors in a Debian environment. The current target is Wheezy, and Intel wishes to get the drivers into the official distribution. What they've failed to take into account is that Wheezy is currently frozen in preparation of release, so I'm more than a bit skeptical of getting a new package in (I was only brought in to the project very recently). However, I promised to ask you about this, so here we go. It should be noted that due to licensing issues, the driver will be closed source. The kernel component is under the GPL, so a dkms package will be made. There's also one kernel patch that needs to be applied to Wheezy's kernel for the driver to function. The patch has been accepted to the mainline kernel, and my understanding is that it's included in the 3.7 release[1]. On to questions: 1. Is there any possibility of getting the drivers in the initial Wheezy release? If so, what needs to happen on our end? 2. What about a subsequent update to Wheezy? I wasn't able to find information on what kinds of changes are permitted. 3. Neither us nor Intel has any Debian developers on our respective payrolls. What's the best approach for maintaining the package? Should someone from Intel become a maintainer, or are there some existing developers or maintainers that can take responsibility of the package after the initial work is complete? [1] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=ac207ed2471150e06af0afc76e4becc701fa2733 Hi! Has been there any progress related to this? Ubuntu 12.04 has this drivers already packaged. You can take their packages and adapt them to Debian Wheezy. http://packages.ubuntu.com/precise-updates/cedarview-drm http://packages.ubuntu.com/precise-updates/cedarview-graphics-drivers http://packages.ubuntu.com/precise-updates/libva-cedarview-vaapi-driver Unfortunately Ubuntu packages won't work on Debian Wheezy because the binary blob for the Xorg driver (cedarview-graphics-drivers) is linked with glibc 2.15 and Wheezy has 2.13. I would be interested in testing any package that you may have for Wheezy. Just let me know about it. Regards! There's been some progress, but unfortunately we've found way more problems than we expected. Much of this is result of us receiving an incorrect version of the driver source code. The project has been on hold during February while the sales departments have discussed its continuation. It looks like it's resuming now, but there are still issues that need to be resolved for the driver to be considered production quality. -- Mikko -- 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/512b709a.80...@movial.com
Re: Getting Intel Cedarview drivers into Debian
On 25/02/13 15:09, Mikko Rasa wrote: > On 21.02.2013 19:42, Carlos Alberto Lopez Perez wrote: >> On 21/12/12 14:23, Mikko Rasa wrote: >>> Hi Debian developers, >>> >>> I'm working as a consultant on a project to develop drivers for the >>> PowerVR graphics processor in the Cedarview family of Intel Atom >>> microprocessors in a Debian environment. The current target is Wheezy, >>> and Intel wishes to get the drivers into the official distribution. >>> >>> What they've failed to take into account is that Wheezy is currently >>> frozen in preparation of release, so I'm more than a bit skeptical of >>> getting a new package in (I was only brought in to the project very >>> recently). However, I promised to ask you about this, so here we go. >>> >>> It should be noted that due to licensing issues, the driver will be >>> closed source. The kernel component is under the GPL, so a dkms package >>> will be made. >>> >>> There's also one kernel patch that needs to be applied to Wheezy's >>> kernel for the driver to function. The patch has been accepted to the >>> mainline kernel, and my understanding is that it's included in the 3.7 >>> release[1]. >>> >>> On to questions: >>> >>> 1. Is there any possibility of getting the drivers in the initial Wheezy >>> release? If so, what needs to happen on our end? >>> >>> 2. What about a subsequent update to Wheezy? I wasn't able to find >>> information on what kinds of changes are permitted. >>> >>> 3. Neither us nor Intel has any Debian developers on our respective >>> payrolls. What's the best approach for maintaining the package? Should >>> someone from Intel become a maintainer, or are there some existing >>> developers or maintainers that can take responsibility of the package >>> after the initial work is complete? >>> >>> [1] >>> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=ac207ed2471150e06af0afc76e4becc701fa2733 >>> >>> >>> >> >> Hi! >> >> Has been there any progress related to this? >> >> Ubuntu 12.04 has this drivers already packaged. You can take their >> packages and adapt them to Debian Wheezy. >> >> http://packages.ubuntu.com/precise-updates/cedarview-drm >> http://packages.ubuntu.com/precise-updates/cedarview-graphics-drivers >> http://packages.ubuntu.com/precise-updates/libva-cedarview-vaapi-driver >> >> >> Unfortunately Ubuntu packages won't work on Debian Wheezy because the >> binary blob for the Xorg driver (cedarview-graphics-drivers) is linked >> with glibc 2.15 and Wheezy has 2.13. >> >> >> I would be interested in testing any package that you may have for >> Wheezy. Just let me know about it. >> >> >> Regards! > > There's been some progress, but unfortunately we've found way more > problems than we expected. Much of this is result of us receiving an > incorrect version of the driver source code. The project has been on > hold during February while the sales departments have discussed its > continuation. It looks like it's resuming now, but there are still > issues that need to be resolved for the driver to be considered > production quality. > Can you comment about the version of the DDK that you will be using? AFAIK all the version of this driver out there (Ubuntu/Meego/Fedora/Intel[1]...) are all based on the Device Driver Kit (DDK) version 1.7 ED862890 from Imagination Technologies (IMG). Basically is the same code compiled for different targets. Will the packages you are planning for Wheezy be based also on this version of the DDK (1.7-ED862890) or it will be based on a new (improved?) version of the DDK? I'm interested in knowing if Intel/Imagination has plans for an improved version of this driver, because the one already available out there is a nightmare in terms of performance. Thanks! --- [1] http://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=21938&keyword=%22PowerVR%22&DownloadType=Drivers&OSFullname=Linux*&lang=eng signature.asc Description: OpenPGP digital signature
Bug#701661: ITP: haskell-process -- Process libraries in Haskell
Package: wnpp Severity: wishlist Owner: Masayuki Hatta * Package name: haskell-process Version : 1.1.0.2 Upstream Author : Haskell Libraries Discussion List * URL : http://hackage.haskell.org/package/process-1.1.0.2 * License : BSD Programming Lang: Haskell Description : Process libraries in Haskell This Hakell library provides a way to deal with system 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/20130225204446.23233.89895.report...@xanadu.mhatta.org
Re: ITP: haskell-process -- Process libraries in Haskell
Hi, Argh, now I realized this process library is already included in ghc package on Debian...I withdraw this ITP. Sorry. Best regards, MH 2013/2/26 Masayuki Hatta > Package: wnpp > Severity: wishlist > Owner: Masayuki Hatta > > * Package name: haskell-process > Version : 1.1.0.2 > Upstream Author : Haskell Libraries Discussion List < > librar...@haskell.org> > * URL : http://hackage.haskell.org/package/process-1.1.0.2 > * License : BSD > Programming Lang: Haskell > Description : Process libraries in Haskell > > This Hakell library provides a way to deal with system processes. > -- Masayuki Hatta
Bug#701585: marked as done (general: Can't select other languages)
reopen 701585 reassign 701585 gnome-settings-daemon severity 701585 normal thanks On Sun, Feb 24, 2013 at 09:30:03PM +, Debian Bug Tracking System wrote: > Hello Carlos, > > Dear Maintainer, > > *** Please consider answering these questions, where appropriate *** > > Debian-Devel is no user support channel for Debian. No, but the BTS is (to some extent), and there are various tools that suggest the package "general" if you don't know what the exact buggy program is. When doing that, the package ends up on debian-devel. Since the bug reporter mentioned he tried to use a gnome settings tool to switch languages, but that it didn't work, I'm reassigning this bug to gnome-settings-daemon (at a guess, but that does *seem* to be the most appropriate). > Btw. "dpkg-reconfigure locales" might help, and look for the > localization packages and tasks via APT/aptititude. Yes, that might help this particular user; but if there is a tool that claims to be able to do something but isn't, then that is a bug. I can think of several ways to fix it: the tool could display a helpful error message when the user selects a language that isn't enabled in /etc/locale.gen, or it could simply disable all languages not found there (again, with a helpful message for where to look if a wanted language isn't in the list), or it could emulate KDE and use a totally different way of doing language support (though that wouldn't be my preference), or it could keep it simple and simply display a warning message above the list of languages to select that languages listed here must also be enabled through "dpkg-reconfigure locales", or any of a number of other things. At any rate, a bug severity of "important" does not seem right to me. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- 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/20130226073458.ga21...@grep.be
Processed: Re: Bug#701585: marked as done (general: Can't select other languages)
Processing commands for cont...@bugs.debian.org:
> reopen 701585
Bug #701585 {Done: Markus Frosch } [general] general:
Can't select other languages
Bug reopened
Ignoring request to alter fixed versions of bug #701585 to the same values
previously set
> reassign 701585 gnome-settings-daemon
Bug #701585 [general] general: Can't select other languages
Bug reassigned from package 'general' to 'gnome-settings-daemon'.
Ignoring request to alter found versions of bug #701585 to the same values
previously set
Ignoring request to alter fixed versions of bug #701585 to the same values
previously set
> severity 701585 normal
Bug #701585 [gnome-settings-daemon] general: Can't select other languages
Severity set to 'normal' from 'important'
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
701585: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=701585
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
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/handler.s.c.136186411022353.transcr...@bugs.debian.org
