Re: Bug#514639: ITP: frei0r -- a minimalistic plugin API for video effects
On Tue, Feb 10, 2009 at 06:35:16PM +0100, Luca Bigliardi wrote:
> Many thanks! I've updated the description with a few more details for
> binary plugins package and: "frei0r plugins are used by several projects
> (e.g.: LiVES, Veejay, Open Movie Editor, FreeJ, Pure Data Visual Junk
> Tools, MLT framework).".
Cool, thanks.
> You can follow the changes here:
> http://git.dyne.org/index.cgi?url=frei0r/log/&h=debian
Any reason for the project for not being hosted on the git repo of
collab-maint?
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
signature.asc
Description: Digital signature
Re: Desktop standards, MIME info cache, and Lintian
On Tue, Feb 10, 2009 at 12:03:27PM +0100, Loïc Minier wrote: > On Tue, Feb 10, 2009, Josselin Mouette wrote: > > I don’t think it’s a good idea to use triggers for > > update-desktop-database. There are many .desktop files without a > > MimeType key, and for all of them calling update-desktop-database is a > > waste of time. > > > > On my system, only 30% of .desktop files have a MimeType field. If > > anyone can make per-package statistics on the whole archive, that would > > probably give a better picture. > > It's once per upgrade and ridiculously cheap; I don't think the waste > of time is an argument. However this probably makes the direct calls > in maintainer scripts as cheap. The only arguments in favor of > triggers here are: >- single place to fix/hack where all the calls are done >- avoids a dh_foo call or custom hackery for packages not using > debhelper > and these aren't as compelling as the time to upgrade argument which is > usually the reason for triggers. > > sudo update-desktop-database -q 0,06s user 0,02s system 96% cpu 0,075 total Is that with cold cache ? Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: incapable and obsolete APT / Aptitude replacement
On Tue, 10 Feb 2009 11:27:03 +0100, Josselin Mouette wrote: > Le lundi 09 février 2009 à 23:11 +0100, Tilo Schwarz a écrit : >> > I would like to ask you a little bit controversal question. As a user I >> > miss a package manager based on powerfulldependency solver. >> >> As a user I never had any problem using aptitude. It lets you cycle >> quickly through its different dependency resolution options, and then you >> simply pick the one you like. > > How do you find one you like when all resolution options imply > deinstallation of some packages? (Happened to me every time I tried a > non-trivial upgrade with aptitude.) I'm just lucky ;-). (Although I follow testing since years using aptitude). I guess, when I hit such a problem I just lived with the deinstallation and tried it again a few day later (it's just a desktop system). Best regards, Tilo -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
RFS: artha
Hi Andreas, As you have told, I have uploaded my package "artha" (for both i386 and amd64). Below are the details. * Package name: artha Version : 0.8.0-1 Upstream Author : Sundaram Ramaswamy * URL : http://artha.sourceforge.net/ * License : GPL v2 Section : utils It builds these binary packages: artha - A handy off-line thesaurus based on WordNet The upload would fix these bugs: 514690 (ITP) The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/a/artha - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/a/artha/artha_0.8.0-1.dsc I would be glad if you uploaded this package for me. I do agree with your recommendation on commiting the control files to Debian Science SVN as it relates to WordNet. Kind regards Sundaram Ramaswamy From: Andreas Tille To: Sundaram Cc: Debian Developers ; Artha DebianBug <514...@bugs.debian.org> Sent: Tuesday, February 10, 2009 3:43:02 PM Subject: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet On Tue, 10 Feb 2009, Sundaram wrote: > Actually, I am new to packaging in Debian. I read the New Maintainer's guide > and created 2 .deb > packages (i386 & amd64). I have put them here @ SF.net for local download by > general users, not in a > proper apt repository. All the control files, rules, etc. are in my system, > locally. They are not in > any version controlled area. As per the Debian docs, I have filed a ITP bug. > I encountered this site > mentors.debian.net, where its says new packages needing sponsors are to be > uploaded. Now, should I > upload my packages there and get them sponsored first? Or should I first > check in the control files in > the location you pointed me to. If so, how will I get the credintials to > login. Well, there is no *requirement* to use the SVN repository but it turned out to be quite reasonable. So I would recommend to do so - but finally it is your choice. You have to ask on alioth.debian.org for a guest account and once you got this you can ask for adding you to the debian-science group which automatically grants you write permission to the Debian Science SVN. If this is a to complicated procedure for you for the moment just point me to the *.dsc file on mentors once you uploaded it and I might inject it into Debian Science SVN (if you agree in principle). Kind regards Andreas. -- http://fam-tille.de
Bug#514786: ITP: dh-make-drupal -- Builds a Debian package for the requested Drupal project
Package: wnpp Severity: wishlist Owner: Gunnar Wolf * Package name: dh-make-drupal Version : 0.1 Upstream Author : Gunnar Wolf * URL : http://github.com/gwolf/dh-make-drupal/tree * License : MIT/X Programming Lang: Ruby Description : Builds a Debian package for the requested Drupal project The purpose of this program is to generate Debian packages for any Drupal projects (that is, modules or themes). Given that Drupal developers publish their work through the main Drupal site (http://drupal.org), this program fetches the information for the latest available versions (for the right Drupal release, and with the specified stability level), and prepares a Debian package from it. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Desktop standards, MIME info cache, and Lintian
Josselin Mouette wrote: > Le mardi 10 février 2009 à 13:34 +0100, Michael Biebl a écrit : >> Joss, what's your opintion on update-mime-database (dh_installmime) and >> update-icon-caches (dh_icons)? >> Should we triggerize them too? > > For update-icon-caches, that was the plan when introducing it. However > it can only apply to the hicolor and gnome themes. Other themes will > still need to call dh_icons. This also means dh_icons will have to > special-case these directories. Could you elaborate a bit more on that, which directories precisely and why other themes still need dh_icons? If I can get a clear picture what exactly needs to be done, I don't think it would that hard to provide patches (and I'd be willingly to do so). Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Bug#514639: ITP: frei0r -- a minimalistic plugin API for video effects
On Tue, Feb 10, 2009 at 11:23 AM, Stefano Zacchiroli wrote: > Yes, definitely. > Remember that the description should be enough for a random sysadm to > understand whether she needs the package or not, and just "plugin" > does not really help in that sense. Many thanks! I've updated the description with a few more details for binary plugins package and: "frei0r plugins are used by several projects (e.g.: LiVES, Veejay, Open Movie Editor, FreeJ, Pure Data Visual Junk Tools, MLT framework).". You can follow the changes here: http://git.dyne.org/index.cgi?url=frei0r/log/&h=debian luca -- Beware of programmers who carry screwdrivers. -- Leonard Brandwein http://shammash.homelinux.org/ - http://www.artha.org/ - http://www.yue.it/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514759: ITP: haskell-monadcatchio-mtl -- Monad-transformer version of the Control.Exception module
Package: wnpp Severity: wishlist Owner: "Marco Túlio Gontijo e Silva" * Package name: haskell-monadcatchio-mtl Version : 0.1.0.1 Upstream Author : Daniel Gorin * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/MonadCatchIO-mtl-0.1.0.1 * License : Public Domain Programming Lang: Haskell Description : Monad-transformer version of the Control.Exception module Provides a monad-transformer version of the Control.Exception.catch function. For this, it defines the MonadCatchIO class, a subset of MonadIO. It defines proper instances for most monad transformers in the mtl library. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514758: ITP: haskell-ghc-mtl -- An mtl compatible version of the Ghc-Api monads and monad-transformers
Package: wnpp Severity: wishlist Owner: "Marco Túlio Gontijo e Silva" * Package name: haskell-ghc-mtl Version : 1.0.0.0 Upstream Author : Daniel Gorin * URL : http://hackage.haskell.org/cgi-bin/hackage-scripts/package/ghc-mtl * License : BSD Programming Lang: Haskell Description : An mtl compatible version of the Ghc-Api monads and monad-transformers Provides an mtl compatible version of the GhcT monad-transformer defined in the GHC-API since version 6.10.1. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514757: ITP: ivy -- dependency manager
Package: wnpp Owner: Marcus Better Severity: wishlist * Package name: ivy Version : 2.0.0 Upstream Author : Xavier Hanin Maarten Coene, Nicolas Lalevee, Gilles Scokart * URL or Web page : http://ant.apache.org * License : Apache License v2.0 Description : agile dependency manager Ivy is a powerful tool for managing dependencies in software projects. Its main characteristics are flexibility, configurability and tight integration with Apache Ant. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514754: ITP: python-pyentropy -- estimation of entropy and information theoretic quantities
Package: wnpp Severity: wishlist Owner: Yaroslav Halchenko * Package name: python-pyentropy Version : 0.3 Upstream Author : Robin Ince * URL : http://code.google.com/p/pyentropy/ * License : GPL Programming Lang: Python Description : estimation of entropy and information theoretic quantities A Python module for estimation of entropy and information theoretic quantities using cutting edge bias correction methods. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-amd64 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514751: ITP: pgfplots -- TeX package to draw normal and/or logarithmic plots directly in TeX
Package: wnpp Owner: OHURA Makoto Severity: wishlist * Package name: pgfplots Version : 1.2 Upstream Author : Christian Feuersanger * URL or Web page : http://pgfplots.sourceforge.net/ * License : GPLv3 Description : TeX package to draw normal and/or logarithmic plots directly in TeX This package provides tools to generate plots and labeled axes easily. It draws normal plots, logplots and semi-logplots. Axis ticks, labels, legends (in case of multiple plots) can be added with key-value options. It can cycle through a set of predefined line/marker/color specifications. In summary, its purpose is to simplify the generation of high-quality function plots, especially for use in scientific contexts (logplots). OHURA Makoto: oh...@debian.org(Debian Project) oh...@netfort.gr.jp(LILO/Netfort) GnuPG public key: http://www.netfort.gr.jp/~ohura/gpg.asc.txt fingerprint: 54F6 D1B1 2EE1 81CD 65E3 A1D3 EEA2 EFA2 77DC E083 http://www.netfort.gr.jp/~ohura/ pgpRM9KYwfKFf.pgp Description: PGP signature
Re: incapable and obsolete APT / Aptitude replacement
On Mon, Feb 09, 2009 at 09:37:29PM -0800, Daniel Burrows was heard to say: > I made early on was not to fetishize arbitrary "optimality" definitions, > because you can end up chasing phantoms that way. "Optimal" solutions > are not necessarily best. They are good for academic projects, though, > because you can easily "grade" yourself on whether you're doing a good > job and write papers about what a good job you did. ;-) This has been bothering me all night, so I'd better explain myself more or it will bother me all day. :-) Academics like to completely analyze and understand problems and their solutions. This is good. I like doing it myself. It does, however, bias you in favor of solutions that can be completely understood and analyzed. If they have a problem that's hard to analyze, there's a tendency to replace it with a similar problem that they know how to analyze; for instance, problems in programming language design are often tackled by trying to find better and better ways to express trivial little computational problems. Sometimes that gets you a good answer; sometimes it gets you an OK answer and sheds light on how to design more practical solutions; sometimes it gets you a programming language that's *really, really good* at writing the factorial function and nothing else. Part of the problem is that you don't know where you'll end up with this approach until you try, which is why we call it "research". Anyway, I didn't mean to suggest that their approach was bad; just that it's not the only way. (and really, if I had the time, I'd probably be doing the same thing they are; my coding process is mainly optimized around fitting my work into about 10 hours a week, average) Daniel -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]
Hi Fabian! Am Dienstag, den 10.02.2009, 13:25 +0100 schrieb Fabian Greffrath: > Steve Langasek schrieb: > > This is a very bad idea. It interferes with reproducibility of binary > > builds, which is a very important property of Debian packages. Packages > > must *not* build differently based on opportunistic discovery of > > build-dependencies on the system - it's a bug for any package to do so, let > > alone to be specifically encouraging this behavior with debian/control > > fields! > > Alright, this speaks clearly against Build-Recommends. However, would > you consider at least Build-Suggests useful enough to support them? If I got your proposal right, your use-case for Build-Suggests is that the package builds using additionally installed (development) packages, if they are already installed. A different method to achieve the same goal is to add a new option to DEB_BUILD_OPTIONS, in your case "nonfree-codecs" or something alike. You can check if it is set in debian/rules and change the build process accordingly to make use of the additional development packages. It has the drawback that you need to rely on the packages being installed already, so you may need to document it in README.Debian (or somewhere more appropriate) along with the option to pass in DEB_BUILD_OPTIONS but that's the same situation with your suggested Build-Suggests. (And as Neil pointed out, debian/rules should always behave in an "off" mode, meaning that the option only has an effect if it is set explicitely.) So all one needs to do to get the package with the non-free parts is to install the non-free -dev packages and do regular rebuild with DEB_BUILD_OPTIONS="nonfree-codes". That's easy enough, I think, and you do not need to modify the existing tools at all. Best regards Manuel signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]
On Tue, 10 Feb 2009 13:25:53 +0100 Fabian Greffrath wrote: > Steve Langasek schrieb: > > This is a very bad idea. It interferes with reproducibility of binary > > builds, which is a very important property of Debian packages. Packages > > must *not* build differently based on opportunistic discovery of > > build-dependencies on the system - it's a bug for any package to do so, let > > alone to be specifically encouraging this behavior with debian/control > > fields! > > Alright, this speaks clearly against Build-Recommends. However, would > you consider at least Build-Suggests useful enough to support them? AIUI, your original suggestion was that Build-Suggests was for use with external repositories, so it doesn't make any sense to have this data in debian/control where Policy requires that packages can only Build-Depend on packages that exist in Debian (i.e. must build from source in a sane way). If a package has extra functionality then Steve's point about *not discovering* such support is still valid - the program must default to OFF unless specifically configured to ON for the relevant switch. Builds must ignore any incidental packages that exist unless specifically requested to use them - which means changing debian/rules from --disable-foo to --enable-foo or similar. So IMHO the right place for information on what the package *can* do if suitably configured, is README.Debian - not debian/control - because merely installing the suggested package from whatever source must NOT allow the package to use this support within the build, the build itself (i.e. debian/rules) must be modified to look for this support. -- Neil Williams = http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/ pgpsmuLSn45ra.pgp Description: PGP signature
Re: Desktop standards, MIME info cache, and Lintian
Le mardi 10 février 2009 à 13:34 +0100, Michael Biebl a écrit : > Joss, what's your opintion on update-mime-database (dh_installmime) and > update-icon-caches (dh_icons)? > Should we triggerize them too? As for update-mime-database, I think it concerns only a very small number of packages, but that’s certainly doable. For update-icon-caches, that was the plan when introducing it. However it can only apply to the hicolor and gnome themes. Other themes will still need to call dh_icons. This also means dh_icons will have to special-case these directories. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Proposal of two new control fields: Build-Recommends and Build-Suggests [long reading]
Steve Langasek schrieb: This is a very bad idea. It interferes with reproducibility of binary builds, which is a very important property of Debian packages. Packages must *not* build differently based on opportunistic discovery of build-dependencies on the system - it's a bug for any package to do so, let alone to be specifically encouraging this behavior with debian/control fields! Alright, this speaks clearly against Build-Recommends. However, would you consider at least Build-Suggests useful enough to support them? Fabian -- Dipl.-Phys. Fabian Greffrath Ruhr-Universität Bochum Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT) Universitätsstr. 150, IB 3/134 D-44780 Bochum Telefon: +49 (0)234 / 32-26334 Fax: +49 (0)234 / 32-14227 E-Mail: greffr...@leat.ruhr-uni-bochum.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Desktop standards, MIME info cache, and Lintian
Josselin Mouette wrote: > Le mardi 10 février 2009 à 12:03 +0100, Loïc Minier a écrit : >> sudo update-desktop-database -q 0,06s user 0,02s system 96% cpu 0,075 total > > I didn’t recall it was that cheap. The trigger is then definitely the > way to go. > Joss, what's your opintion on update-mime-database (dh_installmime) and update-icon-caches (dh_icons)? Should we triggerize them too? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
Hi Andreas, Well, its fine by me in checking-in the control files to the repository. The reason why I was bragging about the procedures is that, I am new to it and thought that they are very hard and fast :) Right now I would prefer option two, since now I am into developing and maintaining a deb package is pretty new to me. So this time, I will upload the packages in mentors and will send you the link so that you can inject them. Once I am done, I will ask for the credintials from alioth.debian.org and will learn doing it myself. > I'd regard it as a WordNet interface which has > a different format than dict. As for Josselin's mail, I agree to your reply that its doesn't come under dictionary category, since its a thesaurus interface for WordNet and also it works completely offline/local. It has unique features which gdict and startdict lack, like hot key summoning, notifications, etc.. > Just correct me if I'm wrong - I just read the description. I kindly suggest you to try it (http://sourceforge.net/project/platformdownload.php?group_id=250410&sel_platform=13326) and see for yourself :) Thanks! Best Regards Sundaram From: Andreas Tille To: Sundaram Cc: Debian Developers ; Artha DebianBug <514...@bugs.debian.org> Sent: Tuesday, February 10, 2009 3:43:02 PM Subject: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet On Tue, 10 Feb 2009, Sundaram wrote: > Actually, I am new to packaging in Debian. I read the New Maintainer's guide > and created 2 .deb > packages (i386 & amd64). I have put them here @ SF.net for local download by > general users, not in a > proper apt repository. All the control files, rules, etc. are in my system, > locally. They are not in > any version controlled area. As per the Debian docs, I have filed a ITP bug. > I encountered this site > mentors.debian.net, where its says new packages needing sponsors are to be > uploaded. Now, should I > upload my packages there and get them sponsored first? Or should I first > check in the control files in > the location you pointed me to. If so, how will I get the credintials to > login. Well, there is no *requirement* to use the SVN repository but it turned out to be quite reasonable. So I would recommend to do so - but finally it is your choice. You have to ask on alioth.debian.org for a guest account and once you got this you can ask for adding you to the debian-science group which automatically grants you write permission to the Debian Science SVN. If this is a to complicated procedure for you for the moment just point me to the *.dsc file on mentors once you uploaded it and I might inject it into Debian Science SVN (if you agree in principle). Kind regards Andreas. -- http://fam-tille.de
Re: Desktop standards, MIME info cache, and Lintian
Le mardi 10 février 2009 à 12:03 +0100, Loïc Minier a écrit : > sudo update-desktop-database -q 0,06s user 0,02s system 96% cpu 0,075 total I didn’t recall it was that cheap. The trigger is then definitely the way to go. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Desktop standards, MIME info cache, and Lintian
On Tue, Feb 10, 2009, Josselin Mouette wrote: > I don’t think it’s a good idea to use triggers for > update-desktop-database. There are many .desktop files without a > MimeType key, and for all of them calling update-desktop-database is a > waste of time. > > On my system, only 30% of .desktop files have a MimeType field. If > anyone can make per-package statistics on the whole archive, that would > probably give a better picture. It's once per upgrade and ridiculously cheap; I don't think the waste of time is an argument. However this probably makes the direct calls in maintainer scripts as cheap. The only arguments in favor of triggers here are: - single place to fix/hack where all the calls are done - avoids a dh_foo call or custom hackery for packages not using debhelper and these aren't as compelling as the time to upgrade argument which is usually the reason for triggers. sudo update-desktop-database -q 0,06s user 0,02s system 96% cpu 0,075 total -- Loïc Minier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
On Tue, 10 Feb 2009, Josselin Mouette wrote: That’s the second new dictionary GUI submitted in a week. Well, not really. I'd regard it as a WordNet interface which has a different format than dict. Just correct me if I'm wrong - I just read the description. I strongly suggest that you talk with the upstreams of these new programs, as well as the ones of gdict (gnome-utils) and stardict so that we can settle with a single GUI with many available dictionaries, instead of having different interfaces and sets of features depending on the dictionaries. In principle I agree that we should avoid adding just another GUI for dict dictionaries but rather try to make authors cooperate. Kind regards Andreas. -- http://fam-tille.de
Re: Bug#514690: (no subject)
Le mardi 10 février 2009 à 02:47 -0800, Sundaram a écrit : > Hi, > If this is the second, may I know which one is the first? That would be lemurae (bug #514273). > By the way, gict needs a dict. server (mostly online) and also gdict > and > stardict are dictionaries; while Artha is a thesaurus which works off > line, > that lists a word's Synonyms, Antonyms, Derivatives, Pertainyms, > Similar > terms, Domain terms, Entails, Causes, Hypernyms, Hyponyms/Troponyms, > Holonyms and Meronyms. Apart from thes,e ease-of-use features like > summoning using a global hot key, passive notifications of a given > word, > suggestions, regex search. etc. are present as well. These features > are unique > to Artha. Most of these features are also present in stardict. And anyway, I can see emerging a strong need for standardisation on dictionary formats; even if it is not possible to have a single frontend, they should all be able to use all the dictionaries we have in the archive. I don’t think this can be done in Debian only, that’s why I’m suggesting to make upstreams work together on a common format, so that it can be eventually turned into e.g. a freedesktop standard. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Desktop standards, MIME info cache, and Lintian
Le dimanche 08 février 2009 à 18:34 -0800, Russ Allbery a écrit : > I removed the requirement to call dh_desktop every time you have a > *.desktop file. I didn't remove the tag entirely since at the time we had > no triggers and you still did need to call update-desktop-database if the > *.desktop file has a MimeType key. > > If there's a trigger now that handles this, I'll remove that as well. Was > one added? I don’t think it’s a good idea to use triggers for update-desktop-database. There are many .desktop files without a MimeType key, and for all of them calling update-desktop-database is a waste of time. On my system, only 30% of .desktop files have a MimeType field. If anyone can make per-package statistics on the whole archive, that would probably give a better picture. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Bug#514690: (no subject)
Le mardi 10 février 2009 à 15:00 +0530, Sundaram Ramaswamy a écrit : > Artha is written from scratch in pure C using GTK+, with WordNet > as it database corpus. That’s the second new dictionary GUI submitted in a week. I strongly suggest that you talk with the upstreams of these new programs, as well as the ones of gdict (gnome-utils) and stardict so that we can settle with a single GUI with many available dictionaries, instead of having different interfaces and sets of features depending on the dictionaries. Thanks, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: incapable and obsolete APT / Aptitude replacement
Le lundi 09 février 2009 à 23:11 +0100, Tilo Schwarz a écrit : > > I would like to ask you a little bit controversal question. As a user I > > miss a package manager based on powerfulldependency solver. > > As a user I never had any problem using aptitude. It lets you cycle > quickly through its different dependency resolution options, and then you > simply pick the one you like. How do you find one you like when all resolution options imply deinstallation of some packages? (Happened to me every time I tried a non-trivial upgrade with aptitude.) -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: incapable and obsolete APT / Aptitude replacement
Le lundi 09 février 2009 à 19:39 +0100, kc.ubuntu...@centrum.cz a écrit : > This Debian aproach is great for servers, but not usefull for > Desktops, where bleeding edge software and mixed repositories could be > expected. Bullshit. On desktops as well as on servers, bleeding edge software will only be useful for nerds who like to talk about hype, for others it just means having untested software with everything it implies. As for mixed repositories, the purpose of Debian is precisely to provide the largest possible collection of software you could need in a single repository. So maybe our needs are different from the ones you describe. > That the real reason of bigy hype around Ubuntu Linux, which fill the > hole for Debian Desktop. There is hype around Ubuntu because they have a great marketing model that generates lots of hype. Cheers, -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Bug#514639: ITP: frei0r -- a minimalistic plugin API for video effects
On Tue, Feb 10, 2009 at 10:30:06AM +0100, Luca Bigliardi wrote:
> On Mon, Feb 09, 2009 at 03:33 PM, Ron Johnson wrote:
>
> > What apps support this?
>
> MLT framework (thus things like kdenlive), FreeJ, LiVES among all.
> There's a list on the project homepage.
>
> Do you think I should mention that in the description field?
Yes, definitely.
Remember that the description should be enough for a random sysadm to
understand whether she needs the package or not, and just "plugin"
does not really help in that sense.
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
signature.asc
Description: Digital signature
Re: incapable and obsolete APT / Aptitude replacement (PROBLEM SOLVED)
Le lundi 09 février 2009 à 20:56 +0100, kc.ubuntu...@centrum.cz a écrit : > This paper claims, that experimental branch of Aptitude include a > prototype of mentioned powerfull solver (same as zypper or smart). > (page 15): > > http://people.debian.org/~dburrows/model.pdf If you are talking about the dependency resolver that is now in aptitude (since this paper is from 2005), it is indeed by far more powerful than that of APT, trying many solutions and giving them scores based on the things it manages to achieve. However, despite being more powerful on paper, it is far less efficient on real-world upgrades. Actually you will find that the simple heuristics in APT work far better for large-scale upgrades than the more complex algorithms. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. Resistance is futile. signature.asc Description: Ceci est une partie de message numériquement signée
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
On Tue, 10 Feb 2009, Sundaram wrote: Actually, I am new to packaging in Debian. I read the New Maintainer's guide and created 2 .deb packages (i386 & amd64). I have put them here @ SF.net for local download by general users, not in a proper apt repository. All the control files, rules, etc. are in my system, locally. They are not in any version controlled area. As per the Debian docs, I have filed a ITP bug. I encountered this site mentors.debian.net, where its says new packages needing sponsors are to be uploaded. Now, should I upload my packages there and get them sponsored first? Or should I first check in the control files in the location you pointed me to. If so, how will I get the credintials to login. Well, there is no *requirement* to use the SVN repository but it turned out to be quite reasonable. So I would recommend to do so - but finally it is your choice. You have to ask on alioth.debian.org for a guest account and once you got this you can ask for adding you to the debian-science group which automatically grants you write permission to the Debian Science SVN. If this is a to complicated procedure for you for the moment just point me to the *.dsc file on mentors once you uploaded it and I might inject it into Debian Science SVN (if you agree in principle). Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#514639: ITP: frei0r -- a minimalistic plugin API for video effects
On Mon, Feb 09, 2009 at 03:33 PM, Ron Johnson wrote: > What apps support this? MLT framework (thus things like kdenlive), FreeJ, LiVES among all. There's a list on the project homepage. Do you think I should mention that in the description field? Thank you, luca -- Beware of programmers who carry screwdrivers. -- Leonard Brandwein http://shammash.homelinux.org/ - http://www.artha.org/ - http://www.yue.it/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514707: ITP: xfce4-hdaps -- plugin to indicate the status of HDAPS for the Xfce4 panel
Package: wnpp Severity: wishlist Owner: pkg-xfce-de...@lists.alioth.debian.org * Package name: xfce4-hdaps Version : 0.0.3 Upstream Author : Michael Orlitzky * URL : http://michael.orlitzky.com/code/xfce4-hdaps.php * License : GPL3+ Programming Lang: C Description : plugin to indicate the status of HDAPS for the Xfce4 panel A plugin to indicate the status of the IBM Hard Drive Active Protection System, or HDAPS. Note: the long description has to be improved :) -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
Hi Andreas, Actually, I am new to packaging in Debian. I read the New Maintainer's guide and created 2 .deb packages (i386 & amd64). I have put themhere @ SF.net for local download by general users, not in a proper apt repository. All the control files, rules, etc. are in my system, locally. They are not in any version controlled area. As per the Debian docs, I have filed a ITP bug. I encountered this site mentors.debian.net, where its says new packages needing sponsors are to be uploaded. Now, should I upload my packages there and get them sponsored first? Or should I first check in the control files in the location you pointed me to. If so, how will I get the credintials to login. Thanks for your time. Warm Regards Sundaram From: Andreas Tille To: Sundaram Cc: Debian Developers ; 514...@bugs.debian.org Sent: Tuesday, February 10, 2009 1:44:38 PM Subject: Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet On Mon, 9 Feb 2009, Sundaram wrote: > Thanks for offering help. I guess I will package it today/tomorrow and will > upload the packages to > mentors.debian.net needing a "sponsor". I will keep you posted regarding the > improvements. Sponsoring your package is perfectly OK. You might consider putting the package under team maintenance. WordNet is Maintainer: Debian Science Team DM-Upload-Allowed: yes Uploaders: Andreas Tille Vcs-Browser: http://svn.debian.org/wsvn/debian-science/packages/wordnet/trunk/?rev=0&sc=0 Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/wordnet/trunk/ If you have questions about this feel free to ask. Kind regards Andreas. -- http://fam-tille.de
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
On Mon, 9 Feb 2009, Sundaram wrote: Thanks for offering help. I guess I will package it today/tomorrow and will upload the packages to mentors.debian.net needing a "sponsor". I will keep you posted regarding the improvements. Sponsoring your package is perfectly OK. You might consider putting the package under team maintenance. WordNet is Maintainer: Debian Science Team DM-Upload-Allowed: yes Uploaders: Andreas Tille Vcs-Browser: http://svn.debian.org/wsvn/debian-science/packages/wordnet/trunk/?rev=0&sc=0 Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/wordnet/trunk/ If you have questions about this feel free to ask. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet
Hi Andreas, Thanks for offering help. I guess I will package it today/tomorrow and will upload the packages to mentors.debian.net needing a "sponsor". I will keep you posted regarding the improvements. Warm Regards, Sundaram From: Andreas Tille To: Sundaram Ramaswamy ; 514...@bugs.debian.org Cc: Debian Developers Sent: Tuesday, February 10, 2009 12:09:45 PM Subject: Re: Bug#514690: ITP: artha -- A handy off-line thesaurus based on WordNet On Tue, 10 Feb 2009, Sundaram Ramaswamy wrote: > Artha is written from scratch in pure C using GTK+, with WordNet > as it database corpus. It may be used as an advanced replacement > for the proprietary WordWeb in GNU/Linux environments. Please keep me informed if there is any need for help to package artha - as the WordNet maintainer I'm somehow interested. Kind regards Andreas. -- http://fam-tille.de
