Re: ITH: uclibc
* Simon Richter: > I plan to make the package cross-buildable for all of Debian's official > plus a few unofficial architectures (armeb for example), split each > library into its own package in order to save space when installing on > an embedded system Is this really necessary? I think for embedded use, you need some kind of post-installation post-processing anyway. Couldn't removing the unnecessary parts happen at this stage? (Without post-processing, the per-package metadata alone might eat up all the gains from splitting the package.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On management
On Thu, 01 Mar 2007, Josselin Mouette wrote: > That, I fully agree with. I also had the chance to see a good project > manager in action, and that makes a huge difference. > > I'm not convinced at all that *funding* a manager would do any good to > the project. Which is why I'm wondering if there are ways to attract a > few people with such profiles in the project. We have attracted many > developers, sysadmins, translators, and everything we need to run the > project; there must be a way to do the same for other profiles. Do you believe that the DPL is not a management position ? In a recent discussion with Josip, we were talking about management vs leadership and he concluded that the DPL can't do much leadership because the real decisions are taken by all the teams/delegates, however his position is surely one of management since he needs to make sure that all teams interact correctly and they can rely on each other with confidence. There's some truth in that and I certainly expect a DPL team to have a big role to play in management and coordination. Contrary to Josip, I do think there's some leadership left, but only if he has enough time to invest in actually doing things instead of discussing with everybody. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#412919: ITP: predictive -- Text completion package for Emacs
On Thu, Mar 01, 2007 at 09:43:11AM +1100, Jan Alonzo wrote: > Predictive is a minor-mode, text-completion package for Emacs. When enabled, > predictive mode exploits the redundancy inherent in languages in order to > complete words you are typing before you've finished typing them (somewhat > like the IntelliSense feature in some IDEs). It is highly customisable, and Sorry, but I found the content of the above parens to be misleading. The main point of IntelliSense [1] is not about the actual completion which type the word after you started typing it, is more about where to find the possible completions and, in particular to find them via some kind of representation of a codebase (e.g. the list of all methods belonging to the class of the instance named to the left of a '.'). So, I ask you: either this is what "predictive" does for Emacs, maybe in some programmable way (and would be like Vim's omnicompletion feature) or it "just" complete in a single way using the word in the current buffer (as plain Vim's autocompletion) and then it would be better do describe it as "autocompletion". Cheers. [1] http://en.wikipedia.org/wiki/IntelliSense -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ (15:56:48) Zack: e la demo dema ?/\All one has to do is hit the (15:57:15) Bac: no, la demo scema\/right keys at the right time signature.asc Description: Digital signature
Re: On management
Hi, On Thursday 01 March 2007 22:28, Josselin Mouette wrote: > First, please keep your bullshit about dunc-tank outside this otherwise > interesting discussion. be liberal what you accept, and conservative what you send? regards, Holger pgpeWcMQwasHw.pgp Description: PGP signature
Bug#413124: ITP: webdiff -- powerful tool to check for web page updates
Package: wnpp Severity: wishlist Owner: Stephan Beyer <[EMAIL PROTECTED]> Hi, I intend to package my tool `webdiff'. In fact, it is packaged, the ITP is just formalism. * Package name: webdiff Version : 20070302 Upstream Author : Stephan Beyer <[EMAIL PROTECTED]> * URL : http://213.239.210.122/~sbeyer/tools/webdiff/webdiff.tgz * License : GPL Programming Lang: Ruby Description : powerful tool to check for web page updates webdiff is a powerful and easy-to-use web page update checker. Updates are recognized using several test criteria (diff, html, size, date, md5sum, regexp). Without any given options, webdiff will only print the URIs of web pages that changed - one per line - so that the output of webdiff can easily be used by further scripts (e.g. wget or mail). In `diff' and `html' mode a diff-like output can be generated from the changes. It also comes with a built-in interactive configuration tool. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-amd64-k8-smp Locale: LANG=sv_SE.ISO-8859-15, LC_CTYPE=sv_SE.ISO-8859-15 (charmap=ISO-8859-15) -- Stephan Beyer <[EMAIL PROTECTED]>, PGP 0x6EDDD207FCC5040F signature.asc Description: Digital signature
Bug#413128: ITP: nist-dlmf -- NIST's Digital Library of Mathematical Functions
Package: wnpp Severity: wishlist Owner: "Thaddeus H. Black" <[EMAIL PROTECTED]> * Package name: nist-dlmf Version : 1.0.0 Upstream Author : U.S. National Institute of Standards and Technology <[EMAIL PROTECTED]> * URL : http://dlmf.nist.gov/ * License : U.S. government issue, uncopyrighted (refer to Abramowitz & Stegun, page II) Description : NIST's Digital Library of Mathematical Functions >From the upstream web site: Abramowitz and Stegun's Handbook of Mathematical Functions with Formulas, Graphs, and Mathematical Tables is being completely rewritten with regard to the needs of today. The new DLMF (Digital Library of Mathematical Functions) will appear in a hardcover edition and as a free electronic publication on the World Wide Web. The authors will review the relevant published literature and produce approximately twice the number of formulas that were contained in the original Handboook. The DLMF will make full use of advanced communications and computational resources to present downloadable math data, manipulable graphs, tables of numerical values, and math-aware search. The authoritative status of the existing Handbook, and its orientation toward applications in science, statistics, engineering and computation, will be preserved. Thus the utilitarian value of the Handbook will be extended far beyond its original scope and the traditional limitations of printed media. The term digital library has gained acceptance for this kind of information resource, and our choice of project title reflects our hope that the NIST DLMF will be a vehicle for revolutionizing the way applicable mathematics in general is practiced and delivered. NIST plans to release the DLMF during 2007. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
On Tue, Feb 27, 2007 at 10:30:39AM +0100, Josselin Mouette wrote: > Le mardi 27 février 2007 à 09:24 +0100, Eduard Bloch a écrit : > > And how do you help a maintainer that does not admit that he needs help? > > I can't believe people are thinking such crap. > > Please show me where a current maintainer of Mozilla, KDE, GNOME, the > glibc, the kernel, X.org or any such big group of packages said he > didn't need help for them. > > YES. WE NEED HELP. NOW. > We are *all* *COMPLETELY UNDERSTAFFED*. > We are drowning in bug reports and are not able to answer all of them, > especially old ones dating from the pre-teams era. > > Who is not acknowledging such obvious things? So how do you help a maintainer who refuses help if it is paid? OK. The large teams are *COMPLETELY UNDERSTAFFED*. Volunteer labor is not able to keep up. Suppose we or some outside organization like dunc-tank raised money to pay someone who could afford to work full-time, 40 hours a week, doing bug triage for these large projects. Would those projects refuse help if the people doing the work happened if some of the people who showed up to help you from not "drowning in bug reports" just happened to be paid by Debian or by an outside group to do this work for which you have so eloquently said it's hard to get volunteers, and for which others have said is completely unfun, tedious work? Even if one or two people (for reasons that I don't understand) would stop spending maybe 10-12 hours a week on top of whatever they do during the day to earn money to feed his family because there is now some paid help, I would think that raising money to find someone to work 40 hours a week would be a Good Thing - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On maintainers not responding to bugs
Le vendredi 02 mars 2007 à 08:37 -0500, Theodore Tso a écrit : > So how do you help a maintainer who refuses help if it is paid? Hahaha, awesome. You don't miss any occasion, do you? Thanks, you really made my day. -- .''`. : :' : We are debian.org. Lower your prices, surrender your code. `. `' We will add your hardware and software distinctiveness to `-our own. This mail is not about Mark Shuttleworth. signature.asc Description: Ceci est une partie de message numériquement signée
Re: On maintainers not responding to bugs
On Fri, Mar 02, 2007 at 08:37:01AM -0500, Theodore Tso wrote: > On Tue, Feb 27, 2007 at 10:30:39AM +0100, Josselin Mouette wrote: > > Le mardi 27 février 2007 à 09:24 +0100, Eduard Bloch a écrit : > > > And how do you help a maintainer that does not admit that he needs help? > > > > I can't believe people are thinking such crap. > > > > Please show me where a current maintainer of Mozilla, KDE, GNOME, the > > glibc, the kernel, X.org or any such big group of packages said he > > didn't need help for them. > > > > YES. WE NEED HELP. NOW. > > We are *all* *COMPLETELY UNDERSTAFFED*. > > We are drowning in bug reports and are not able to answer all of them, > > especially old ones dating from the pre-teams era. > > > > Who is not acknowledging such obvious things? > > So how do you help a maintainer who refuses help if it is paid? > > OK. The large teams are *COMPLETELY UNDERSTAFFED*. Volunteer labor > is not able to keep up. Suppose we or some outside organization like > dunc-tank raised money to pay someone who could afford to work > full-time, 40 hours a week, doing bug triage for these large projects. > > Would those projects refuse help if the people doing the work happened > if some of the people who showed up to help you from not "drowning in > bug reports" just happened to be paid by Debian or by an outside group > to do this work for which you have so eloquently said it's hard to get > volunteers, and for which others have said is completely unfun, > tedious work? > > Even if one or two people (for reasons that I don't understand) would > stop spending maybe 10-12 hours a week on top of whatever they do > during the day to earn money to feed his family because there is now > some paid help, I would think that raising money to find someone to > work 40 hours a week would be a Good Thing You forgot a single damn point: in debian, like in many projects, the one that "do" things is often the guy that "decide" things because he's the one there. If you put people that work 5 times more as me because they have the time to do that, I will obviously feel they took my place. I'm not sure what I would do in those cases. Obviously not refusing the help and people that have the time to do this, but I would obviously lessen my implication and work for other teams where I've a single damn chance to see my contribution to be compareable to the others. I would feel bad to impose my views to a person that has huges amounts of time to work in the team. And necessarily (because of human nature) a decision will happen that I would not like or would have made differently, and at that point I guess that I would just leave. Whereas in balanced teams where every contributor has the same level of contribution, I would have argued my point, or tried to make the proposal better, or discussed it or... whichever adequate behaviour in a team where every single member is equal to the other. Money introduces bias. OK you were talking about bug triaging, and bug triaging is not necessarily a big decision making place, I agree. Though it will depend a lot of the kind of people you want to recruit: * if those are already contributors they will want to take more and more decisions, and won't only do bug triaging: if you do bug triaging you begin to know packages a lot, and become skilled enough to take decisions, and so on. Then commits rights are granted, and you take more and more responsibilities. That's good, it's indeed what is often suggested to newcomers. Though we end up in the not-so-nice situation I described. * Or it's a one-time job (even if that need to be run for 6 month to reduce the backlog we have in some teams) and well, I don't really see the durability here. If you really want to spend money to make bug triaging better, then there is a lot of room for improvement in our BTS. At least it was our BTS that made things the most painful when I dealt with bugs, and I had to develop many tools, many url-crafters, many scripts to extract the very information that I would have had in the first place. Not to mention the absolutely horrible delays in the time the BTS needs to deal with mails to control@ (but I know this improved a lot recently thanks to the new host, dunno for how long though). but please, I'm not sure there is a damn single maintainer in a big team that will refuse help, paid or not. I don't really understand how that mythical maintainer in a big team that refuses help has emerged in the discussions, but I'd really like names here. In fact, that seems pretty contradictory with the very notion of a team. Of course, there is teams with 1 single member in it in debian, but that's not a "large team" and is out of the scope if I'm not mistaken. -- ·O· Pierre Habouzit ··O[EMAIL PROTECTED] OOOhttp://www.madism.org pgpoNrC6sLxAp.pgp Description: PG
Re: Work-needing packages report for Mar 2, 2007
Hi !
I have read the recent discussion about maintainers not responding to
bug reports and about helping existant teams. This kind of report
seems to be the best way to find who need help.
I have looked at the following bug report since I may help on the
concerned packages.
>apt-show-versions (#382026), requested 205 days ago
> Description: lists available package versions with distribution
> Installations reported by Popcon: 2267
No answer to a someone proposing help.
>cvs (#354176), requested 371 days ago
> Description: Concurrent Versions System
> Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
>cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (17
>more omitted)
> Installations reported by Popcon: 12145
Idem.
>docbook (#358522), requested 344 days ago
> Description: standard SGML representation system for technical
>documents
> Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man
>sgmltools-lite
> Installations reported by Popcon: 3864
I suppose the discussion has been taken off list here.
>gpsdrive (#406522), requested 49 days ago
> Description: Car navigation system
> Installations reported by Popcon: 303
Idem here.
>lighttpd (#401575), requested 87 days ago
> Description: A fast webserver with minimal memory footprint
> Reverse Depends: lighttpd-mod-cml lighttpd-mod-magnet
>lighttpd-mod-mysql-vhost lighttpd-mod-trigger-b4-dl
>lighttpd-mod-webdav
> Installations reported by Popcon: 427
No answer to two people proposing help.
>openssl (#332498), requested 511 days ago
> Description: Secure Socket Layer (SSL) binary and related
>cryptographic tools
> Reverse Depends: afbackup afbackup-client alpine alpine-pico
>anon-proxy aolserver4-nsimap aolserver4-nsopenssl apache-dbg
>apache-ssl apache2-prefork-dev (546 more omitted)
> Installations reported by Popcon: 26299
This one seems handled appropriately.
First remark : the list is very short. Maybe RFH should be used more
widely.
Second remark : except for OpenSSL, on my selection, it is not clear
whatever is happening. For most of them, as a non DD, I think that the
maintainer is not answering to propositions. Maybe he answers off-list
or maybe he is waiting for some concrete actions like solving a
bug.
For me, helping Debian is an hard task and more guidelines should be
provided :
- I report bugs but I think that maintainers should ack them,
especially when the package has no active bugs.
- I am not very good at translation
- I don't use KDE nor Gnome so I cannot help on those one
- I have looked over bugs of glibc but I am not a specialist of
pthread, aio and most bugs seem hard to hunt. I have however
subscribed to the glibc-devel mailing list
- I have packaged and seeked sponsor for two packages ; still no luck
but this seems difficult to find sponsors
- I look for orphaned packages but nothing for me yet
- I look for RFH, but see above
This is a pity for me to not be able to help Debian efficiently since
I am a Debian user since 2001 and I think I am relatively good skilled
with this distribution.
--
panic ("No CPUs found. System halted.\n");
2.4.3 linux/arch/parisc/kernel/setup.c
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED]: /usr/sbin/sshd: wrong DISPLAY is due to hijacking someone other's one...]
On Thu, 2007-03-01 at 17:44 -0500, Yaroslav Halchenko wrote: > | if (ai->ai_next) > | continue; I believe these two lines are the source of the bug. Here's the change that introduced it: http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/channels.c#rev1.183 The commit message cites: http://mail-index.netbsd.org/current-users/2002/09/16/0005.html which says that binding to the wildcard IPv6 address fails if no interfaces have IPv6 addresses assigned. I think that's a BSD kernel bug that we don't need to pander to (and has probably been fixed in the mean time). Ben. -- Ben Hutchings Gates has joked that everything goes on and off unexepectedly in the house, which is run by a high-end PC network built on Windows NT. - Seattle Times signature.asc Description: This is a digitally signed message part
Bug#413156: ITP: libgeo-ip-perl -- Perl bindings for GeoIP library
Package: wnpp Severity: wishlist Owner: "Nikita V. Youshchenko" <[EMAIL PROTECTED]> * Package name: libgeo-ip-perl Version : 1.27-1 Upstream Author : MaxMind LLC * URL : http://www.maxmind.com/ * License : GPL/Artistic Programming Lang: Perl Description : Perl bindings for GeoIP library Geo::IP is a Perl external module which provides an interface to GeoIP library. GeoIP is a C library that enables the user to find the country that any IP address or hostname originates from. It uses a file based database that is accurate as of March 2002. This database simply contains IP blocks as keys, and countries as values. This database should be more complete and accurate than using reverse DNS lookups. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On management
[Roberto C. Sanchez] > I am not advocating having a manager without technical competency or > the ability to understand technical issues. Just that being a > manager does not require being a fourth-degree blackbelt in Perl or > having written a textbook on C++ programming. And you think the current NM process is geared toward people who have a fourth-degree blackbelt in Perl or have written a textbook on C++ programming? My experience is that the expectations on new maintainers are far, far lower. You're supposed to know how to build packages that don't suck, but I don't remember noticing any test of my skills as a programmer, beyond simple shell scripting. If an applicant knows enough about Debian's technical side of things to be an effective manager for Debian processes, I don't see why that person should have any more trouble with NM than programmers do. Peter, also in NM signature.asc Description: Digital signature
Re: Work-needing packages report for Mar 2, 2007
Am Freitag, den 02.03.2007, 21:32 +0100 schrieb Vincent Bernat: > I have read the recent discussion about maintainers not responding to > bug reports and about helping existant teams. This kind of report > seems to be the best way to find who need help. [..] > >docbook (#358522), requested 344 days ago > > Description: standard SGML representation system for technical > >documents > > Reverse Depends: alcovebook-sgml docbook-dsssl docbook-to-man > >sgmltools-lite > > Installations reported by Popcon: 3864 > > I suppose the discussion has been taken off list here. This bug and the docbook-xml bug should be closed with one of the next uploads. There simply was no upload yet to close these reports (but help is always welcome). [..] > - I look for RFH, but see above If you are interested in the XML/SGML (related) packages, just join the Debian XML/SGML group :). Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Work-needing packages report for Mar 2, 2007
OoO En cette nuit nuageuse du samedi 03 mars 2007, vers 00:58, Daniel Leidert <[EMAIL PROTECTED]> disait: >> - I look for RFH, but see above > If you are interested in the XML/SGML (related) packages, just join the > Debian XML/SGML group :). The problem would be to find time to read all those ML. :) -- BOFH excuse #352: The cables are not the same length. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: On management
On Fri, Mar 02, 2007 at 05:58:58PM -0600, Peter Samuelson wrote: > > [Roberto C. Sanchez] > > I am not advocating having a manager without technical competency or > > the ability to understand technical issues. Just that being a > > manager does not require being a fourth-degree blackbelt in Perl or > > having written a textbook on C++ programming. > > And you think the current NM process is geared toward people who have a > fourth-degree blackbelt in Perl or have written a textbook on C++ > programming? > Not at all. It is biased in favor of those types of people. As a consequence of that, pretty much everyone with managerial responsibilities within the project is a very experienced DD and so has developed lots of those skills. I am not saying that this is a bad thing. Simply that many of those skills are not used as part of the managerial duties. Having technical understanding is still important as is knowing who the experts in various things are and when to trust their judgment and recommendations. > My experience is that the expectations on new maintainers are far, far > lower. You're supposed to know how to build packages that don't suck, > but I don't remember noticing any test of my skills as a programmer, > beyond simple shell scripting. > I had to do some shell scripting as well to show that understood some of the things that dpkg and apt were doing behind the scenes. > If an applicant knows enough about Debian's technical side of things to > be an effective manager for Debian processes, I don't see why that > person should have any more trouble with NM than programmers do. > It's not that. What I was trying to get across was that there are people out there who are good mangers and have some technical knowledge and would be a great asset to the Debian project in a management capacity. However, that does not mean that such a person needs to pass the traditional NM process with all of its technical hurdles. > Peter, also in NM Regards, -Roberto -- Roberto C. Sanchez http://people.connexer.com/~roberto http://www.connexer.com signature.asc Description: Digital signature
Re: [Pkg-cryptsetup-devel] From Charles Cole (UK)
who the heck is charles cole Charles Cole wrote: > > Compliments, > > I am Charles Cole and i presently work in the London out-station office > of a world reknowed organisation. > > Please pardon my approaching you through this medium, as i ask you to > consider the issues seriously. > > Since July 1997, the Swiss Banker's Association, published a list of > dormant accounts originally opened by non-Swiss citizens and with the > efforts of my organisation, there has been a discovery of over 47,000 > additional dormant accounts, ranging from interest-bearing savings > accounts, securities accounts, custody accounts, non-interest-bearing > transaction accounts, as well as numbered accounts. > > During our end of year compilation for 2006, i stumbled on a particular > account belonging to one late Mr. PHILIP HAY, with a balance of > $14,700,000 and without any hint of a surviving beneficiary. > > I am seeking your sincere co-operation, so i can present your details as > the beneficiary to the deposit, so that the funds will be transferred to > any account(s) you provide, then we can arrange to meet at any location to > discuss business and share the funds with equal percentages.50%-50%. > > Please contact me immediately, and let me know if you are going to be > able to assist me or not, so i can immediately send you more information, > while i want us to speak as soon as possible, as everything will be done > under legal conditions to ensure there are no risks involved. > > Regards, > Charles Cole > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/From-Charles-Cole-%28UK%29-tf3266544.html#a9280197 Sent from the Debian Devel mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Pkg-cryptsetup-devel] From Charles Cole (UK)
who the heck is charles cole Charles Cole wrote: > > Compliments, > > I am Charles Cole and i presently work in the London out-station office > of a world reknowed organisation. > > Please pardon my approaching you through this medium, as i ask you to > consider the issues seriously. > > Since July 1997, the Swiss Banker's Association, published a list of > dormant accounts originally opened by non-Swiss citizens and with the > efforts of my organisation, there has been a discovery of over 47,000 > additional dormant accounts, ranging from interest-bearing savings > accounts, securities accounts, custody accounts, non-interest-bearing > transaction accounts, as well as numbered accounts. > > During our end of year compilation for 2006, i stumbled on a particular > account belonging to one late Mr. PHILIP HAY, with a balance of > $14,700,000 and without any hint of a surviving beneficiary. > > I am seeking your sincere co-operation, so i can present your details as > the beneficiary to the deposit, so that the funds will be transferred to > any account(s) you provide, then we can arrange to meet at any location to > discuss business and share the funds with equal percentages.50%-50%. > > Please contact me immediately, and let me know if you are going to be > able to assist me or not, so i can immediately send you more information, > while i want us to speak as soon as possible, as everything will be done > under legal conditions to ensure there are no risks involved. > > Regards, > Charles Cole > > > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact > [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/From-Charles-Cole-%28UK%29-tf3266544.html#a9280220 Sent from the Debian Devel mailing list archive at Nabble.com. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hijacking imagemagick
Hi, The maintainer of imagemagick, Ryuichi Arafune <[EMAIL PROTECTED]>, didn't answer any ping [1]. So, I will hijack this package. I will comaintain [2] it with Daniel Kobras <[EMAIL PROTECTED]>. A new upload is coming. luciano [1] http://lists.debian.org/debian-devel/2007/01/msg00390.html [2] http://alioth.debian.org/plugins/scmcvs/cvsweb.php/imagemagick/?cvsroot=pkg-gmagick pgpvjDYeZQw3L.pgp Description: PGP signature
