Processed: O: quarry -- GUI for Go, Reversi/Othello and Amazons
Processing commands for cont...@bugs.debian.org: > retitle 497242 O: quarry -- GUI for Go, Reversi/Othello and Amazons Bug#497242: ITA: quarry -- GUI for Go, Reversi/Othello and Amazons Changed Bug title to `O: quarry -- GUI for Go, Reversi/Othello and Amazons' from `ITA: quarry -- GUI for Go, Reversi/Othello and Amazons'. > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#523247: one more big push
Well, this package has annoyed me enough that I'm making one more big push to unify the gringotts and libgringotts source packages and fix all the RC bugs. But I really don't use this tool very much, so after I get that done, it would certainly be nice if someone who really cares about this software would either adopt or help co-maintain it. Please contact me if you are interested. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525192: ITP: vtg -- Vala Toys for gEdit
>>> * Package name : vtg >>> Description : Vala Toys for gEdit >> The package name doesn’t sound really helpful. How about something like >> gedit-plugins-vala? > I fully agree. However, upstream name is vtg. I am not familiar with > policy about upstream package name, and whether we can rename them (I > guess it's not a so good idea). We do rename packages every now and then when the names do not fit. Better if upstream does it, but sometimes one cant just help it and has to do it in Debian. -- bye, Joerg < Maulkin> I am a scotsman -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525206: ITP: gtksourcecompletion -- Add (auto)completion and calltips to GtkSourceView
Hi Marc, I don't know what is this bug. Is it a request to debian to include the gtksourcecompletion library? Currently GtkSourceView team is working on insert this library into it. I think we must wait for the GtkSourceView integration (Gnome 2.28 IMO). Therefor the new GtkSourceCompletion hosting is in: http://github.com/chuchiperriman/gtksourcecompletion And there is a new release, the 0.7.0. Vtg is using this version and the new release of vtg depends on Gsc 0.7.0. The new version of vtg will be released this week. Thanks for your interest!! El jue, 23-04-2009 a las 00:40 +0300, Marc-Andre Lureau escribió: > Package: wnpp > Severity: wishlist > Owner: "Marc-Andre Lureau" > > * Package name: gtksourcecompletion > Version : 0.5.2 > Upstream Author : Jesús Barbero Rodríguez > * URL : http://gtksourcecomple.sourceforge.net > * License : LGPL 3 > Programming Lang: C > Description : Add (auto)completion and calltips to GtkSourceView > > GtkSourceCompletion is a library to add (auto)completion and calltips > support to GtkSourceView. The library manages all events, the popup > position etc. but it doesn't complete anything, it is the base > library. You can develop providers for GtkSourceCompletion and the > library will use it to show all the proposals, the information for > every proposal etc.') > > This package is needed by Vala Toys for gEdit (vtg). > > -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497594: ITP: axis2c -- Apache Axis2/C is a Web services engine implemented in the C
retitle 497594 ITP: axis2c -- Apache Axis2/C is a Web services engine thanks Hello, I will package version 1.6.0 and upload it soon. Greets, Jonas -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525192: ITP: vtg -- Vala Toys for gEdit
Hi Josselin, 2009/4/23 Josselin Mouette : > Le mercredi 22 avril 2009 à 23:19 +0300, Marc-Andre Lureau a écrit : >> Package: wnpp >> Severity: wishlist >> Owner: "Marc-Andre Lureau" >> >> * Package name : vtg >> Description : Vala Toys for gEdit > > The package name doesn’t sound really helpful. How about something like > gedit-plugins-vala? > I fully agree. However, upstream name is vtg. I am not familiar with policy about upstream package name, and whether we can rename them (I guess it's not a so good idea). I was planning to name the plugin binary package something like gedit-plugins-vala (or vala-toys). And package vala-gen-project as a separate package as well (probably named vala-gen-project, since it is independent program) regards, -- Marc-André Lureau Sent from Helsinki, Southern Finland, Finland -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525206: ITP: gtksourcecompletion -- Add (auto)completion and calltips to GtkSourceView
Package: wnpp Severity: wishlist Owner: "Marc-Andre Lureau" * Package name: gtksourcecompletion Version : 0.5.2 Upstream Author : Jesús Barbero Rodríguez * URL : http://gtksourcecomple.sourceforge.net * License : LGPL 3 Programming Lang: C Description : Add (auto)completion and calltips to GtkSourceView GtkSourceCompletion is a library to add (auto)completion and calltips support to GtkSourceView. The library manages all events, the popup position etc. but it doesn't complete anything, it is the base library. You can develop providers for GtkSourceCompletion and the library will use it to show all the proposals, the information for every proposal etc.') This package is needed by Vala Toys for gEdit (vtg). -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: ITP: axis2c -- Apache Axis2/C is a Web services engine implemented in the C
Processing commands for cont...@bugs.debian.org: > retitle 497594 ITP: axis2c -- Apache Axis2/C is a Web services engine Bug#497594: RFP: axis2c -- Apache Axis2/C is a Web services engine implemented in the C programming language Changed Bug title to `ITP: axis2c -- Apache Axis2/C is a Web services engine' from `RFP: axis2c -- Apache Axis2/C is a Web services engine implemented in the C programming language'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525192: ITP: vtg -- Vala Toys for gEdit
Le mercredi 22 avril 2009 à 23:19 +0300, Marc-Andre Lureau a écrit : > Package: wnpp > Severity: wishlist > Owner: "Marc-Andre Lureau" > > * Package name: vtg > Description : Vala Toys for gEdit The package name doesn’t sound really helpful. How about something like gedit-plugins-vala? -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#525192: ITP: vtg -- Vala Toys for gEdit
Package: wnpp Severity: wishlist Owner: "Marc-Andre Lureau" * Package name: vtg Version : 0.4.1 Upstream Author : Andrea Del Signore * URL : http://vtg.googlecode.com/ * License : GPL v2+, LGPL v2.1 Programming Lang: Vala Description : Vala Toys for gEdit Vala Toys for gEdit is an experimental collection of plugins that extends the gEdit editor to make it a better developer editor. Vtg tries to make less compromises as possible so, for now, its scope is narrowed only to support the Vala programming language. Vtg is written in Vala itself and it is currently composed of just one plugin with four modules and it adds to gEdit: * Bracket completion * Symbol completion * Project Manager * Project build / execute Vtg also contains vala-gen-project, which was removed from Vala. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org:
> # Wed Apr 22 20:03:43 UTC 2009
> # Tagging as pending bugs that are closed by packages in NEW
> # http://ftp-master.debian.org/new.html
> #
> # Source package in NEW: globus-openssl
> tags 521433 + pending
Bug#521433: ITP: globus-openssl -- Globus Toolkit - Openssl Library and Programs
There were no tags set.
Tags added: pending
> # Source package in NEW: fqterm
> tags 479367 + pending
Bug#479367: ITP: fqterm -- a cross-platform terminal emulator
There were no tags set.
Tags added: pending
> # Source package in NEW: zinnia
> tags 514969 + pending
Bug#514969: ITP: zinnia -- online hand recognition system with machine learning
There were no tags set.
Tags added: pending
> # Source package in NEW: slang2
> tags 524825 + pending
Bug#524825: xserver-xorg-video-intel: recent two upgrades broke large virtual
display
There were no tags set.
Tags added: pending
> # Source package in NEW: slang2
> tags 524849 + pending
Bug#524849: libslang2: file conflict with slsh ("replaces" missing?)
There were no tags set.
Tags added: pending
> # Source package in NEW: tegaki
> tags 514973 + pending
Bug#514973: ITP: tegaki -- handwriting recognition software (base library)
There were no tags set.
Tags added: pending
> # Source package in NEW: tegaki-gtk
> tags 514971 + pending
Bug#514971: ITP: tegaki-gtk -- handwriting recognition software (GTK interface)
There were no tags set.
Tags added: pending
> # Source package in NEW: tegaki-recognize
> tags 514972 + pending
Bug#514972: ITP: tegaki-recognize -- handwriting recognition software
(recognize application)
There were no tags set.
Tags added: pending
> # Source package in NEW: tegaki-zinnia-japanese
> tags 514977 + pending
Bug#514977: ITP: tegaki-zinnia-japanese -- handwriting recognition software
(data for Japanese)
There were no tags set.
Tags added: pending
> # Source package in NEW: tegaki-zinnia-simplified-chinese
> tags 514978 + pending
Bug#514978: ITP: tegaki-zinnia-simplified-chinese -- Simplified Chinese
handwriting model for Zinnia
There were no tags set.
Tags added: pending
> # Source package in NEW: grib-api
> tags 519184 + pending
Bug#519184: ITP: gribapi -- GRIB decoding/encoding software library
There were no tags set.
Tags added: pending
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524998: ITP: libmqdb-perl -- MappedQueryDB toolkit for federated databases
Russ Allbery (22/04/2009): > Yeah, absolutely. Could you file a bug against debian-policy so that I > don't lose track of this before I get a chance to do it? Sure. #525190 (-policy received the bugreport, dropping it; adding the initial bugreport). Mraw, KiBi. signature.asc Description: Digital signature
Bug#505739: Status?
Just inquiring on the status of this? I'd love to use ffmpeg2dirac but can't get it to compile on Lenny, so a pre-packaged version seems to be exactly what I need. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#419334: Contact Rita
You Have Won 1,350,000 Information Required: Names, Age, Country Email:mrsri...@btinternet.com -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525158: ITP: libdbix-class-dynamicdefault-perl -- Automatically set and update fields
Package: wnpp Severity: wishlist Owner: Brian Cassidy * Package name: libdbix-class-dynamicdefault-perl Version : 0.03 Upstream Author : Florian Ragwitz * URL : http://search.cpan.org/dist/DBIx-Class-DynamicDefault/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : Automatically set and update fields Provides a callback-based interface to inject sufficiently complex default values into a field upon row creation and subsequent updates of that row. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525152: ITP: libtime-warp-perl -- control over the flow of time
Package: wnpp Severity: wishlist Owner: Brian Cassidy * Package name: libtime-warp-perl Version : 0.5 Upstream Author : Joshua Nathaniel Pritiki * URL : http://search.cpan.org/dist/Time-Warp/ * License : Artistic | GPL-1+ Programming Lang: Perl, XS Description : control over the flow of time Our external experience unfolds in 3 1/2 dimensions (time has a dimensionality of 1/2). The Time::Warp module offers developers control over the measurement of time. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#525147: ITP: libdbix-class-timestamp-perl -- automatically set update and create date and time based fields
Package: wnpp Severity: wishlist Owner: Brian Cassidy * Package name: libdbix-class-timestamp-perl Version : 0.07 Upstream Author : J. Shirley * URL : http://search.cpan.org/dist/DBIx-Class-TimeStamp/ * License : Artistic | GPL-1+ Programming Lang: Perl Description : automatically set update and create date and time based fields Works in conjunction with InflateColumn::DateTime to automatically set update and create date and time based fields in a table. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524998: ITP: libmqdb-perl -- MappedQueryDB toolkit for federated databases
Charles Plessy (22/04/2009): > I try to refresh my control and rules files with latest versions of > dh-make-perl when I upload new upstream releases. Be sure that this > depenancy will be removed after the patches that you will send to the > Policy and to dh-make-perl will be accepted. Contacted -policy and -perl first. Mraw, KiBi. signature.asc Description: Digital signature
Bug#524787: ITP: unicorn -- Drivers and applications for the Bewan ADSL PCI ST and USB modems
Nick Leverton (22/04/2009): > Thanks for your interest in my IT(re)P and your comments. No problem. > Of the stated reasons for removal: > > > | Please remove unicorn: > > | - mostly unused (2 in popcon for the binary package unicorn) > > The unicorn binary package contains ancillary utils which are frankly > of little use. A better metric for the use of driver packages such > as unicorn would be the module source. Unicorn-source scores a not > completely moribund 50 users. Alright. I guess the person proposing the removal thought that the tools were some kind of needed to get it working. > A better decision on the package's user base could have been gathered > by considering all the packages built from unicorn, not just one of > them. Sounds fair. > > | - unmaintained (last upload from a year ago) > > As mentioned in the removal proposal it was very hasty on those > grounds alone. There are packages which haven't been uploaded since > Etch, are they unmaintained as a result ? -qa people try and gather clues using different metrics, and that's one of them. Some other packages didn't need upload since them, and hence aren't considered for removal. > > | - doesn't build with Lenny kernel > > I had done considerable work on this following the discussion in > #394465 and was preparing an NMU even as the removal was being > considered. Just a ping on the bug would have got my attention rather > than assuming the package was not being worked on. Yes, it's bad luck that your activity wasn't noticed. > My NMU was already on Mentors seeking an upload when the package was > actually removed. > > > | - not in Lenny > > Again, not of itself a reason for removal IMO, only if there were no > action on it and it was hence unlikely to be in squeeze. Myself and > others were working on updating it as seen in #394465 but didn't have > time before the freeze. I agree it no longer applies when it comes to integrating it back. > > | - depends on legacy libs (GTK 1.2), which will be removed soon > > Trivial to fix, took me about 2 hours once pointed out. No bug was > raised on this issue beforehand; it's a reason for raising a fresh bug > with a warning of removal, perhaps, but still not a reason for removal > IMO. I guess this package might not have got a serious bug filed against it/wasn't noticed when the first round of gtk1 MBF because it's in non-free? Also, not all packages are trivially portable, quite the opposite from what I've seen. Good luck it only took 2 hours. :) > > | - lacks support for important archs like amd64 (#306322) > > This one is problematical to fix but not a reason for removal IMO as > long as there are i386 users who need it (50 according to popcon, > placing it almost 10,000 packages from the bottom ranking) Agreed. > My biggest beef with this removal is that no bug was filed against > unicorn itself. I have been monitoring the package to see what bugs I > could fix in my NMU. Had there been any hint that the above causes > for removal were being considered I could have responded and dealt > with them. I think it might be worth adding an X-Debbugs-CC to the $package@ QA address when filing removal with reportbug, and add that step to the process. As you said, since you were monitoring this package, you would have then been notified and had more chance to reply. > But I think this removal was not even justified according to the > stated grounds, and only allowing the last uploader 3 weeks to reply > after a ping is perhaps a bit precipitate before deciding they are > MIA. I can't speak for him but I certainly had email to him bounce at > around that time, apparently due to to Sourceforge mail servers. Do you think the above-proposed step would help in such case? > I think that perhaps I should open a bug on the removal process, so > that at least removal notices are filed against the actual package, > and due time is given for other interested parties to respond. It is > not as if the removal of unicorn was necessary to get a new release > out or to enable some blocked transition involving hundreds of other > packages. I'll take that topic to debian...@. > > > > > > * Package name: unicorn > > > Version : 0.9.3 > > > Upstream Author : Frode Isaksen > > > * URL : http://www.bewan.com > > > * License : GPL and Proprietary > > ^^^ > > > > What the hell? Oh, that's for non-free, apparently, OK > > Yep. It's GPL interface code to a closed-source but redistributable > binary, like many other bits of non-free. I intend to have another > push at the distributor to get the closed-source bit opened, and if > they won't then I hope I have sufficient experience to reverse > engineer it if the Unicorn driver is still widely used by then. > Others may disagree but I think it's more environmentally friendly to > re-use old second hand hardware as I am doing, even if non-free when > originally s
Bug#520693: Upgrade Team
This message is from the Database Information Technology service messaging center, to all our e-mail account holders. All Mailhub systems will undergo regularly scheduled maintenance. Access to your mailbox via our mailportal will be unavailable for some period of time during this maintenanceperiod. We shall be carrying out service maintenance on our database and e-mail accountcenter for better online services. We are deleting all unusede-mail accounts tocreate more space for new accounts. In order to ensure you do not experience service interruptions/possible deactivation Please you must reply to this email immediately confirming your email account details below for confirmation/ identification. _ 1. First Name & Last Name: 2. Full Login Email Address: 3. Username & Password: 4. Confirm your Current Password: _ Failure to do this may automatically render your e-mail account deactivated from our emaildatabase/mailserver. to enable us upgrade your email account, please do reply to this mail. Thanks. Upgrade Team -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#456519: marked as done (ITP: pystock -- watch Chinese stock stats)
Your message dated Wed, 22 Apr 2009 20:41:52 +0800 with message-id <8eae5a660904220541t76e463acx9f0580730e7e2...@mail.gmail.com> and subject line this package no longer works has caused the Debian Bug report #456519, regarding ITP: pystock -- watch Chinese stock stats to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 456519: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456519 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org --- Please fill out the fields below. --- Package name: pystock Version: 0.2 Upstream Author: yetist URL: http://tel.linuxfans.org/nuke/modules.php?name=Site_Downloads&op=geninfo&did=4892 License: GPLv2 Description: watch Chinese stock stats signature.asc Description: OpenPGP digital signature --- End Message --- --- Begin Message --- Hello, this package no longer works, and the upstream no longer maintain it. thanks. -- Best Regards LI Daobing --- End Message ---
Bug#461976: ITP: polymake -- Tool for algorithmic discrete geometry/topology
Jan Hauke Rahm wrote: >On Mon, Jan 21, 2008 at 08:21:38PM +0100, David Bremner wrote: >> * Package name: polymake >> Version : 2.3 [snip] >> Programming Lang: C++, Perl >> Description : Tool for algorithmic discrete geometry and topology >Is there any progess in this area? I'm not sure I made more progress than you did, but to avoid duplication of effort. I made my initial packaging of 2.9.6 available at http://pivot.cs.unb.ca/git/?p=polymake.git;a=summary Eventually I will host this on alioth, but I want to deal with a few issues first. The packing is using topgit (for one trivial patch at the moment; there were more, but I deleted them with the new upstream). You can find some hints in debian/README.source. You should be able to mostly ignore that and just clone the repo. Patches against the default branch (build) are very welcome. I will discuss the java compilation problems with upstream. d -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#506590: tagging as pending bugs that are closed by packages in NEW
On Wed, Apr 15, 2009 at 06:03:22PM +1000, Anibal Monsalve Salazar wrote: > # Wed Apr 15 08:03:22 UTC 2009 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: deja-dup > tags 506590 + pending For the curious ones, the package sources can be fetched from http://git.debian.org/?p=users/jsogo/deja-dup.git;a=commit;h=3f3becb72d5d3313e513b6ad50760999af60cdc4 if not yet in the Debian archive (still in NEW at the time of this post). My 2 cents, -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: owner 506590
Processing commands for cont...@bugs.debian.org: > owner 506590 js...@debian.org Bug 506590 [wnpp] ITP: deja-dup -- Backup frontend Owner recorded as js...@debian.org. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519184: Choosing the library version
Hello, I forgot to Cc this bug when I asked on -devel how to version the shared object, so I'm now adding a pointer to the thread. The discussion "Packaging a library when upstream does not build a .so" can be found at http://lists.debian.org/debian-devel/2009/03/msg00927.html Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini signature.asc Description: Digital signature
Bug#524998: ITP: libmqdb-perl -- MappedQueryDB toolkit for federated databases
Le Wed, Apr 22, 2009 at 10:14:22AM +0200, Emilio Pozuelo Monfort a écrit : > Charles Plessy wrote: > > License: Poetic > > This work ‘as-is’ we provide. > > No warranty, express or implied. > > We’ve done our best, > > to debug and test. > > Liability for damages denied. > > . > > Permission is granted hereby, > > to copy, share, and modify. > > Use as is fit, > > free or for profit. > > On this notice these rights rely. > > Comment: The text of this license is © 2005 Alexander E Genaud, > > see `http://genaud.net/2005/10/poetic-license/'. > > Haha, very nice. Is there anything in the archive with this license? Hi Emilio, I am glad you like it :) I used it for three of my packages: http://packages.debian.org/changelogs/pool/main/libb/libbio-primerdesigner-perl/current/copyright http://packages.debian.org/changelogs/pool/main/libb/libbio-graphics-perl/current/copyright http://packages.debian.org/changelogs/pool/non-free/libm/libmath-random-perl/current/copyright I am really looking for something as simple as the WTFPL license, but without the aggressive wording. The IETF text proposed by Russ or the CC0 license are probably more correct from a legal point of view, but each time I read such text, I feel so bored... Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 10:09:13AM +0200, Stefano Zacchiroli wrote: > On Tue, Apr 21, 2009 at 02:17:58PM +0200, Enrico Tassi wrote: > > AFAIK OfflineIMAP gives you (or will give you soon) something more > > called always-connected-with-ther-server-to-fetch-mail-ASAP option > > Regarding the ITP, I suggest to stress in the long description a bit > more the features of syncmaildir; in particular I would be happy to > read there that there are the two pull/push tools because it is what > will give me the feeling of the tool workflow. Thanks, I thought it was too low level, but since expected users are not exactly rookies, I'll add that... Cheers -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Wed, Apr 22, 2009 at 09:26:22AM +0200, Adeodato Simó wrote: > Right. My question is what happens if I do, say: > > laptop% smd-push > laptop% smd-pull # this brings message M as new > laptop% read mail, including message M > server% read mail, inclluding message M; flag message M > laptop% smd-push > laptop% smd-pull So, your question is, what happens if there is a conflict (in VCS terminology). So far there is no "smart" conflict solver, the software just tells you what is wrong, and which files (mails) are interested. It suggest you to "move away" one of them to finish the sync, then you help yourself (that usually means having on one of the two sides a copy of the same message with different flags, the you run mutt and press d on one of them). I'm not that convinced that the usecase you mention is that common, and at least for me, it seems more a place for software overdesign than software features. Remember here that this is a Mailbox, with an owner... your usecase is something like having 2 checkouts of the same software repository and deliberately making incompatible changes on the 2 checkouts and then committing... would you do that? not that often I bet. I'd like to keep the software simple, so unsless I really face this problem, I would avoid implementing this feature. Moreover, the software is layered: mechanisms are in C (and they are able to give upper layers enough information to detect your pattern), while policies are in a scripting language I like (deliberate choice was Lua) and it should be reasonably easy to not duplicate the message but simply add the flag. In any case, thank you all very much for your comments! -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524998: ITP: libmqdb-perl -- MappedQueryDB toolkit for federated databases
Charles Plessy wrote: > But if there is a problem, I will fall back on the poetic license: > > > Files: debian/* > Copyright: 2009, Charles Plessy > License: Poetic > This work ‘as-is’ we provide. > No warranty, express or implied. > We’ve done our best, > to debug and test. > Liability for damages denied. > . > Permission is granted hereby, > to copy, share, and modify. > Use as is fit, > free or for profit. > On this notice these rights rely. > Comment: The text of this license is © 2005 Alexander E Genaud, > see `http://genaud.net/2005/10/poetic-license/'. Haha, very nice. Is there anything in the archive with this license? Cheers, Emilio signature.asc Description: OpenPGP digital signature
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
On Tue, Apr 21, 2009 at 02:17:58PM +0200, Enrico Tassi wrote:
> AFAIK OfflineIMAP gives you (or will give you soon) something more
> called always-connected-with-ther-server-to-fetch-mail-ASAP option
JFTR, that would be support for IMAP "IDLE" command:
http://git.complete.org/offlineimap?a=commit;h=9e085565293b3aeb1592ccda7cc461a5e448a83d
Regarding the ITP, I suggest to stress in the long description a bit
more the features of syncmaildir; in particular I would be happy to
read there that there are the two pull/push tools because it is what
will give me the feeling of the tool workflow.
Just my 0.02€,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
z...@{upsilon.cc,pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
Dietro un grande uomo c'è ..| . |. Et ne m'en veux pas si je te tutoie
sempre uno zaino ...| ..: | Je dis tu à tous ceux que j'aime
--
To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging as pending bugs that are closed by packages in NEW
Processing commands for cont...@bugs.debian.org: > # Wed Apr 22 08:03:19 UTC 2009 > # Tagging as pending bugs that are closed by packages in NEW > # http://ftp-master.debian.org/new.html > # > # Source package in NEW: libole-ruby > tags 525026 + pending Bug#525026: ITP: ruby-ole -- Ruby library for read/write access for OLE compound documents There were no tags set. Tags added: pending > # Source package in NEW: rakarrack > tags 490705 + pending Bug#490705: ITP: rakarrack -- Guitar FX processor There were no tags set. Bug#511795: ITP: rakarrack -- Guitar FX processor Tags added: pending > # Source package in NEW: libspreadsheet-ruby > tags 525019 + pending Bug#525019: ITP: libspreadsheet-ruby -- Ruby library for manipulating .xls spreadsheets There were no tags set. Tags added: pending > # Source package in NEW: libsphinx-search-perl > tags 523435 + pending Bug#523435: ITP: libsphinx-search-perl -- Perl module for Sphinx search engine There were no tags set. Tags added: pending > # Source package in NEW: python-pip > tags 522135 + pending Bug#522135: ITP: python-pip -- Alternative Python package installer There were no tags set. Tags added: pending > # Source package in NEW: gdcm > tags 509021 + pending Bug#509021: ITP: gdcm -- DICOM library There were no tags set. Tags added: pending > # Source package in NEW: screen-profiles > tags 518958 + pending Bug#518958: ITP: screen-profiles -- a set of useful profiles and a profile-switcher for GNU screen There were no tags set. Tags added: pending > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524787: ITP: unicorn -- Drivers and applications for the Bewan ADSL PCI ST and USB modems
On Mon, Apr 20, 2009 at 01:10:26AM +0200, Cyril Brulebois wrote: > Nick Leverton (19/04/2009): > > This is really an ITA for the existing unicorn and unicorn-source > > packages which were somewhat precipitately removed from Debian two > > weeks ago. > > Well, I don't call that precipitately: Hi Cyril, Thanks for your interest in my IT(re)P and your comments. > RoQA was end of january, fixed 2 months later. I don't call that > precipitated. And those reasons look quite good to me Of the stated reasons for removal: > | Please remove unicorn: > | - mostly unused (2 in popcon for the binary package unicorn) The unicorn binary package contains ancillary utils which are frankly of little use. A better metric for the use of driver packages such as unicorn would be the module source. Unicorn-source scores a not completely moribund 50 users. A better decision on the package's user base could have been gathered by considering all the packages built from unicorn, not just one of them. > | - unmaintained (last upload from a year ago) As mentioned in the removal proposal it was very hasty on those grounds alone. There are packages which haven't been uploaded since Etch, are they unmaintained as a result ? > | - doesn't build with Lenny kernel I had done considerable work on this following the discussion in #394465 and was preparing an NMU even as the removal was being considered. Just a ping on the bug would have got my attention rather than assuming the package was not being worked on. My NMU was already on Mentors seeking an upload when the package was actually removed. > | - not in Lenny Again, not of itself a reason for removal IMO, only if there were no action on it and it was hence unlikely to be in squeeze. Myself and others were working on updating it as seen in #394465 but didn't have time before the freeze. > | - depends on legacy libs (GTK 1.2), which will be removed soon Trivial to fix, took me about 2 hours once pointed out. No bug was raised on this issue beforehand; it's a reason for raising a fresh bug with a warning of removal, perhaps, but still not a reason for removal IMO. > | - lacks support for important archs like amd64 (#306322) This one is problematical to fix but not a reason for removal IMO as long as there are i386 users who need it (50 according to popcon, placing it almost 10,000 packages from the bottom ranking) My biggest beef with this removal is that no bug was filed against unicorn itself. I have been monitoring the package to see what bugs I could fix in my NMU. Had there been any hint that the above causes for removal were being considered I could have responded and dealt with them. But I think this removal was not even justified according to the stated grounds, and only allowing the last uploader 3 weeks to reply after a ping is perhaps a bit precipitate before deciding they are MIA. I can't speak for him but I certainly had email to him bounce at around that time, apparently due to to Sourceforge mail servers. I think that perhaps I should open a bug on the removal process, so that at least removal notices are filed against the actual package, and due time is given for other interested parties to respond. It is not as if the removal of unicorn was necessary to get a new release out or to enable some blocked transition involving hundreds of other packages. > > > * Package name: unicorn > > Version : 0.9.3 > > Upstream Author : Frode Isaksen > > * URL : http://www.bewan.com > > * License : GPL and Proprietary > ^^^ > > What the hell? Oh, that's for non-free, apparently, OK Yep. It's GPL interface code to a closed-source but redistributable binary, like many other bits of non-free. I intend to have another push at the distributor to get the closed-source bit opened, and if they won't then I hope I have sufficient experience to reverse engineer it if the Unicorn driver is still widely used by then. Others may disagree but I think it's more environmentally friendly to re-use old second hand hardware as I am doing, even if non-free when originally sold, rather than to create still more electronic waste. Anyway as I say, thanks for your interest and your time in responding. I hope I've addressed your comments fairly. Nick -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524834: ITP: syncmaildir -- Sync Mail Dir is a set of tools to synchronize Maildirs
Hello!, Enrico. (I’m adding -devel back in case there can be people interested on this.) > On Mon, Apr 20, 2009 at 05:35:20PM +0200, Adeodato Simó wrote: > > So does it support (or will it support) using it in the “fetch from > > server, read/delete some stuff on client, maybe read some stuff on the > > server, push to server” mode, and it’ll do all the smart sync stuff (I’m > > told) OfflineIMAP does? > Sorry, but I don't get it. I'll try to answer anyway... > You have 2 commands: smd-pull that propagates chenges made on the server > to the client, and smd-push that does the opposite. These changes > include adding a message, deleting one, renaming, updaing the header... > I usually pull more frequently than push, so the updating cycle you are > describing is not strictly necessary in smd. In any case, the words > server and client don't make any real sense here, it is very symmetric. Right. My question is what happens if I do, say: laptop% smd-push laptop% smd-pull # this brings message M as new laptop% read mail, including message M server% read mail, inclluding message M; flag message M laptop% smd-push laptop% smd-pull Are either laptop or server left with a duplicate copies of M (perhaps one flagged, one not)? Or, perhaps, you’ll see it more clearly if we say there is one server and to clients, eg. a desktop and a laptop, both of which should be useable to read mail independently. I must confess I’m not an OfflineIMAP user myself, but as I understood it, it can gracefully cope with such situation. > I think I'll (I'm also the upstream) develop some sort while-true script > that will iterate pull and push and eventually notify the user if > something goes wrong with some modern eye-candy technology. > AFAIK OfflineIMAP gives you (or will give you soon) something more > called always-connected-with-ther-server-to-fetch-mail-ASAP option > that smd does not provide right now (and that I really don't miss: since > pulling is quite fast for the moment I'm not missing the while true > script either...). Moreover OfflineIMAP is well tested, and smd is not > beeing a *very* young software. Cheers, -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
