Bug#525760: ITP: vitables -- graphical tool to browse and edit PyTables and HDF5 files
Package: wnpp Severity: wishlist Owner: Dmitrijs Ledkovs * Package name: vitables Version : 2.0 Upstream Author : Vicent Mas * URL : http://vitables.berlios.de/ * License : GPL-3+ Programming Lang: Python Description : graphical tool to browse and edit PyTables and HDF5 files ViTables is a component of the PyTables family. It is a graphical tool for browsing and editing files in both PyTables and HDF5 formats. . ViTables capabilities include easy navigation through the data hierarchy, displaying of real data and its associated metadata, a simple, yet powerful, browsing of multidimensional data and much more. . One of the greatest strengths of ViTables is its ability to display very large tables. Tables with one thousand millions of rows (and beyond) are navigated stunningly fast and with very low memory requirements. So, if you ever need to browse very large tables, don't hesitate, ViTables is your choice. I hope to manage this package as part of the Python Apps Packaging Team. -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525760: RFS: Re: Bug#525760: ITP: vitables -- graphical tool to browse and edit PyTables and HDF5 files
RFS I would be glad if someone would upload this for me. Initial packaging available from: svn co http://svn.debian.org/svn/python-apps/packages/vitables/trunk vitables Also added to the PAPT TODO wiki. Upstream-Name: ViTables Upstream-Maintainer: Vicent Mas Upstream-Source: http://developer.berlios.de/project/showfiles.php?group_id=1036 Licence: GPL-3+ Homepage: http://vitables.berlios.de Package: vitables Architecture: all Depends:python, python-qt4 (>=4.4), python-tables (>= 2.0) Description: graphical tool to browse and edit PyTables and HDF5 files ViTables is a component of the PyTables family. It is a graphical tool for browsing and editing files in both PyTables and HDF5 formats. . ViTables capabilities include easy navigation through the data hierarchy, displaying of real data and its associated metadata, a simple, yet powerful, browsing of multidimensional data and much more. . One of the greatest strengths of ViTables is its ability to display very large tables. Tables with one thousand millions of rows (and beyond) are navigated stunningly fast and with very low memory requirements. So, if you ever need to browse very large tables, don't hesitate, ViTables is your choice. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#530549: ITP: glosung -- dispay words from the bible for each day (also known as Losungen)
Package: wnpp Severity: wishlist Owner: Dmitrijs Ledkovs -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: glosung Version : 3.4.1 Upstream Author : Eicke Godehardt * URL : http://www.godehardt.org/losung.html * License : GPL-2+ Programming Lang: C, GTK+ Description : dispay words from the bible for each day (also known as Losungen) This is a small application which has calendar-like functionaliry and for each day it shows words from Bible. German Losungen (combination of words from old and new testaments) are supported and a few other downloadable "daily" bible files. You would run this as one the session login applications. Optionally it has an option to open verse in Xiphos (GTK fully-feature bible study software) so that full verse / context can be read and notes taken. This application will be maintained in the Crosswire packaging team. Xiphos is already maintained by this team. - -- System Information: Debian Release: 5.0 APT prefers jaunty-updates APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty-proposed'), (500, 'jaunty-backports'), (500, 'jaunty') Architecture: i386 (i686) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJKGtDZAAoJEIh7YGGLPBaud+8P/jfcCzw3sNuPc5FXRt/kWGfz lAkrnvTfoh92EoYOVUcn04XCSsykycqHrBFxFFLDzrnODwjwbZUHJBR5gti3cFA8 3HqIMrqmPEEBIkKYqasyPNwJn1QTVWQQoJplyf3GVDcMeGTQ1BygKpCHMN/xbnVG eYhvxTIk9WziX1UYJ3foyw7DY44A+bvdQWl0OWDd+yuGjoJUlHybw/eFuYcrF51V wapewRRTZhkdxi5Q8r0S/O0uEg29DasM6i1deuWGU3sbIL2Zqbi6Ia9fKCULznLp h547tX8dWkFz4ow/iIKEsDvL3PSDSkHRJVt3o6FljNPEjtGiTKM21euDFDfuf7b4 fVJpdNu7QMIc3xSIwSZ08SEwvJzzXEy4btfCYxDcqk66YA7GItUCNhOiPxn8BQ6/ SqCNGxKKiHLllcj4yqeFT61ds4t9MQKUUlWe/lwxV6J+vSpFR4xbJMcGYbIxA7BI QZKJad/uSDwpKU5NdQmxLYj507pV2O2Xw0oOAVkdx7V7f+W5gLNqsbI6kxbX8Pwl pdoddfRPRzO1eHoVuFo4v0X6At1t3tKkROMFxyHLirqXg4ZvzS2lgMpty2eg+K4Z jgjO7JsAupI7o65xWDP+5AvG9f5rJMcpR+MjmCt3o5rvZLN/vLx+IJ5bsAQbiCSQ JG50/qk34LI6nXzDzb+a =Rw98 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426581: RFS: Meshlab
(please CC me I'm not subscribed to debian-science nor to the bug report) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426581 Above is RFS for meshlab. Is anyone looking into sponsoring it? Can't wait to apt-get install it. >From the bugreport it seems that a lot of work has gone into it =D -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#457075: Salome platform - Progress?
Any progress on Salome platform packaging? ITP #457075 ? =/ -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич
Bug#457075: Salome platform - Progress?
2009/6/12 Adam C Powell IV : > On Fri, 2009-06-12 at 04:43 +0100, Dmitrijs Ledkovs wrote: >> Any progress on Salome platform packaging? ITP #457075 ? > > No, afraid I haven't even tried the new version. My old package is > available at http://lyre.mit.edu/~powell/salome/ but it took some 100+ > hours to patch it to get to that state, and upstream *never* replied to > *any* of my inquiries about merging my patches, even when I tracked down > a developer through some other leads and wrote a long email in French. > Thanks a lot for your work. > The good news is that with OpenCASCADE in main and Qt 4.5 with LGPL, > Salomé is now legal -- and can go into main. > This is certainly interesting. > I could just upload my old package, but don't have a lot of impetus to > work on anything new. Feel free to pick it up and work on it yourself. > I've moved on to Gmsh and Elmer for my work. > I do consider Gmsh. It is nice. But is there anything better than gmsh for creating geometry models in IGES and STEP (NURBS ;-) )? >> =/ > > Indeed... > Heh. One day all upstreams will become amazing and friendly... > -Adam > -- > GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 > > Engineering consulting with open source tools > http://www.opennovation.com/ > -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515539: cgmail's maintainer is back on work
Heya! Welcome back =) I did some work on it, but didn't manage to get a sponsor for it. The stuff I did was put in the Debian Python Apps Team. http://svn.debian.org/viewsvn/python-apps/packages/cgmail/ Feel free to join and continue to maintain it there (just set maintainer back to your name) or if you wish to take it off I don't particularly like svn but I still could use bzr in merge mode with it =) 2009/7/7 Andrea Veri : > owner #515539 andrea.ver...@gmail.com > thanks... > > cgmail's maintainer is back on work. I received an email from someone > asking to help maintaining this package. For me it's ok, just let me > know as soon as I start working on the new package. Thanks. > > > -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#477806: ITP: djbfft -- extremely fast library for floating-point convolution
Heya So are you going to upload gjbfft to debian? Because a52dec is out of sync in Ubuntu. We have applied a patch which simply removes the silly warning "No accelerated IMDCT transform found" #441693 So do you want help with gjbfft? Or is there really no point in having it in the archive. Or would you consider applying patch to a52dec to remove the warning? BTW do you want help with a52dec? Eg. fix lintian warnings, libtoolize and convert to DEB5, DEB3, quilt, dh7 or CDBS etc Cause I have a little bit of time to do this. (I'll send git format-patches) -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560088: ITP: python-portio -- low level port I/O for Linux
Package: wnpp Severity: wishlist Owner: Dmitrijs Ledkovs * Package name: python-portio Version : 0.4 Upstream Author : Fabrizio Pollastri * URL : http://portio.inrim.it/ * License : GPL-3+ Programming Lang: Python, C Description : low level port I/O for Linux Wrapper for the port I/O macros like outb, inb and other provided by the C library on Linux x86 platforms. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#560088: ITP: python-portio -- low level port I/O for Linux
2009/12/8 Ben Hutchings : > I do hope not; this should never be used in production. But it may yet > be useful in hardware development. > > Ben. > I'm working on a parallel LCD interface with my custom PCB and I wanted interactive way to use parallel port. Found this decided to package it for myself and anyone else. Should my packaging be changed to i386 & amd64 only? -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#559761: ITP: release -- provides information about the current releases
2009/12/9 Paul Smith : > On Mon, 2009-12-07 at 00:14 +0100, Benjamin Drung wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Benjamin Drung >> >> * Package name : release >> Version : 0.1 (native) >> Upstream Author : Benjamin Drung >> * License : GPL v3+ >> Programming Lang: Python >> Description : provides information about the current releases >> >> This package contains information about all releases of Debian and >> Ubuntu. The >> release script will give you the codename for e.g. the latest stable >> release of >> your distribution. To get information about a specific distribution >> there are >> the debian-release and the ubuntu-release scripts. > > I wonder what the difference is between this and the existing, standard > lsb_release command. > > I'm not saying we shouldn't create a new package, if lsb_release is not > sufficient for some reason. I'm just not sure what the reason is. Can > someone write up a few sentences about what this package does that makes > it necessary, instead of using lsb_release? > > Cheers! > It is similar tool. lsb_release shows the info about the release you are currently running. The proposed tool will show current stable & developing releases for Ubuntu & Debian. So that if you want to upload to Ubuntu it will tell you what's the current development release is. There are intentions to make other tools use it as well. Such that new codename will be needed to update only in one place and all revelevent packaging tools & scripts will pick it up. -- With best regards Dmitrijs Ledkovs (for short Dima), Ледков Дмитрий Юрьевич () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Sent from Manchester, Eng, United Kingdom -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543893: cuneiform -- multi-language OCR system
Dear Alexander Dolgunin, Has there been any progress on this package? I'm willing to help out, is there work in progress? With regards, Dmitrijs Ledkovs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/s2t86ecb3c71004200614r877523cas324a771174bea...@mail.gmail.com
Bug#457075: Salomé sources now available via git
On 21 April 2010 11:49, Nicolas Chauvat wrote: > http://git.salome-platform.org/gitweb/ > > Looks like they are slowly opening up. Hopefully, it will make > collaboration much easier. > Great news. I wonder why git though? It was clearly that they were using hg before with all the .hg* files leaking in the tarball -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/h2n86ecb3c71004210815z9eddcc5cz277495d6188ff...@mail.gmail.com
Bug#457075: Question on Salome package organization
On 26 April 2010 22:07, Sylvestre Ledru wrote: > Le lundi 26 avril 2010 à 13:18 -0400, Adam C Powell IV a écrit : >> In short, I think this package is about where OpenCASCADE and OpenOffice >> were when first uploaded: crude and simple packaging of a very useful >> piece of software, with plans for big packaging changes. I'd like to go >> ahead and upload in about 24 hours unless anyone has a strong objection. > Well done for this packaging! > I say, the sooner, the better! > > One more argument: we could plug Aster into Salome thanks to pylotage. > > If we are lucky, it could even make it for Squeeze! > > Sylvestre > Upload! =) we do have mingw packages in the archive which are not in the perfect condition but they are extremly useful. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/h2v86ecb3c71004261627te0777e3ck988340b3b28...@mail.gmail.com
Bug#576359: Bug#582884: ITP: usb-creator -- Live USB creator
Here is the current dsc ready for upload to Debian (with last minute fixes to debrand package description) http://mentors.debian.net/debian/pool/main/u/usb-creator/usb-creator_0.2.23.dsc also pushed as a branch lp:~dmitrij.ledkov/usb-creator/debian (temporary branch intended to be merged with lp:usb-creator) The maintainer is currently set as Ubuntu Installer Team as these Ubuntu & Debian Developers have actually created and maintained this package. I'm GSoC'2010 student working on usb-creator this summer and I have a have upload rights after review from mentor / primary upstream author Evan. Please review packaging above and if there are any issues I believe we will be able to work them out and upload to debian soon. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimtooipoic08ktfk9hmgn-izzjlzdzp6nsf7...@mail.gmail.com
Bug#582884: ITP: usb-creator -- Live USB creator
On 24 May 2010 12:43, Mehdi Dogguy wrote: > On 05/24/2010 01:27 PM, Dmitrijs Ledkovs wrote: >>>> >>>> * Package name : usb-creator >>> >>> "usb-creator" is a bit misleading (or at least… not clear). Could >>> you rename it into something like "live-usb-creator"? >>> >> >> This package has been shipped in Ubuntu for a few releases now. > > Honestly, I don't know how you (as a team) ended up with such a name. > it was before me. But there is liveusb-creator package already developed and packaged in Fedora [1] [1] https://fedorahosted.org/liveusb-creator/ >> I don't believe the name is misleading when read together with short >> description or with long description. > > Having a clear short description is not a valid reason to keep that > name, IMO. And such a name may not be appropriate because it's too > general. "live-usb-creator" tells you what the program does, without > reading its short description. > >> Plus it would be inconvenience to rename the package again, cause we >> have just transitioned from usb-creator -> usb-creator-$(frontend) >> in Ubuntu. >> > > We are talking about a NEW package in *Debian*, right? Besides, it > shouldn't be that hard to rename a package. > Yes, new package in Debian. But ubuntu & debian share package namespace so this upload into debian will affect ubuntu. I think changing package name to live-usb-creator will create confusion with liveusb-creator by Fedora and that might be package for debian as well. > Regards, > > -- > Mehdi Dogguy مهدي الدڤي > http://dogguy.org/ > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimq_hwsfy4fbltea08qgz3mz1w1pwwx9izhm...@mail.gmail.com
Bug#582884: ITP: usb-creator -- Live USB creator
On 24 May 2010 12:15, Mehdi Dogguy wrote:
> On 05/24/2010 12:55 PM, Dmitrijs Ledkovs wrote:
>> Package: wnpp
>> Severity: wishlist
>> X-Debbugs-Cc: debian-de...@lists.debian.org,
>> usb-creator-hack...@lists.launchpad.net,
>> ubuntu-instal...@lists.ubuntu.com
>>
>> Owner: Dmitrijs Ledkovs
>>
>> * Package name : usb-creator
>
> "usb-creator" is a bit misleading (or at least… not clear). Could you
> rename it into something like "live-usb-creator"?
>
> Regards,
>
This package has been shipped in Ubuntu for a few releases now.
Currently it builds usb-creator-common, usb-creator-gtk &
usb-creator-kde packages with backend, GTK and Qt front ends
respectively.
I don't believe the name is misleading when read together with short
description or with long description. Plus it would be inconvenience
to rename the package again, cause we have just transitioned from
usb-creator -> usb-creator-$(frontend) in Ubuntu.
I've created Debian branded icons, I will work on making description
non-vendor specific. This is the current debian/control.
8<--
$ cat debian/control
Source: usb-creator
Section: admin
Priority: optional
Maintainer: Ubuntu Installer Team
Uploaders: Dmitrijs Ledkovs
Build-Depends: debhelper (>= 7.0.50~),
python,
python-distutils-extra,
pkg-kde-tools
Standards-Version: 3.8.4
Vcs-Bzr: http://bazaar.launchpad.net/~usb-creator-hackers/usb-creator/trunk
Package: usb-creator-common
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}, python-dbus, syslinux,
udisks (>= 1.0~), udisks (<< 1.1), genisoimage, mtools, parted
Description: Live USB creator (common files)
Utility for converting Live Linux CDs into bootable USB sticks for example
Ubuntu and Kubuntu. This utility can partition USB stick to allow
storing user files in persistence mode.
.
This package contains backend engine and common data files used
by frontends.
Package: usb-creator-gtk
Architecture: all
Depends: ${misc:Depends}, ${python:Depends},
usb-creator-common (= ${source:Version}), python-gtk2 (>= 2.12),
python-dbus, python-gnome2
Description: Live USB creator for GNOME
Utility for converting Live Linux CDs into bootable USB sticks for example
Ubuntu and Ubuntu Netbook Remix. This utility can partition USB stick to allow
storing user files in persistence mode.
.
This package contains the GTK+ client frontend.
Package: usb-creator-kde
Architecture: all
Depends: ${misc:Depends}, ${python:Depends},
usb-creator-common (= ${source:Version}), python-kde4, python-qt4-dbus
Description: Live USB creator for KDE
Utility for converting Live Linux CDs into bootable USB sticks for example
Kubuntu and Kubuntu Netbook Remix. This utility can partition USB stick to
allow storing user files in persistence mode.
.
This package contains the KDE client frontend.
-8<--
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktimhuxkbskfizb9y6fogdh6tg14pylfm9se0o...@mail.gmail.com
Bug#582884: ITP: usb-creator -- Live USB creator
On 24 May 2010 12:53, Ignace Mouzannar wrote: > > Hi Dmitrijs, > > I already own an ITP for usb-creator [1]. > reportbug failed to bring it up =( annoyed. Sorry about this. > I have started working on it. I should be releasing it soon. > Is your work available anywhere to see? What changes have you made? > Could you close your bug report? Or may be merge the two bugs? > I will merge the two bugs. Are you OK to co-maintain? I've recently done some improvements to usb-creator: exported translations into the bzr-branch, debranded artwork, created debian artwork. As a whole it is ready to be released straight from lp:usb-creator. Currently it is maintained as native package and we would like to keep it like that for now. So the idea is to release as native debian package from lp:usb-creator and sync into ubuntu. > Thanks. > > Cheers, > Ignace M > > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576359 > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimjgr_2vc4knyn9tb9fb46bfmepe61gkwlt7...@mail.gmail.com
Bug#582884: ITP: usb-creator -- Live USB creator
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-de...@lists.debian.org, usb-creator-hack...@lists.launchpad.net, ubuntu-instal...@lists.ubuntu.com Owner: Dmitrijs Ledkovs * Package name : usb-creator Version : 0.2.23 Upstream Author : Evan Dandrea * URL : http://launchpad.net/usb-creator * License : GPL-2, GPL-3 Programming Lang: Python Description : Live USB creator Utility for converting Live Linux CDs into bootable USB sticks for example Ubuntu and Kubuntu. This utility can partition USB stick to allow storing user files in persistence mode. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikfwteinx22glcre7v2u1nvug3dtgznud1be...@mail.gmail.com
Bug#576359: [Usb-creator-hackers] Bug#576359: Bug#582884: ITP: usb-creator -- Live USB creator
On 26 May 2010 23:50, Ignace Mouzannar wrote: > On Wed, May 26, 2010 at 12:10, Evan Dandrea wrote: >> On Wed, May 26, 2010 at 12:42 AM, Ignace Mouzannar >> wrote: >>> Excellent job. Howerver, it seems that the version 0.2.23 has not been >>> released by upstream yet. I prefer waiting for the new release before >>> trying to upload it to Debian. >> >> This is a native package. 0.2.23 will be released when it's uploaded :). > > I should at least be tagged as so in its bzr main branch, before being > released. Also, Dmitrijs told me this afternoon, that the plan was to > release the version on Debian, so that it would get synchronized to > Ubuntu. Is that right? > Depends. For general uploads there are no reasons to not do that. If Ubuntu is close to different freezes/milestones there might be releases pushed to ubuntu e.g. 0.2.XXubuntuY but those would be hot-fixes for ubuntu something along the lines of 0day delay queue NMU. >>> As we will be maintaining this package for Debian, we will set >>> ourselves in the Maintainer and Uploaders fields. >> >> Is this necessary? I'm more than happy to add people to the >> usb-creator-hackers team. I'd really like to avoid having a delta >> between Debian and Ubuntu on this, if possible. > > Having different maintainers on Debian and Ubuntu is not an important > delta. Of course, it is helpful to have somebody from the team > co-maintaining the package in Debian. Also, I don't see the inconvenient > in keeping the Maintainer field as is (i.e. usb-creator Hackers Team) > and listing Dmitrijs and myself in the Uploaders list for the Debian > package. > >>> * .desktop files: >>> - I am not convinced that usb-creator's Desktop file should appear >>> in "System/Administration" as using it does not have an effect on the >>> local system. I'd rather put it in "Application/System tools". >>> What do you think about this? >> >> It has an effect on the devices attached to the local system. There >> are other applications in System->Administration that are similar in >> nature to usb-creator, such as GParted and Disk Utility (palimpsest). >> >> Does usb-creator not appear in the same menu as these two applications >> in Debian? You don't specify that something goes into the >> Administration menu in the XDG spec, but rather list a set of >> categories it falls under. So if you're seeing different behavior for >> similar programs, we might have the set of categories wrong. > > What I am trying to say, is that usb-creator is a sort of "USB-writer > application" more than a local system configuration application. For > instance, you do not need root privileges to run usb-creator; whereas Yes and no with respect to root privileges, depends on the PolicyKit setup on a particular machine. > GParted asks for the administrative password when launched from the > "System -> Administration" menu. Also, in Debian, "Disk Utility > (palimpsest)" appears in "Application/System tools": "User and groups" doesn't ask for the password when you launch it from "System -> Administration" and later depending on the requested task PolicyKit kicks in and might ask a password. > -8<-8<- > ~$ cat /usr/share/applications/palimpsest.desktop > [Desktop Entry] > Name=Disk Utility > (...) > Categories=GNOME;GTK;System; > -8<-8<- > > This is why, I would rather see the usb-creator's menu shortcut in > "Application/System tools". > I'm ok with implementing this as a Debian vendor modification ;-) > Cheers, > Ignace M > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimyqrmi2u6qwvt9sgdslb_xrnagw04fxqqkw...@mail.gmail.com
Bug#552387: RFS: libjsr305-java (new package, needed to update libgoogle-collections-java and to package libguava-java)
On 27 August 2010 00:45, Miguel Landaeta wrote: > Hi team, > > I am looking for a sponsor for my package "libjsr305-java". > > * Package name : libjsr305-java > Version : 0.1~+svn49-1 > Upstream Author : JSR305 expert group > * URL : http://jsr-305.googlecode.com/ > * License : BSD > Section : java > > It builds these binary packages: > libjsr305-java - Java library that provides annotations for software defect > detection > > The package is lintian clean. > The upload would fix these bugs: 552387. > > My motivation for maintaining this package is: > I need this package to update libgoogle-collections-java to 1.0. > libgoogle-collections-java (>= 1.0) is needed by Gradle and Checkstyle 5.0. What about checkstyle 5.1? =) > Also libjsr305-java it is needed by libguava-java (the library that supersedes > to libgoogle-collections-java). > > The package can be found on mentors.debian.net: > - URL: http://mentors.debian.net/debian/pool/main/l/libjsr305-java > - Source repository: deb-src http://mentors.debian.net/debian unstable main > contrib non-free > - dget > http://mentors.debian.net/debian/pool/main/l/libjsr305-java/libjsr305-java_0.1~+svn49-1.dsc > - Vcs-Git: git://git.debian.org/pkg-java/libjsr305-java.git > > I would be glad if someone uploaded this package for me. > > Cheers, > > -- > Miguel Landaeta, miguel at miguel.cc > secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ > "Faith means not wanting to know what is true." -- Nietzsche > > > -- > To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/20100826234542.ga27...@miguel.cc > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinpyb1gw_n_wa3jbui0q2cv=gjgsid7aivt-...@mail.gmail.com
Bug#582884: [Usb-creator-hackers] Bug#582884: ITP: usb-creator -- Live USB creator
On 4 September 2010 15:21, Ignace Mouzannar wrote: > On Wed, Jun 9, 2010 at 10:09, Alexander Reichle-Schmehl > wrote: >> Hi! >> >> Am 03.06.2010 13:22, schrieb Evan Dandrea: >> Am 27.05.2010 13:47, schrieb Evan Dandrea: > I can't say I agree, but if we're going to have to do this, we might > as well take the opportunity to make it consistent with the .desktop > file. Alexander, are you okay with startup-disk-creator? Yes, that sounds good to me. >>> Great, will do! One question though. Are you requiring that we >>> change the name of the source package as well as the binary packages? >> >> Could it be, that I forgot to anser this mail? Sorry. We would prefer, >> if both source and binary package would have the same name. > > Dmitrijs, Evan and the Usb-creator Hackers team, would you be willing > to change the name of the package upstream? Or should > "startup-disk-creator" be a Debian specific change? > > Cheers, > Ignace M I did have a branch somewhere with a rename & fake transitional packages for Ubuntu. I'll try to get it up for review soon. But probably it will be merged after 10.10 is released (on the other hand Lenny is frozen. so it is harder to get startup-disk-creator into Lenny with every passing day) Fortunately I have finished my studies and can come back to hacking. With regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktinleo=t7wmhnzi=n_=8nfoy-gmk0uf8=slno...@mail.gmail.com
Bug#594371: Additional Maintainer
I too would like to help maintain mingw-w64 based toolchain. I will give further details in another #602997. WIth best regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktindyhq2ercqu4w8y5q7srs9u+ugzh9twkwbe...@mail.gmail.com
Bug#602997: Debian Bugs information: logs for Bug#602997
> Message #14 received at 602...@bugs.debian.org (full text, mbox): > From: Matthias Klose > To: Stephen Kitt , 602...@bugs.debian.org > Subject: Re: Bug#602997: ITP: gcc-mingw-w64 -- The GNU Compiler Collection > for MinGW-w64 > Date: Sun, 14 Nov 2010 21:13:58 +0100 > > On 10.11.2010 08:32, Stephen Kitt wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Stephen Kitt >> >> >> * Package name : gcc-mingw-w64 > > we already have a mingw32 toolchain. Is it possible to build a mingw biarch > toolchain instead of a new package? > The current mingw32 toolchain uses "mingw.org" runtime. Mingw-w64 project provides a different runtime - w64. This runtime supports win32, win64 and wince. Win32 & Win64 runtimes can be build as biarch. Fedora and openSUSE are using the mingw-w64 runtimes for both x86 and amd64 cross-toolchains to windows. For more info on mingw-64 project and many users see their homepage: http://mingw-w64.sourceforge.net/ > the toolchain currently builds for arch `any'. Is this really necessary? > Maybe > it's fine to to prove that this is buildable on arm or mips, but is it really > us > ed? I personally am only aware of people using it on x86, amd64 on *nix & windows. >> we already have a mingw32 toolchain. Is it possible to build a mingw >> biarch toolchain instead of a new package? > > MinGW32 and MinGW-w64 are actually two different toolchains, not > simply bi-arch variants of the same toolchain; they have different > triplets. (In fact given the way ldscripts are shipped they would > probably have to conflict with each other.) MinGW-w64 provides both > 32-bit and 64-bit toolchains, and builds some 32-bit software (such as > Wine Gecko) which the current mingw32 toolchain can't - that is in > fact why Ove Kaaven was interested in Robert Millan's gcc-mingw32 > package and associated packages which were actually based on MinGW-w64 > rather than MinGW32, and why I started work on packaging the whole > toolchain. > Agree. The original mingw, is separate from the mingw-w64 project. Mingw-w64 is better on both x86 and amd64. > My aim with the mingw-w64 toolchain is two-fold: > > * provide a proper MinGW-w64 toolchain, handling the varied > requirements of the potential users in Debian, notably wine-gecko > and potentially wine-mono; > * avoid the confusion which exists regarding mingw32 and gcc-mingw32. > I would like to join maintainship with additional goal: * provide cross-compiled -dev packages, such that debian users can easily cross-compile their apps to win32 and win64 using mingw-w64 based toolchains. > I'm currently discussing the situation with Ron, the maintainer of the > mingw32 toolchain. Our intention is ideally to establish whether one > of the two toolchains can handle the various requirements, in which > case only that one would be kept. > I haven't been in touch with Ron. > Note that for now MinGW (the new name for MinGW32) doesn't support > 64-bit targets; that support is supposed to be forthcoming. A bigger > problem is that recent releases of MinGW only support Windows-hosted > compilers, as I understand things at least. > >> the toolchain currently builds for arch `any'. Is this really >> necessary? Maybe it's fine to to prove that this is buildable on >> arm or mips, but is it really used? > > Probably not, i386 and amd64 would be perfectly sufficient. > > Thanks for your interest, > > Stephen Dear Stephen, Ron and everyone else. I have started my own packaging of mingw-w64 based toolchains myself a while ago. Packaging is available here: https://code.launchpad.net/~mingw-w64/mingw-w64/gcc-4.4 Some description: 1) One source package to bootstrap both x86 and amd64 cross-toolchains using runtimes by mingw-w64 project. 2) Each time build is not using pre-compiled binaries (i.e. there is no bootstrap package) 3) By default binutils-source and gcc-source are used. 4) Alternatively upstream checkouts can be used. 5) There is a daily build ppa using: binutils trunk, gcc-4.4 branch, mingw-w64 trunk. https://code.launchpad.net/~mingw-w64/+recipe/gcc4.4+trunk (I will start doing 4.5 & 4.6 based builds soon) 6) It is two toolchains, not a bi-arch. I haven't tried building bi-arch and amd64 doesn't support java, where x86 does. And I use slightly different options for two of them. 7) It also includes pthread-win32 dll build from source with patches to make it build amd64 variant as well. 8) The "build" machinery is not the one used in native debian-gcc or binutils. I do not know if that is desired from debian-toolchain devs. (I haven't found an easy way to plug in a two step mingw-w64 compilation into debian-gcc build rules) I will look over current packaging done by Stephen. Hopefully we can reconcile and work together on them. What sort of criteria should we have for future mingw toolchains in Debian? -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Arch
Bug#599073: ITP: shinken -- Monitoring tool
Dear all, shinken looks very interesting and I'd love to play around with it. Pkg-nagios-devel is already packaging nagios, icinga, and related tools, maybe pkg-nagios-devel is better place for shinken? (even though it's written in python) Regards, Dima. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHfE3=Me-bxExsJs=vDC5DkK2MS4Wxn2Wx+u7oWbZ=25M=p...@mail.gmail.com
Bug#605001: usb-creator-common
Dear all, Please note this RFP has already previously been filed as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576359 Please consider merging these two together. And usb-creator is a better name for a package. Regards, Dmitrijs. signature.asc Description: OpenPGP digital signature
Bug#638720: ITP: openerp6 -- Enterprise Resource Management
Hello, On 05/06/12 11:17, W. Martin Borgert wrote: > Hi, > > I see, that development is stalled since three months now: > http://anonscm.debian.org/viewvc/python-apps/packages/openerp6/trunk/ > I assume packaging OpenERP is a huge task. Are you still > working on this? No pressure intended, I just like to know. > Actually openerp-6.1 packaging is thriving. Yoland Robla has been working a lot on it, using ubuntu bzr branch. And I will be uploading it into debian soon. I believe I will upload it into experimental, or into sid after freeze, because I think it's too late for wheezy now. Unless I do a massive push for it this week. Getting offlineimap into testing is a higher priority for me right now =) -- Regards, Dmitrijs. signature.asc Description: OpenPGP digital signature
Bug#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
On 19/06/12 09:29, Julien Cristau wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Julien Cristau
>
> * Package name: salome-{kernel,gui,med,geom,paravis,..}
> Version : 6.5.0
> Upstream Author : CEA, EDF R&D, Open CASCADE
> * URL : http://www.salome-platform.org/
> * License : mostly LGPL
> Programming Lang: C++, Python
> Description : integration platform for numerical simulation
>
> Salomé is a pre- and post-processor for numerical simulations. It can
> import CAD files in IGES and STEP formats, facilitates component
> integration in heterogeneous systems, and has a user-friendly GUI as
> well as a Python console with all of the platform functionality.
>
> An earlier version used to be in sid as the 'salome' source package, but
> was removed early this year. I'm planning on reintroducing it in
> smaller pieces in the hope it'll be more manageable.
>
> Cheers,
> Julien
>
Good luck! It's a beast =)
Did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657433 ?
Adam said he did push the latest packaging to alioth.
I have enough beasts on my list to package, so this time around I won't
be able to help much (not that I did help much last time around).
--
Regards,
Dmitrijs.
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4fe03b00.7020...@debian.org
Bug#678100: ITP: salome-{kernel,gui,med,geom,paravis,..} -- integration platform for numerical simulation
On 19/06/12 10:00, Julien Cristau wrote: > On Tue, Jun 19, 2012 at 09:40:32 +0100, Dmitrijs Ledkovs wrote: > >> Good luck! It's a beast =) >> > Thanks :) > >> Did you see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657433 ? >> > Yep. I'll start with a smaller set of modules, and get things in > experimental at first to get a feel for the pain involved. > One thing I can recommend is using cdbs, due to native flavours support Using: DEB_MAKE_FLAVORS = pkg1 pkg2 pkg3 DEB_BUILDDIR = build It will manage the machinery of running configure, build, test, install for each of the flavours, conveniently installing each build under debian/tmp/$flavors/ and using out of the tree builds (if you prefer) (there are many more variables available) Then you can do tricks like: DEB_CONFIGURE_FLAGS_pkg1 = --enable-foo, --disable-bar Or provide additional environment variables debian/stamp-autotools/pkg1:: DEB_CONFIGURE_SCRIPT_ENV=PYTHON=python3 ... and set dependencies between various packages using stable stamp names Furthermore, if you use $(filter $(DEB_PACKAGES), pkg1 pkg2 pkg3), then only those packages that are specified in debian/control will be build. Win, cause this now means that you can work on packaging the next component without affecting stable build... or choose to build more in experimental and less components in unstable to gradually package more and more of it. I hope you will consider this, as this should save you from inventing again the whole stamp/targets management and provide you with many dynamic targets to do custom things per each debian package, flavour, component, etc... I think you will find it exceptionally useful to remove some stamp files to rerun just one step of the build, instead of doing a massive ./debian/rules clean while developing as well. Another thing to take into account is that ./debian/package.install and similar dh_* helper files can now be executable & do variable replacements. If that is not enough, and you want dh_install with rename support, please look into dh-exec, cause it supports this: usr/bin/foo => usr/bin/salome-foo Using state of the art tools, I hope it will save you time and let you concentrate on figuring out correct build flags, environment variables, where to install what, and writing patches. Feel free to delegate packaging questions & manual laborious tasks, by aggressively using help tag in the bts. This package needs synergy! And there are a lot of people in debian-science & debian-med who I think would be interested in salome. I have now a powerful machine to potentially build salome in reasonable amount of time, but unfortunately I don't have much spare time to throw myself into salome packaging. All the best. -- Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4fe2754b.3080...@debian.org
Bug#683979: ITP: clusterit -- utilities for distributed computing and management of clusters
Package: wnpp Owner: Dmitrijs Ledkovs Severity: wishlist * Package name: clusterit Version : 2.5 Upstream Author : Tim Rightnour * URL or Web page : http://sourceforge.net/projects/clusterit/ * License : BSD-4-clause Description : utilities for distributed computing and management of clusters . A collection of utilites that help manage large sets of machines over SSH protocol. It includes utilities to execute the same command(s); to execute in sequence; to schedule a queue of tasks across all machines. A distributed virtual terminal is also included. . This package can be used as an alternative to parrallel-ssh for managing cluster of machines. It also can be used as a lightweight distributed computing environment similar to Hadoop or any other MapReduce implementation. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fw817xyi@canonical.com
Bug#686447: ITP: zfs-linux -- The native Linux kernel port of the ZFS filesystem
On 1 September 2012 19:02, Carlos Alberto Lopez Perez wrote: > Package: wnpp > Owner: Carlos Alberto Lopez Perez > Severity: wishlist > X-Debbugs-CC: debian-de...@lists.debian.org > > * Package name: zfs-linux > Version : 0.6.0 > Upstream Author : Brian Behlendorf > * URL : http://zfsonlinux.org/ > * License : CDDL > Programming Lang: C > Description : The native Linux kernel port of the ZFS filesystem. > > ZFS is an advanced file system and volume manager which was originally > developed for Solaris. It provides a number of advanced features like > snapshots, clones, live integrity checksums, deduplication, compression > and much more. The port to the Linux kernel includes a functional and > stable SPA, DMU, ZVOL and ZFS Posix Layer (ZPL). > . > This package contains the source code for the native implementation of ZFS > for the Linux Kernel, which can be used with DKMS, so that local kernel > modules are automatically built and installed every time the kernel packages > are upgraded. > . > This package also contains the user space utilities needed to manage ZFS. > If packaged properly, I am sure many people will find this useful. The missing revisions / functionality are: 29 RAID-Z/mirror hybrid allocator. 30 ZFS encryption. 31 improved 'zfs list' performance. 32 One MB block support 33 Improved share support I do have (personal?!) concerns about the ZFS future. After the zpool version 28, no more source code was release by oracle (please correct me if I am wrong). Are the specs released for the later zpool versions? As it is now, all implementations are incomplete in comparison with Oracle's implementation. And if no specs are available, the open source / linux implementations are going to become more and more incomplete in the future. What is the status on trademarks? Can we use the name "zfs"? For example, drdb trademark is actively being enforced. While the future of alternative zfs implementations does look gloom, I do think zfs (-like) implementations would be useful on linux and in debian. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUhrdZKDB-6Vw_BYJ-zeZtQdad8xbNeVwD=wFf=2-Q=q...@mail.gmail.com
Bug#690693: ITP: thin-provisioning-tools -- Tools to manage thinly provisioned volume metadata in LVM
On 16 October 2012 16:38, Neil Wilson wrote: > Package: wnpp > Severity: wishlist > Owner: Neil Wilson > > * Package name: thin-provisioning-tools > Version : 0.1.5 > Upstream Author : Red Hat, Inc. > * URL : https://github.com/jthornber/thin-provisioning-tools > * License : GPL v3 > Programming Lang: C++ > Description : Tools to manage thinly provisioned volume metadata in LVM > > Installs check, dump and restore tools that manage the thin volume > metadata in the thin provisioning pool. > If you have the package ready, I'd be happy to review it and sponsor it. If you need sponsor that is. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhlughdzafro5wyz7fw+lg-1akvxdbanh-ivnvt782ten...@mail.gmail.com
Bug#692516: ITP: python-pyxs -- Pure Python bindings to XenStore
On 6 November 2012 23:40, Maykel Moya wrote: > Package: wnpp > Severity: wishlist > Owner: Maykel Moya > > * Package name: python-pyxs > Version : 0.3 > Upstream Author : Sergei Lebedev > * URL : https://github.com/selectel/pyxs > * License : LGPL > Programming Lang: Python > Description : A pure Python XenStore client implementation which covers > all of the libxs features and adds some nice Pythonic sugar on top of it. > Which python series is this module compatible with? Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUhLd-4t5_VjyXCzGB4e=bbiW=_pvtosvzak9edhoyt...@mail.gmail.com
Bug#690693: ITP: thin-provisioning-tools -- Tools to manage thinly provisioned volume metadata in LVM
On 18 October 2012 10:59, Neil Wilson wrote: > On 17 October 2012 14:01, Dmitrijs Ledkovs wrote: >> If you have the package ready, I'd be happy to review it and sponsor >> it. If you need sponsor that is. > > I will need a sponsor and reviewer. I haven't done one of these for a > while so I may be a bit rusty on the latest standards. > > I've packaged at https://github.com/NeilW/deb-thin-provisioning-tools > > I've improved the description and the only wrinkle from a standard > autoconf package is that the MANDIR doesn't appear to be set correctly > in the upstream configure. Hence the alteration to debian/rules. > > The package builds and is lintian clean. It should be pretty much ready to go. > > This package does cause issues with the current Debian/Ubuntu lvm2 > package which are corrected in newer versions of lvm2 upstream. > > e.g. > http://git.fedorahosted.org/cgit/lvm2.git/commit/?id=f61cacad1604eaaef18389a46b07e35eb1072008 > and > http://git.fedorahosted.org/cgit/lvm2.git/commit/?id=8db4540263f607e2113a405953000527ffd34b3c > > The Red Hat lvm2 package uses --with-thin-check=/usr/sbin/thin_check > to configure the default to the correct location for the check > executable. > > There are many more patches to the dm thin support code in the lvm2 > git archive. Are you planning to upgrade the Debian/Ubuntu packages to > newly released 2.2.98? > Debian is currently frozen. And in Ubuntu I am not planning to go ahead of Debian (unstable/experimental). You should talk to Debian lvm2 maintainers to get lvm2 updated in experimental if that's a pre-requisite for your package. I didn't review your package yet. While packaging in git is good, can you please generate a debian source package and upload it into a dgetable location? E.g. mentors.debian.net ? (that website also checks for common errors ahead of sponsors). Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhluitguuxrgeyfzuaxrzzt4e9_zzvpqgigp04uvz52du...@mail.gmail.com
Bug#693156: ITP: flashbench -- identify flash storage properties
Package: wnpp Owner: Dmitrijs Ledkovs Severity: wishlist * Package name: flashbench Version : 62 (2012-06-06) Upstream Author : Arnd Bergmann * URL or Web page : http://git.linaro.org/gitweb?p=people/arnd/flashbench.git;a=summary * License : GPL-2 Description : identify flash storage properties This utility helps to identify properties of SD cards and flash based storage. In particular it can be used to discover page and segement sizes and maximum number of concurrently open segments. These properties can then be used to better align paritions and tune filesystem options for maximum performance. It was used to produce Flash Card Survey. There was an article in LWN.net about it. https://wiki.linaro.org/WorkingGroups/Kernel/Projects/FlashCardSurvey https://lwn.net/Articles/428584/ Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87haotwf2v@canonical.com
Bug#686453: zfsonlinux packaging
Are there plans in modifying partman-zfs [1] to build on architectures supported by zfsonlinux / spl & corresponding udebs? If you do this, you can get debian-installer support in Debian & Ubuntu. [1] http://packages.qa.debian.org/p/partman-zfs.html Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhlugtndcjs0lbzo1pzw+bak+47vkpkf4qojfdczd1zxy...@mail.gmail.com
Bug#516183: Debian Bugs information: logs for Bug#516183
> Subject: BZR gone? Status of this ITP? > Date: Thu, 10 Feb 2011 13:57:52 +0100 > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > As the BZR branch at [0] is empty, I'd like to ask on what status this > ITP is in? The branch is not empty. $ bzr branch http://bzr.daniel-watkins.co.uk/debian/python-django-cms/ creates a checkout of 115 revisions of packaging. Last commit is a while ago... revno: 115 committer: Daniel Watkins branch nick: python-django-cms timestamp: Wed 2009-04-15 09:50:21 +0100 message: Added use_search patch. > If no one is willing to work on it, I'd offer to take a look at it on > behalf of the PMPT/PAPT. > (Dan, hope you won't be too angry with me for this ;-) ) Dan is still actively developing with django and django-cms, but as far as I know, he has little available time for debian packaging. It probably is best to change this to RFP. > [0] http://bzr.daniel-watkins.co.uk/debian/python-django-cms/ Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHfE3=NL3agKidm=dpaj+t1gdto-kuwvl5mmvsj0fdr6mfw...@mail.gmail.com
Bug#650436: ITP: openerp6 -- Enterprise Resource Management
Package: wnpp Severity: wishlist Owner: Dmitrijs Ledkovs * Package name: openerp6 Version : 6.0.3 Upstream Author : OpenERP S.A * URL : http://www.openerp.com/ * License : AGPL Programming Lang: Python Description : Enterprise Resource Management OpenERP is a collection of open source software which facilitates business operations, such as: * CRM (Customer Relations Management) * Accounting * Point of Sale * Project Management * Warehouse Management * Human Resources * Purchasing * Manufacturing * Marketing * Invoicing I would like to introduce Ver.6.0 stack: server, web-client, gtk-client and certified addons from this source package. At a later stage I may reintroduce Ver.5.0 stack, because it is still maintained by upstream and there are many people using. [citation needed] I would like to maintain it part of Python Apps Team. (currently v6.0 cannot be used as a python module/library at all and it doesn't make sense at all to have openerp in system path / byte-compile for multiple versions). Current packaging is injected into the Python Apps Team svn repository. But it's not ready yet. Working on it. This packaging is based on: - debian openerp5 packaging - OpenERP S.A. packaging changes - credativ Gmbh & Ltd v5 & v6 internal packaging - Stable updates from upstream It also adds dbconfig-common & wwwconfig-common integration, secure default configuration and better integration with debian based systems, when comparing deploying from branches. I'm active user of OpenERP, develop customisations for eat both for personal use-cases and at work. There are a couple of my friends who are interested in helping me out with this. There are still unresolved issues. Currently migration path is still to pay for support contract from OpenERP S.A and let them do it. But given enough time & interest using Pentaho ETL or writing migration scripts for modules or extending/completing migration addon. I do understand that this is a massive package to maintain. And I do need/want help. So request for help bugs will be filed straight away with first upload. Cause there are plenty of things to do on it. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2029191003.10090.82306.report...@kursk.surgut.co.uk
Bug#650436: ITP: openerp6 -- Enterprise Resource Management
Forgot to CC python-apps-team correction: already using dbconfig-common instead of wwwconfig-common will integrate with apache2/nginx directly On 29 November 2011 19:10, Dmitrijs Ledkovs wrote: > Package: wnpp > Severity: wishlist > Owner: Dmitrijs Ledkovs > > > * Package name : openerp6 > Version : 6.0.3 > Upstream Author : OpenERP S.A > * URL : http://www.openerp.com/ > * License : AGPL > Programming Lang: Python > Description : Enterprise Resource Management > > OpenERP is a collection of open source software which facilitates > business operations, such as: > * CRM (Customer Relations Management) > * Accounting > * Point of Sale > * Project Management > * Warehouse Management > * Human Resources > * Purchasing > * Manufacturing > * Marketing > * Invoicing > > I would like to introduce Ver.6.0 stack: server, web-client, > gtk-client and certified addons from this source package. > > At a later stage I may reintroduce Ver.5.0 stack, because it is still > maintained by upstream and there are many people using. [citation > needed] > > I would like to maintain it part of Python Apps Team. (currently v6.0 > cannot be used as a python module/library at all and it doesn't make > sense at all to have openerp in system path / byte-compile for > multiple versions). > > Current packaging is injected into the Python Apps Team svn > repository. But it's not ready yet. Working on it. > > This packaging is based on: > - debian openerp5 packaging > - OpenERP S.A. packaging changes > - credativ Gmbh & Ltd v5 & v6 internal packaging > - Stable updates from upstream > > It also adds dbconfig-common & wwwconfig-common integration, secure > default configuration and better integration with debian based > systems, when comparing deploying from branches. > > I'm active user of OpenERP, develop customisations for eat both for > personal use-cases and at work. > > There are a couple of my friends who are interested in helping me out > with this. > > There are still unresolved issues. Currently migration path is still > to pay for support contract from OpenERP S.A and let them do it. But > given enough time & interest using Pentaho ETL or writing migration > scripts for modules or extending/completing migration addon. > > I do understand that this is a massive package to maintain. And I do > need/want help. So request for help bugs will be filed straight away > with first upload. Cause there are plenty of things to do on it. > > Regards, > > Dmitrijs. > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHfE3=M1pS1_DbnpyQ27Way5hyg8=suwu9wa4sw52to7cfv...@mail.gmail.com
Bug#638722: Bug#650436: ITP: openerp6 -- Enterprise Resource Management
On 29 November 2011 21:03, W. Martin Borgert wrote: > Hi Dmitrijs, > > please take a look at #638720 and #638722. I must admit, > that I currently don't have much time to spend on this > packaging effort and already thought about changing the > ITPs into RFPs. > Do you have any patches, work in progress, thoughts or ideas? =) I'm keen on any feedback and review. I will ping you when I'm happy enough with the packages, such that somebody who knows OpenERP can test them. > Some opinions: > > - While a (free as in beer) migration path from 5 to 6 > would be desirable, we have to live with the fact that > it currently does not exist. No fundamental problem. > ok. > - Re-introducing OpenERP 5 is something I would shy away > from because of the extra work load. Better maintain > one package good than two packages not so good. > true. Plus 6.1 was meant to be released in autumn and it's been delayed for the second time now. I wonder if it will be released only in the second half of 2012. > - I'm not sure how important the GTK+ UI is nowadays. > I'm under the impression that everyone goes for the > web UI. Of course, YMMV. > It's still developed, It's still faster than web client. It offers better keyboard-only navigation. Some of our users prefer it over the web client. So yeah YMMV from person to person, and generally people are going for the web UI. But it's nice to have gtk client to package: ssh port forward + local client and that's all you need to connect to an OpenERP instance. webclient on virtual domains & firewalls are more trickier to get to sometimes. Overall gtk client overall still has it's use cases. > If I have more time later on, I would be happy to help. > That would be wonderful. Can I merge your ITPs into mine? Ps. packging available from python apps svn. Still work in progress though. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAHfE3=OeLWfqSQUxFDr2vXcUKKfGnLkySi1Xj0VjWh=yy3g...@mail.gmail.com
Bug#690693: ITP: thin-provisioning-tools -- Tools to manage thinly provisioned volume metadata in LVM
Debian is unfrozen, and I looked into reviewing your package. The packaging is good. You did go with dh-make defaults, which are a tiny bit out of date now (use debhelper 9, standards version 3.9.4, and copyright format http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/). But these are minor on-going improvements you can make to the package. I am building updated lvm2 at the moment to actually test thin provisioning, if it passes fine this package will be ready to be uploaded. Unfortunately mentors have deleted your package, I was reviewing your package from git repository (fetched the tarball with uscan). Please reupload source package, again, for a prompt upload into the archive. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhlujdouyahkrcb67707+jg5nxwvrgomeiwvlpi7ffq5c...@mail.gmail.com
Bug#712630: ITP: pyqt5 -- Python bindings for Qt5
On 18 June 2013 05:12, Scott Kitterman wrote: > > This will have binaries for both python and python3 as both are > supported. DPMT will be the maintainer and I'll be an uploader. Anyone > who wants to work on putting this together, please let me know. > I'd be interested. I haven't looked into details, but are: lp:~xnox/ubuntu/raring/python-qt4/qt5 lp:~mitya57/+junk/wip-pyqt5-packaging of any use? Have you started packaging yet? I don't see anything committed in DPMT svn. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/canbhluh-kxhebsmqinyyey89+j8dzjw9g_7ckpxgtuwtbw6...@mail.gmail.com
Bug#720209: ITP: libinotify-kqueue -- inotify compatible implementation using kqueue
Package: wnpp Owner: Dmitrijs Ledkovs Severity: wishlist * Package name: libinotify-kqueue Version : upstream snapshot from 20120419 Upstream Author : Dmitry Matveev * URL or Web page : https://github.com/dmatveev/libinotify-kqueue * License : MIT/BSD Description : inotify compatible implementation using kqueue This package provides an implementation of sys/inotify.h using kqueue. This is kind of reverse of libkqueue package, as it allows to compile software on kFreeBSD which otherwise is using Linux specific inotify API. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87eh9py3tu@debian.org
Bug#720547: ITP: ocaml-estring -- Estring: OCaml development platform
Package: wnpp Owner: Dmitrijs Ledkovs Severity: wishlist * Package name: ocaml-estring Version : git snapshot Upstream Author : Jeremie Dimino * URL or Web page : https://github.com/diml/estring * License : BSD-3-Clause Description : Estring: OCaml development platform estring, which stands for `extended strings' is a syntax extension allowing to prefix string literals with a specifier to change their meaning. . This package used to be part of the batteries project. Regards, Dmitrijs -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87a9k8lm4d@debian.org
Bug#729660: ITP: xemacs21 -- highly customizable text editor
On 15 November 2013 12:02, Mark Brown wrote: > Package: wnpp > Severity: wishlist > Owner: Mark Brown > > * Package name: xemacs21 > Version : 21.4.22 > Upstream Author : XEmacs development team > URL : http://www.xemacs.org/ > License : GPL > Programming Lang: C, elisp > Description : highly customizable text editor > > XEmacs is a full fledged programming language with a mail reader, > news reader, info browser, web browser, calendar, specialized editor > for more programming languages and other formats than most people > encounter in a lifetime, and much more. > > While develoment on xemacs is very slow these days I find it much more > visually pleasing than GNU emacs. > Why should Debian carry this package? Which virtual packages are you planning to provide? Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUh4fa7+kwoYBtNyw_FOvKEuCBNxBRS9d-ThL=WX6cg=g...@mail.gmail.com
Bug#638720: packaging OpenERP
Hello, On 25 February 2013 10:06, W. Martin Borgert wrote: > Given that OpenERP has been released recently, it doesn't make > sense anymore, putting effort in 6.1, right? Furthermore, the > GTK+ client is deprecated now, only web is "official". May I > change the bug reports and SVN dirs accordingly? Blast from the past. Yeah sure, go ahead. It would be nice to still package all of them & e.g. there is a 6.1 version of a package in ubuntu now. But it's not as flexible packaged. The openupgrade project has good migration scripts and it would be great to integrate them into the packaging such that one can upgrade from one major release to another. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUjp1Go=ulduq_8xj2dxkon-wwqqk8r_hvmpcxu-5e7...@mail.gmail.com
Bug#638720: packaging OpenERP
On 25 February 2013 12:52, W. Martin Borgert wrote: > Quoting "Dmitrijs Ledkovs" : >> >> Blast from the past. Yeah sure, go ahead. > > > Will do, thanks! > > >> It would be nice to still package all of them & e.g. there is a 6.1 >> version of a package in ubuntu now. >> But it's not as flexible packaged. >> The openupgrade project has good migration scripts and it would be >> great to integrate them into the packaging such that one can upgrade >> from one major release to another. > > > I suggest to package 7.0 first and than package 6.1 and openupgrade > separately. > > I'm not 100% sure, how many people/companies can really make use of > the packaged system anyway. ERP systems are much more than any other > software customized versions, right? Having it packaged makes sense, > because it makes sure that the software will build and run cleanly > on Debian. And it can be used in simple cases and for demo purposes. > If there is a sensible way to override standard modules via configuration file for web & server, I see know reason, why one cannot use openerp from the archive and add/override modules as needed to apply required modifications. OpenUpgrade is trickier to integrate, as some facilities should be provided for taking database snapshots upgrading & comparing / running in parallel + fixups + custom migrations of custom modules etc. Regards, Dmitrijs. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CANBHLUhive8+oOak=oxtqAFKoeyYm6ny2h7Pn_icrx-Xrp=3...@mail.gmail.com
