Bug#998697: ITP: bees -- a btrfs deduplication agent
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: bees Version : 0.7 Upstream Author : Zygo Blaxell b...@furryterror.org * URL : https://github.com/Zygo/bees * License : GPL-3+ Programming Lang: C++ Description : a btrfs deduplication agent Best-Effort Extent-Same, a btrfs deduplication agent. bees is a block-oriented userspace deduplication agent designed for large btrfs filesystems. It is an offline dedupe combined with an incremental data scan capability to minimize time data spends on disk from write to dedupe.
Bug#982741: ITP: rtl8821cu -- dkms source for the rtl8821cu network driver
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rtl8821cu Version : 5.8.1.7 Upstream Author : RealTek * URL : https://github.com/gerasiov/rtl8821cu * License : GPL-2 with firmware BLOB Programming Lang: C Description : dkms source for the rtl8821cu network driver This is the driver for the RealTek RTL8811CU/RTL8821CU USB WiFi controllers, which are not supported by mainline Linux kernel this days. Since there is the generated firmware BLOB is the source files, the package will go to non-free/kernel section of the archive.
Bug#981467: O: adv-17v35x
Package: wnpp Severity: normal According to https://bugs.debian.org/979640, this package is no longer maintained.
Bug#964317: RFP: portfolio -- Portfolio Performance - an open source tool to calculate the overall performance of an investment portfolio
Package: wnpp Severity: wishlist * Package name: portfolio Version : 0.46.6 Upstream Author : Andreas Buchen * URL : https://www.portfolio-performance.info/en/ * License : Eclipse Public License 1.0 Programming Lang: Java Description : Portfolio Performance - an open source tool to calculate the overall performance of an investment portfolio Very powerfull app to track your investemet. Some of it's features from official site: * Record the full history of your transactions: purchases, sales, taxes, fees, ... * Calculate performance indicators such as the True-Time Weighted Rate of Return or the Internal Rate of Return (IRR) for your holdings. * Update historical quotes from a variety of sources: Yahoo Finance, Finnhub.io, Quandl, or AlphaVantage. Alternatively, scrape quotes from HTML pages or JSON documents. * All data is stored in XML for further processing and can be exported as CSV or JSON. * Rebalance your investment portfolio based on a freely defined Asset Allocation. * Keep foreign currency accounts using the exchange rates published by the European Central Bank (ECB). I, personally, will be glad to help in packaging, but I'm not familiar with Java and Maven, so need someone who could help with this.
Bug#931291: ITP: pdqsort -- pdqsort is a drop-in replacement for std::sort
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: pdqsort Version : git snapshot Upstream Author : Orson Peters * URL : https://github.com/orlp/pdqsort * License : zlib Programming Lang: C++ Description : pattern-defeating quicksort compile-time c++ library Pattern-defeating quicksort (pdqsort) is a novel sorting algorithm that combines the fast average case of randomized quicksort with the fast worst case of heapsort, while achieving linear time on inputs with certain patterns. pdqsort is an extension and improvement of David Mussers introsort. This package provides c++ header with drop-in replacement for std::sort.
Bug#931289: ITP: croaring -- Portable Roaring bitmaps in C (and C++)
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: croaring Version : 0.2.63 Upstream Author : Daniel Lemire and others * URL : https://github.com/RoaringBitmap/CRoaring * License : Apache 2.0 Programming Lang: C, C++ Description : Portable Roaring bitmaps in C (and C++) Bitsets, also called bitmaps, are commonly used as fast data structures. Unfortunately, they can use too much memory. To compensate, we often use compressed bitmaps. Roaring bitmaps are compressed bitmaps which tend to outperform conventional compressed bitmaps such as WAH, EWAH or Concise.
Bug#918942: ITP: pcg-cpp -- PCG Random Number Generation (C++ Edition)
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: pcg-cpp Version : 0.98.1 Upstream Author : Melissa O'Neill and PCG Project contributors * URL : https://github.com/imneme/pcg-cpp * License : Apache-2.0 OR MIT Programming Lang: C, C++ Description : PCG Random Number Generation (C++ Edition) implementation of the PCG family of random number generators, which are fast, statistically excellent, and offer a number of useful features. Full details can be found at the PCG-Random website. This version of the code provides many family members -- if you just want one simple generator, you may prefer the minimal C version of the library. pcg random lib is needed by ClickHouse DBMS
Bug#918941: ITP: metrohash -- library with a set of state-of-the-art hash functions for non-cryptographic use cases
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: metrohash Version : 1.1.3 Upstream Author : Andrew Rogers * URL : https://github.com/jandrewrogers/MetroHash * License : Apache Programming Lang: C++ Description : library with a set of state-of-the-art hash functions for non-cryptographic use cases MetroHash is a set of state-of-the-art hash functions for non-cryptographic use cases. They are notable for being algorithmically generated in addition to their exceptional performance. The set of published hash functions may be expanded in the future, having been selected from a very large set of hash functions that have been constructed this way. Fastest general-purpose functions for bulk hashing. Fastest general-purpose functions for small, variable length keys. Robust statistical bias profile, similar to the MD5 cryptographic hash. Hashes can be constructed incrementally (new) 64-bit, 128-bit, and 128-bit CRC variants currently available. Optimized for modern x86-64 microarchitectures. Elegant, compact, readable functions. metrohash lib is needed by ClickHouse DBMS
Bug#918932: ITP: libdivide -- header-only C/C++ library for optimizing integer division
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov * Package name: libdivide Version : 1.0 Upstream Author : ridiculous_fish * URL : https://github.com/ridiculousfish/libdivide * License : Zlib or Boost Programming Lang: C/C++ Description : header-only C/C++ library for optimizing integer division libdivide.h is a header-only C/C++ library for optimizing integer division, it has both a C API and a C++ API. This is a summary of how to use libdivide's testing tools to develop on libdivide itself. See https://libdivide.com for more information on libdivide. Package is used by ClickHouse dbms.
Bug#824152: ITP: ofxstatement -- Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash.
Package: wnpp Severity: wishlist Owner: Alexander GQ Gerasiov <g...@debian.org> * Package name: ofxstatement Version : 0.5.0 Upstream Author : Andrey Lebedev <and...@lebedev.lt> * URL : https://github.com/kedder/ofxstatement * License : GPL Programming Lang: Python Description : Tool to convert proprietary bank statement to OFX format, suitable for importing to GnuCash. Most internet banking systems are capable of exporting account transactions to some sort of computer readable formats, but few supports standard data formats, like OFX. On the other hand, personal accounting tools, such as GnuCash support standard formats only, and will probably never support proprietary statement formats of online banking systems. To bridge the gap between them, ofxstatement tool was created.
Bug#568303: can-utils Debian package
Mon, 24 Feb 2014 08:08:25 +0100 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: Hello Alexander! On Mon, Feb 24, 2014 at 10:44:48AM +0400, Alexander GQ Gerasiov wrote: Thu, 20 Feb 2014 17:30:05 +0400 Alexander Gerasiov g...@cs.msu.su wrote: Sorry guys. I'm totally busy with other tasks last month :-(. As I remember your package is quite ready for upload, so I'll do it tomorrow (without my changes, just add myself as an uploader if you don't mind). Ok? As Uwe is worried about correctness I'd like to mention, that I did not use his package as the base for last upload, but incorporated some of lines he wrote into my package. That doesn't sound plausible to me given the fact that you imported his debian/rules file and commented out his overrride_dh_* statements [1]. Unfortunately I missed to fixup pair of changes when build package, that's why second revision was uploaded right after first. You are talking about revision -1 which really had some issues. Please comment on the last version available. If you had incorporated some of his changes, you'd just have use the default rules file from the template. You should also have asked yourself why Uwe had added those overrides and not just silently commented them out. If someone adds extra overrides, he usually has very good reasons. You should have asked Uwe about that. I think you did not get clean with this or that's Uwe who mislead you. Those commented out overrides were left in rules file from my previous experiments, and not needed anymore. And they have nothing with Uwe's package, I believe. I can count all changes I took from his work: Arch: linux-any (totally forget that SocketCAN is Linux specific) Several strings in description field. And that's all. =\ The package currently also includes the debian/README.source template and git-related files (.gitignore, gbp.conf). Template README.source was also removed in -2 revision. As for .gitignore and gbp.conf, this package is maintained under git and git-buildpackage and I see no reason, why thees files should not be included in debian/ I think some gbp related info should goes to README.source. One day I'll write it. As someone who is sponsoring very often and has some experience with reviewing packages now, can-utils wouldn't have passed my quality requirements in its current state. I could not agree with you if we speak about revision -2. I can therefore fully understand that Uwe is upset and I think it would be best if you asked the FTP Masters to have the package set to REJECT in NEW and get into touch with Uwe to coordinate improving the package. [spend 15 minutes, explaining situation, but as Uwe prefer to continue privately, I removed it] Conclusion: Looks like Uwe decided that I modified his package, removed him from Maintainer and broke all around. And he started offense instead of discussion. Ok, I disagree, but understand why did he react like this. I think it's possible to discuss this privately. Package is in new queue right now and will be soon available in unstable repository. It's actually been set to not be reviewed before February 28th to be able to discuss this matter first. Well, I remember time when packages were held in new for 2-3 months =) -- Regards, Alexander -- 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/20140224125933.44d8ab7b@snail
Bug#568303: can-utils Debian package
Thu, 20 Feb 2014 17:30:05 +0400 Alexander Gerasiov g...@cs.msu.su wrote: Sorry guys. I'm totally busy with other tasks last month :-(. As I remember your package is quite ready for upload, so I'll do it tomorrow (without my changes, just add myself as an uploader if you don't mind). Ok? As Uwe is worried about correctness I'd like to mention, that I did not use his package as the base for last upload, but incorporated some of lines he wrote into my package. Package is in new queue right now and will be soon available in unstable repository. Thanks for your patience. -- 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/20140224104448.66d46355@snail
Bug#568303: can-utils Debian package
Wed, 15 Jan 2014 15:03:47 +0100 Markus Becker m...@comnets.uni-bremen.de wrote: On Wednesday 15 January 2014 12:40:52 you wrote: Hi Markus, I've notice some progress on the issue: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568303 If Alexander won't post anything to this bug, where can I find the package archives, he was talking about? He was talking about collab-maint: http://anonscm.debian.org/gitweb/?p=collab-maint/can-modules.git;a=summary http://anonscm.debian.org/gitweb/?p=collab-maint/can-utils.git;a=summary Anyone can join collab-maint, you don't need to be Debian developer. It would be good if you two coordinate. CCing Alexander therefore. Hi, guys. I'm in heavy reformatting package from the link above. (Only can-utils, cause I use vanilla kernel's modules.) Right now I've asked my college to make clean-room rewrite of some lines in slcand.c, because it has licensing issues. (Mix of GPL and GFDL licensed code.) I think I'll do an upload this week or the next one. If you have any ideas or want to join packaging on alioth, you're welcome. But please contact me prior any work, because current version on alioth is very different from one I'm working on. (And because of many changes I don't see a reason to upload broken state into git repo right now.) PS Yegor, you can also contact me privately in Russian if you want to. -- Regards. -- 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/20140115200207.512cf5e8@snail
Bug#568303: can-utils
Hello Markus, I'd like to comaintain can-utils package if you dont mind. I'm going to get your package from collab-maint git, update to latest upstream sources, fix any packaging issues I'll find and finally upload into archive. Please contact me if you have something to say about it. Cheers, Alexander. -- 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/20140111203457.4789e484@snail
Bug#556135: #556135: xul-ext-weave
Hello, Michael. On Fri, 21 May 2010 10:16:43 +0200 Michael Fladischer mich...@fladi.at wrote: http://mentors.debian.net/debian/pool/main/w/weave/weave_1.3b5-1.dsc Do I understand correctly, that this is 1.3 beta5 version? Then I'll rename it to 1.3~b5-1 according to common practices. It has two patches on it, fixing bugs in the build-system. debian/patches/fix_crypto_makefile: Shouldn't we just remove this logic completely and allow dpkg to care about CXXFLAGS? Or set this flags from debian/rules if they differ from default ones? There is at least problem with Debian/kFreeBSD as I can see. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- 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/20100523161415.182cf...@debian.org
Bug#556135: #556135: xul-ext-weave
Fri, 21 May 2010 10:16:43 +0200 Michael Fladischer mich...@fladi.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alexander GQ Gerasiov, 2010-05-20 15:05: I'd like to see README.source inside debian dir with (short) description of get-orig-source target and situation with crypto part. Added one. And links to GPL/LGPL in copyright file. (In the section describing extension's license.) I added it to the bottom of the copyright file and changed the packaging license to be the same as with upstream (for sending patches upstream). It would be nice if you join alioth's pkg-mozext team to maintain the package there. Just register, ask for inclusion to team, create repository and upload in it. (And fix Maintainer/Uploader fields in control) My alioth account is fladi-guest. I'll ask for inclusion in the next few days. I have removed the obsolete native crypto part from the source-package because 1.2.3 is the first release which uses javascript for this part: So it (original extension) uses javascript by default? Or it uses native code when possible to improve performance? No, it uses javascript as a wrapper around the native code. From what I read at https://bugzilla.mozilla.org/show_bug.cgi?id=513798 I assumed that it should replace the native code completely, on which I was wrong. It seems that xulrunner (= 1.9.2) is required in order to drop the native code. Please ignore my last mail as I just discovered that the native library cannont be removed yet without breaking weave sync. Thus I removed my package from mentors.d.n. Oh, I see. That's ok. So will you make this package arch-dependent with compilation on native crypto code? Yes. It can be found at: http://mentors.debian.net/debian/pool/main/w/weave/weave_1.3b5-1.dsc It has two patches on it, fixing bugs in the build-system. Ok, I'll take a look at it. Please cc your replies to 556...@bugs.debian.org to allow others track situation with BTS, until we do an upload. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- 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/20100521133629.30b52...@desktopvm.lvknet
Bug#556135: #556135: xul-ext-weave
Fri, 21 May 2010 10:16:43 +0200 Michael Fladischer mich...@fladi.at wrote: It would be nice if you join alioth's pkg-mozext team to maintain the package there. Just register, ask for inclusion to team, create repository and upload in it. (And fix Maintainer/Uploader fields in control) My alioth account is fladi-guest. I'll ask for inclusion in the next few days. Yes. It can be found at: http://mentors.debian.net/debian/pool/main/w/weave/weave_1.3b5-1.dsc It has two patches on it, fixing bugs in the build-system. Ok, I've added you to team and created repository with version you've provided. ssh://git.debian.org/git/pkg-mozext/weave.git Please put future changes there, if any. As for upload, I need to look at the package first. May be this evening. If Alan want to care about it, feel free. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- 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/20100521142410.71400...@desktopvm.lvknet
Bug#556135: #556135: xul-ext-weave
Hello, Michael. On Thu, 20 May 2010 14:24:08 +0200 Michael Fladischer mich...@fladi.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I saw your response on #556135 offering help. There is a new upload for Weave 1.2.3 on mentors.d.n: Ok, lets wait a little bit, may be Alan have any comments. http://mentors.debian.net/debian/pool/main/w/weave/weave_1.2.3-1.dsc If your offer for review is still up I'd appreciate if you could take a look at it. I'd like to see README.source inside debian dir with (short) description of get-orig-source target and situation with crypto part. And links to GPL/LGPL in copyright file. (In the section describing extension's license.) It would be nice if you join alioth's pkg-mozext team to maintain the package there. Just register, ask for inclusion to team, create repository and upload in it. (And fix Maintainer/Uploader fields in control) I have removed the obsolete native crypto part from the source-package because 1.2.3 is the first release which uses javascript for this part: So it (original extension) uses javascript by default? Or it uses native code when possible to improve performance? Please ignore my last mail as I just discovered that the native library cannont be removed yet without breaking weave sync. Thus I removed my package from mentors.d.n. Oh, I see. That's ok. So will you make this package arch-dependent with compilation on native crypto code? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- 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/20100520170541.0df8b...@debian.org
Bug#556135: Progress with weave
Hi, guys. I didn't see this plugin on alioth yet. Could I help you upload it in alioth's git and may be (after review) in repository? -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- 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/20100519002903.6ba77...@debian.org
Bug#493236: Are u still working on it?
I'd like to sponsor this upload if you still want to support this package. Current plugin version 3.3.2 -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475922: I'm also interested in
Please inform me if you got troubles or need any help. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469906: #469906: Re: Can I take care of it?
Hi there. Was busy (and previous package was working well, so I have no much motivation ;)). On Wed, 21 Oct 2009 19:47:06 +0200 Philippe Coval r...@gna.org wrote: I saw your emails today, but i was busy Oh, I've found updated package on launchpad, I's quite ok, even for debian ? or it does rely on ubufox ? should it be renamed ? and break ubuntu compatibility ? I've rewrote it a little bit to follow DebMozExtTeam policy. I renamed it and set Conflicts with old one. Not sure, do we need to provide placeholder package (named flashblock) for easier upgrade of Ubuntu's installation. For me it looks like that's up to Ubuntu guys to do this in their distro. except I dislike it's versioning strategy. please explain,the odd versioning is in fact a consequence of upstream management I mean version+snapshot. I believe, that it would be better to use upstream releases. So we can base new version on it if you like and wanna continue to work on packaging it. well what do you think about co-maintenance on alioth ? I set Debian MozExt Team as Maintainer, so feel free to join group on alioth. but the main issue for me is to find some uploader for it; can you help ? Sure. So I've uploaded package to NEW. And waiting for inclusion to alioth's group to create git repository there. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Bug#469906: [Pkg-mozext-maintainers] Bug#469906: Can I take care of it?
Wed, 21 Oct 2009 14:35:01 +0200 Andrea Veri andrea.ver...@gmail.com wrote: On Wed, 21 Oct 2009 10:44:03 +0200 Alexander Sack a...@debian.org wrote: Actually ... maybe we already did that in ubuntu/branches? Andrea? yes, we have some flashblock's bits into our bzr repositories already. I had a look at Alexander's package [1] and I noticed it's not using mozilla-devscripts at all. It would be great if you could move the package you made to mozilla-devscripts plus adapting them to our team's policy that can be found at our homepage. [2] I would suggest you to branch out our current (Ubuntu) flashblock package [3] and start from it again, if you get lost you can either follow mozilla-devscript's guidelines [4] or contact us via pkg-mozext's ML or directly through our IRC channel. That's Ok. As I said I didn't noticed package on launchpad. I don't see any problem with mozilla-devscript and will use them. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469906: #469906: Re: Can I take care of it?
Hi, Philippe. Oh, I've found updated package on launchpad, I's quite ok, except I dislike it's versioning strategy. So we can base new version on it if you like and wanna continue to work on packaging it. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469906: [Pkg-mozext-maintainers] Bug#469906: Can I take care of it?
Tue, 20 Oct 2009 16:10:48 +0200 Benjamin Drung bdr...@ubuntu.com wrote: Am Dienstag, den 20.10.2009, 16:15 +0400 schrieb Alexander Gerasiov: Package: wnpp Severity: wishlist Owner: Alexander Gerasiov g...@debian.org I've took a look at Philippe's work. It really looks hard-hacked inside. It's also outdated a lot. So I rewrite package based on scrapbook package. Here it is: http://vice.gq.net.ru/staff/flashblock It nobody raise against, I'd like to maintain it under debian pkg-mozext team. You are welcome. Any suggestions? * Vcs-Browser link does not work Yes, I didn't created repository yet, until bug owner decision to grant this package to me. * Please use xul-ext-flashblock as binary package name * Please use mozilla-devscripts [1] * Please use med-xpi-unpack for generating the source (this will lead to an extracted jar file) Thank, I was sure that there should be something like this, but was unable to find it. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542011: [wnpp] The maintainer of rus-ispell is looking for adopters
On Tue, 18 Aug 2009 00:05:11 + WNPP Monitor lu...@debian.org wrote: The maintainer of rus-ispell package in Debian is looking for people willing to adopt the package. http://bugs.debian.org/542011 Hi Martin-Éric. As I said, I'd like to to support this package, but I totally lack of time right now. I also cc this letter to debian-russian, may be there will be persons interested in. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 signature.asc Description: PGP signature
Bug#468381: Commithooks debian package
Hi John. Are you still going to upload your package into debian archive? Are your scripts still working? Are you going to support them in the case you don't want to maintain debian package yourself? Thats because I need your scripts in my tasks (testing just now) and want to get them into Debian. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495221: ldapscipts ownership
Hi there. As I can see, there is no progress with taking ldapscipts under maintenance, so I'll take care of it myselt if you don't matter. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 04B5 9D90 DF7C C2AB CD49 BAEA CA87 E9E8 2AAC 33F1 -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#491008: ITP: qutim -- new instant messenger written in C++ and Qt4
На Tue, 15 Jul 2008 17:25:07 -0500 William Pitcock [EMAIL PROTECTED] записано: Hi, What makes this different than Kopete? It use pure qt, not kdelibs. It use qt4 (I didn't follow kopete develop, may be they switching to kde4, but all I seen was kde3 and qt3 based). It have light interface similar to QIP or Miranda. Some people miss good-looking im-client on free OSs. btw qutim still doesn't support jabber :(, but they are working on this. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D signature.asc Description: PGP signature
Bug#445998: Some questions about eaccelerator-package
Hello there. I ask for advise. PHP uses its own OpenSource license which is incompatible with GPL for some reasons. eAccelerator[1] is a PHP extension which speeds up php scrips at 10 times and do some more things (content caching, session handling etc.) But it is licensed under GPL and unfortunately it could not be changed[2]. So binary distribution of eAccelerator would be GPL violation. I made wrapper package which contains make-eaceelerator-package script and some other stuff which allow end-user to make binary package in one command. Now I have some questions: 1st. Where should such script go? main or contrib? from one point of view, my script, eAccelerator and PHP are all free software, but from the other one there are some restriction which makes eaccelerator not 100% free. 2nd. Is it possible to have eaccelerator-src package with eaccelerator's sources in main? If not, could it enter non-free? PS Yes, I know about pine, which is available only as source package, but I think, that it's not easy for end-user to make binary packages by hand. And I prefer script which do all this stuff for them. PPS You can take a look at this package at [3]. For now it has eaccelerator sources inside and creates two binary packages: eaccelerator-package and eaccelerator-src, but this could be changed if we decide to put this binary packages in separate sections. Any suggestion are welcomed. [1] http://eaccelerator.net [2] http://lists.debian.org/debian-legal/2005/01/msg00130.html [3] http://vice.gq.net.ru/staff/eaccelerator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445998: ITP: eaccelerator -- PHP accelerator, optimizer, and dynamic content cache
На Tue, 9 Oct 2007 15:53:36 -0400 Roberto C. Sánchez [EMAIL PROTECTED] записано: On Tue, Oct 09, 2007 at 09:24:14PM +0200, Tim Dijkstra wrote: On Tue, 09 Oct 2007 21:29:38 +0400 Alexander Gerasiov [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Alexander Gerasiov [EMAIL PROTECTED] * Package name: eaccelerator Version : 0.9.5.2 Upstream Author : eaccelerator team http://eaccelerator.net/wiki/Team * URL : http://eaccelerator.net * License : GPL Programming Lang: C Description : PHP accelerator, optimizer, and dynamic content cache Some dummy packages available for now in my repository at http://gq.net.ru/debian I'm going to upload it after fixing some packaging issues. Feel free to kick me by mail, if I'm too slow. Are the license issues finally solved then? Last time I checked binaries were not distributable, see for example: http://www.mailarchives.org/list/debian-devel/msg/2005/08164 grts Tim Also, in one of the many discussions about this piece of software it came out that original author of turck-mmcache (the software on which eaccelerator is based) now works for Zend. Zend produces a proprietary (and expensive) accelerator-sort of product for PHP. It is doubtful that they would enable the distribution of something that they would see as competing with their product. I seem to recall that the people who took over eaccelerator had it in mind to do a complete rewrite of the eccalerator code to break any link with turck-mmcache, allowing them to relicense eaccelerator. If that rewrite is complete, then the software may be distributable. However, I have not looked into it for quite a while. OMG! That's why it's still unavailable in Debian =\ I didn't knew about PHP Licence incompatibility with GPL before. So what do you guys think about wrapper package, which allows installing eaccelerator like $ make-eaccelerator-package ? As I understand all this legal issues it will be ok. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru