Re: Google Summer of Code 2008
On Wed, Feb 27, 2008 at 01:53:17PM +, Jon Dowland wrote: On Wed, Feb 27, 2008 at 09:42:17AM +0100, Lucas Nussbaum wrote: (1) Forbid DDs and people in the NM process waiting for FD/DAM to apply as students. What if we do this, and still do not get many new people applying? How about a policy of prioritising non-DD/NM/DM/whatever contributions, rather than outright forbidding established people? Uh, applicants who're already familiar with the project (both Debian and the specific GSoC project they're applying for) have a much better chance of success; applicants who are already DDs have a much easier time actually contributing than people who aren't. Hamstringing ourselves and our applicants by discouraging prior involvement is crazy. For comparison: I mentored the same project in 2006 and 2007 with different students; the 2006 student unfortunately wasn't able to get anywhere; the 2007 student has been involved in Debian as a sponsored package maintainer for a while that happened to be related to the topic, worked on academic research also related to the topic, and at the end of the summer was was one of the test cases for deployment of Debian Maintainers; he was impressively successful at the GSoC task and has been continuing with it since then. Sorry, but preferncing people with no experience or involvement is a *completely* backwards approach, however you water it down. That said, GSoC is meant to be about *learning* and *getting people involved* in the project and mentorship, so a student who's already really experienced with Debian will still need to find some area that they don't already know inside and out, aren't already involved in completely, and can find someone who knows more about it than they do to act as their mentor. Cheers, aj signature.asc Description: Digital signature
Re: Google Summer of Code 2008
On Thu, Feb 28, 2008 at 09:17:56AM +0100, Lucas Nussbaum wrote: I really can't figure out what you're saying, here. AFAICS, we had significantly *better* results when choosing GSoC projects submitted by existing Debian contributors. Where are these failures you're talking about? My definition of failure is: (what was achieved) (what I expected to be achieved, given the skills of the people assigned and the time they were supposed to spend on the project). That's of course subjective, Yes, subjective to the point of absurdity. If failure is defined in terms of *your* expectations, I don't see how we can even have a meaningful dialogue about it. but I think that the evaluation done by the mentors is subjective too. How were the GSOC projects evaluated? I don't know how they were evaluated, but why are you only now asking this question, and of debian-devel instead of the program mentors? This seems like a question that ought to be asked of the relevant parties *before* declaring that Debian's participation in GSoC has been a failure. An objective metric for success and failure is accomplished the goals that were stated at the beginning of the project. Another is produces working code. I think these are the most important objective metrics for success, and it's my understanding that by these standards, Debian's participation in the 2007 GSoC was a success. There may be other objective metrics to consider; yet I don't see any way that the *students* should be judged to have failed if they met the goals that were agreed to up front, whether or not they met *your* expectations of output. The latter might indicate that the mentors failed to set appropriate goals, but that's an entirely separate question. Were they given goals to fullfill? We probably need to improve the descriptions of the projects a bit, so people know a bit more what they are expected to do. Again, questions that should be directed to the GSoC admins and/or mentors. But this is also addressed in the GSoC FAQ: 10. Will a student receive the stipend if the organization does not use her/his code? As long as the goals listed in a student's accepted application are met according to the judgment of her/his mentoring organization, the student will receive the stipend whether or not the project uses the code produced. http://code.google.com/soc/2008/faqs.html#0.1_stipend_code But the evaluations of the students' projects are not public in nature. It's up to Debian's GSoC admins to decide how much detail to share with you; I don't think it would be appropriate to make students have to answer to all 1000+ DDs for their GSoC work, whether or not the students are themselves DDs. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468311: ITP: octave-pkg-dev -- helper for building Octave packages
Package: wnpp Severity: wishlist Owner: Rafael Laboissiere [EMAIL PROTECTED] * Package name: octave-pkg-dev Version : 0.1 Upstream Author : Rafael Laboissiere [EMAIL PROTECTED] * URL : http://svn.debian.org/wsvn/pkg-octave/octave-pkg-dev/trunk/?rev=0sc=0 * License : GPL Programming Lang: Make, Perl Description : helper for building Octave packages This package provides the infrastructure for building add-on packages for Octave, a numerical computation program [1]. These add-on packages can be installed by the user through the Octave's pkg.m system, but the Debian Octave Group (DOG) [2] will provide them as Debian packages. The main origin of such add-ons is the octave-forge project [3]. This package is meant to be used by the members of the DOG and should be of very limited interest to the general user. [1] http://www.octave.org [2] http://pkg-octave.alioth.debian.org/ [3] http://octave.sf.net/packages.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468314: RFH: k3b -- A sophisticated KDE CD burning application
Package: wnpp Severity: normal I request a co-maintainer for K3b. There are often quite a few bugs which take some time to investigate and attempt to reproduce before forwarding upstream (and following up). It's not a huge amount of work, but it would be quite nice to split the work with someone else. On my list of things to do is merge the packaging with the Ubuntu version and try to collaborate more with the Ubuntu maintainers. So if anyone is keen to help out with a package that's use by a very large number of users, please get in touch with me. Francois The package description is: K3b is a GUI frontend to the CD recording programs cdrdao and cdrecord. Its aim is to provide a very user friendly interface to all the tasks that come with cd recording. . It can be used to copy CDs and burn: - audio CDs (from wav, mp3, ogg vorbis, mpc or flac files) - data CDs and DVDs - mixed-mode CDs (CD-Extra support) - VCDs (1.1, 2.0 and SVCD) - ISO files (Joliet/Rockridge and El Torito support) - eMovix CDs -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.17-hrt3-grsec (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.utf8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Google Summer of Code 2008
On 28/02/08 at 01:09 -0800, Steve Langasek wrote: On Thu, Feb 28, 2008 at 09:17:56AM +0100, Lucas Nussbaum wrote: I really can't figure out what you're saying, here. AFAICS, we had significantly *better* results when choosing GSoC projects submitted by existing Debian contributors. Where are these failures you're talking about? My definition of failure is: (what was achieved) (what I expected to be achieved, given the skills of the people assigned and the time they were supposed to spend on the project). That's of course subjective, Yes, subjective to the point of absurdity. If failure is defined in terms of *your* expectations, I don't see how we can even have a meaningful dialogue about it. Note that my main point in the thread is we should use GSOC to get fresh blood in Debian, not to fund existing contributors. The point about Debian GSOC projects have been unsuccessful in the past is totally secondary. I am under the impression that results from last years' GSOC projects weren't up to par with what could have reasonably been expected from them, based on the skills of the students and the time they were supposed to spend on the projects. Maybe I'm wrong, but it will be difficult for you to convince me of that, since we lack data :-) but I think that the evaluation done by the mentors is subjective too. How were the GSOC projects evaluated? I don't know how they were evaluated, but why are you only now asking this question, and of debian-devel instead of the program mentors? Mainly because GSOC 2008 was announced on d-d-a with a reply-to set to [EMAIL PROTECTED] Also, my goal is not to do a witch hunt about last years' projects. Frankly, I don't care. My goal is to see if we can improve things this year (if there's something to improve). This seems like a question that ought to be asked of the relevant parties *before* declaring that Debian's participation in GSoC has been a failure. I never said that. An objective metric for success and failure is accomplished the goals that were stated at the beginning of the project. Another is produces working code. I think these are the most important objective metrics for success, and it's my understanding that by these standards, Debian's participation in the 2007 GSoC was a success. There may be other objective metrics to consider; yet I don't see any way that the *students* should be judged to have failed if they met the goals that were agreed to up front, whether or not they met *your* expectations of output. The latter might indicate that the mentors failed to set appropriate goals, but that's an entirely separate question. I was not aware that all of last year's projects were succesful (by the mentors' metrics). Am I allowed to change what I wrote in a previous mail? I'd like to substitute: I'm not saying that students that were DD did nothing of their time during GSoc, but most of them failed their projects With: I'm not saying that students that were DD did nothing of their time during GSoc, but most of them produced results that were a bit disappointing given what people could have expected from them, mainly because they used their GSOC time to work on other Debian tasks. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Google Summer of Code 2008
On 28/02/2008, Lucas Nussbaum wrote: Nice claims. Pointers? I agree that this is mainly based on personal perception (but that's not really my fault: no final report about what students did (in detail) are available). OK. So you lack info, thus assume people failed. Nice. Steve already answered about this, anyway. How is this distinction relevant? Isn't that possible to be waiting-for-that-never-coming-DAM-review, student, but also working on various opensource projects, as well as maintaining packages, alone or within teams, working on various areas of the Debian project (e.g. QA, by providing with patches, NMUing packages; or mentoring people with their new or updated packages), at the very same time? I believe it's possible. And I believe you'll find a trivial example. GSOC != get funding for existing DDs to do $DEBIAN_WORK. If GSOC is only DuncTank 2.0, I think that we could have a nice thread^Hflamewar about whether it's good or evil. GSOC is considered good by many people because one of its stated goals is to bring fresh blood to free software. I'm not saying that GSOC is about getting funded to do $USUAL_DEBIAN_WORK, I'm just saying that it's possible to work on very different areas, and to keep a separation before “usual work” and “GSOC work”, and that your distinction (early-NM, waiting-forever-NM, and so on) is totally irrelevant. BTW, it might be relevant to check GSOC's FAQ to see what it is about. , | Google Summer of Code has several goals: | | * Get more open source code created and released for the benefit of | all; | * Inspire young developers to begin participating in open source | development; | * Help open source projects identify and bring in new developers and | committers; | * Provide students in Computer Science and related fields the | opportunity to do work related to their academic pursuits during | the summer (think flip bits, not burgers); | * Give students more exposure to real-world software development | scenarios (e.g., distributed development, software licensing | questions, mailing-list etiquette). ` Source: http://code.google.com/soc/2008/faqs.html#0.1_goals Please note that it's not only about “bringing fresh blood to free software”. Now, I agree that fresh blood is difficult to define. Is someone that has been involved a bit in Debian for 1-2 months fresh blood? Again, that's not the (only) point. Someone who submitted some bug reports, but never got involved? Submitting bug reports is IMHO a way to get involved. At least in my experience, FTWC. someone who is very involved in GNOME, but not involved in Debian? So my distinction sucks, but I couldn't come up with something better that fitted in a line. There's no line to fit. Now. How come it wouldn't be possible to apply for a GSOC slot, lowering the involvement in one (or more) of the above-mentioned areas, and concentrating on a specific project? Past years show that this is very hard to do, Pointers? Ahah, no, you already said you haven't got any. but of course it's possible. But that also means that we are shooting ourselves in the foot: we are asking someone to lower his involvement in some areas of Debian, where we might be depending on him. Many Debian teams might not be able to afford to lose an active contributor during the summer (just before the lenny release!) so he can work on his GSOC project. Huh? You know about libre arbitre, right? If people apply to GSOC, their choice. I really don't know why you would forbid them to apply. So that they keep doing the dirty job before a release? -- Cyril Brulebois pgpSjKxjhcWxG.pgp Description: PGP signature
Bug#468315: ITP: efreet -- Implementation of the freedesktop.org specs for use with E17/EFL
Package: wnpp Severity: wishlist Owner: Jan Luebbe [EMAIL PROTECTED] * Package name: efreet Version : 0.0.3.042 Upstream Author : Carsten Haitzler and the e17 devel team [EMAIL PROTECTED] * URL : http://www.enlightenment.org/ * License : BSD Programming Lang: C Description : Implementation of the freedesktop.org specs for use with E17/EFL An implementation of several specifications from freedesktop.org intended for use in Enlightenment DR17 (e17) and other applications using the Enlightenment Foundation Libraries (EFL). Currently, the following specifications are included: - Base Directory - Desktop Entry - Icon Theme - Menu -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (900, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-x60s (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Google Summer of Code 2008
On 28/02/2008, Lucas Nussbaum wrote: 2) | * Inspire young developers to begin participating in open | source development; 3) | * Help open source projects identify and bring in new | developers and committers; 5) | * Give students more exposure to real-world software | development scenarios (e.g., distributed development, | software licensing questions, mailing-list etiquette). Points 2,3 and 5 can be summarized as goal of GSOC is get fresh blood. Only point 1 is about goal of GSOC is to get code written. This is too ambiguous to conclude anything from it. No. 2) is about *development*. Development is not necessarily a part of the usual job of Debian packagers. 5) is also about development. And I really believe that there's a very large gap between packaging and developping. Of course that depends on the packages, the packagers, and so on. But in the cases you try to address, it looks like glibc or X hackers aren't concerned. You also don't speak about 4) at all. Pointers? Ahah, no, you already said you haven't got any. It would be a good idea to ask jvm, ana, marga, tincho and lamby about their opinion on that topic. Looks to me like the very first thing you should have done. Huh? You know about libre arbitre, right? If people apply to GSOC, their choice. I really don't know why you would forbid them to apply. So that they keep doing the dirty job before a release? Gah, you discovered my evil plans :-) I don't find that funny. At all. -- Cyril Brulebois pgpoGJUuUPPma.pgp Description: PGP signature
Re: Idea of Debian mascot
How about a potato as a mascot? It is a staple in many diets, it dovetails nicely with the Toy Story leitmotif running through debian versioning, and is malleable allowing it to look like a lot of things, i.e. with a face, a swirl on its belly, etc. The logos are fantastic and should not be changed. Changing the swirl would damage the debian brand which stands for technically advanced, commited to freedom, user-focused, stable and supported amongst other things. If the swirl changed, it would make debian seem less stable since the image of the brand would be seen to shift. A mascot might help with branding. While branding is generally something that FLOSS engineers care nothing about, and seems trivial, it has an impact. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Google Summer of Code 2008
On 28/02/08 at 11:36 +0100, Cyril Brulebois wrote: On 28/02/2008, Lucas Nussbaum wrote: 2) | * Inspire young developers to begin participating in open | source development; 3) | * Help open source projects identify and bring in new | developers and committers; 5) | * Give students more exposure to real-world software | development scenarios (e.g., distributed development, | software licensing questions, mailing-list etiquette). Points 2,3 and 5 can be summarized as goal of GSOC is get fresh blood. Only point 1 is about goal of GSOC is to get code written. This is too ambiguous to conclude anything from it. No. 2) is about *development*. Development is not necessarily a part of the usual job of Debian packagers. Remember that those goals apply to all participating organizations, not only to Debian. I don't think (but I might be wrong) that (2) should be read as: Inspire young developers to begin participating in open source development (as opposed to packaging, documentation, translation). I think that development should be understood as something general. In Debian, I think that packaging is usually considered development. Or many of us are debian packagers, not debian developers :-) 5) is also about development. Indeed, more exposure could be understood as more exposure than they currently have. But really, I'm not so sure that's the case. You also don't speak about 4) at all. Because (4) doesn't seem relevant to the current discussion? Pointers? Ahah, no, you already said you haven't got any. It would be a good idea to ask jvm, ana, marga, tincho and lamby about their opinion on that topic. Looks to me like the very first thing you should have done. Who said I didn't? But maybe it was in private IRC discussions/mails. And maybe I didn't talk to all of them about that neither, so I'm biaised. Huh? You know about libre arbitre, right? If people apply to GSOC, their choice. I really don't know why you would forbid them to apply. So that they keep doing the dirty job before a release? Gah, you discovered my evil plans :-) I don't find that funny. At all. I understand that you are frustrated by the current state of DAM (Cyril has been waiting for DAM to review his application for more than 3 months). I am, too (in fact, I think that our inability to give accounts to some of our most active contributors is one of the biggest problem in Debian currently). But please don't let this reflect too badly on your state of mind. I think that your tone in some mails of this thread has been unnecessarily agressive. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Re: Google Summer of Code 2008
On 28/02/08 at 10:54 +0100, Cyril Brulebois wrote: BTW, it might be relevant to check GSOC's FAQ to see what it is about. , | Google Summer of Code has several goals: | | * Get more open source code created and released for the benefit of | all; | * Inspire young developers to begin participating in open source | development; | * Help open source projects identify and bring in new developers and | committers; | * Provide students in Computer Science and related fields the | opportunity to do work related to their academic pursuits during | the summer (think flip bits, not burgers); | * Give students more exposure to real-world software development | scenarios (e.g., distributed development, software licensing | questions, mailing-list etiquette). ` Source: http://code.google.com/soc/2008/faqs.html#0.1_goals Please note that it's not only about “bringing fresh blood to free software”. Points 2,3 and 5 can be summarized as goal of GSOC is get fresh blood. Only point 1 is about goal of GSOC is to get code written. This is too ambiguous to conclude anything from it. Now. How come it wouldn't be possible to apply for a GSOC slot, lowering the involvement in one (or more) of the above-mentioned areas, and concentrating on a specific project? Past years show that this is very hard to do, Pointers? Ahah, no, you already said you haven't got any. It would be a good idea to ask jvm, ana, marga, tincho and lamby about their opinion on that topic. but of course it's possible. But that also means that we are shooting ourselves in the foot: we are asking someone to lower his involvement in some areas of Debian, where we might be depending on him. Many Debian teams might not be able to afford to lose an active contributor during the summer (just before the lenny release!) so he can work on his GSOC project. Huh? You know about libre arbitre, right? If people apply to GSOC, their choice. I really don't know why you would forbid them to apply. So that they keep doing the dirty job before a release? Gah, you discovered my evil plans :-) -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Google Summer of Code 2008
On 28/02/2008, Lucas Nussbaum wrote: Who said I didn't? But maybe it was in private IRC discussions/mails. And maybe I didn't talk to all of them about that neither, so I'm biaised. Because you said that your previous claims were based on your personal impressions rather than anything else? Why didn't you provide us with info/pointers, then, instead of “It would be a good idea…”? It would be nice to stop using maybe's. I understand that you are frustrated by the current state of DAM (Cyril has been waiting for DAM to review his application for more than 3 months). I am, too (in fact, I think that our inability to give accounts to some of our most active contributors is one of the biggest problem in Debian currently). But please don't let this reflect too badly on your state of mind. My state of mind is “nothing too dramatic”. I think that your tone in some mails of this thread has been unnecessarily agressive. I think that your trying to keep almost-DD's out of GSOC for bogus reasons has been unnecessarily aggressive. -- Cyril Brulebois pgpc67crjt6XN.pgp Description: PGP signature
Re: apt-get and SOCKS!
Hi Edward, * Edward Tjornhammar [EMAIL PROTECTED] [2008-02-28 12:26]: This might not be the correct place but here goes.. apt-get provides http_proxy and ftp_proxy support but why not SOCKS? [...] No idea but nothing prevents you from using for example tsocks. Kind regards Nico -- Nico Golde - http://www.ngolde.de - [EMAIL PROTECTED] - GPG: 0x73647CFF For security reasons, all text in this mail is double-rot13 encrypted. pgpRTHadNJhxz.pgp Description: PGP signature
apt-get and SOCKS!
This might not be the correct place but here goes.. apt-get provides http_proxy and ftp_proxy support but why not SOCKS? I have no experience with SOCKS other than that I use it daily in conjunction with firefox and ssh. I think it is a feature which could be of use to others as well since it would enable you to use apt over ssh. -- Edward Tjörnhammar \_\X\_ Cube² \_\_\X +46703784224 \X\X\X !DSPAM:47c68f4a30731151511124! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fwd: Introduction
Note: forwarded message attached. - Looking for last minute shopping deals? Find them fast with Yahoo! Search.---BeginMessage--- andrew warri [EMAIL PROTECTED] wrote: Date: Mon, 25 Feb 2008 08:00:40 -0800 (PST) From: andrew warri [EMAIL PROTECTED] Subject: Introduction To: [EMAIL PROTECTED] We write to introduce Health Missions International (HMI), a Christian, Non-profit, non-governmental organization registered under the company and Allied Acts of 1990 of the Federal Republic of Nigeria. Our registration No. is CAC/11/NO21821 with corporate Affairs Commission Nigeria (see website www.cacnigeria.org). We are involved with the provision of Free Health Care to the doorsteps of the poor underserved people of the rural areas of Nigeria, West Africa and recently,South Africa. We have been able to achieved this with a strong collaborative bond with A.M.PROJECTS(amp). We have reached out to as much as 250,000 poor across Africa with free health care since 2003 when we started We have a volunteer base of almost 1000 doctors/surgeons/pharmacist and paramedics and others who are ready to invest their time and skill free of charge to treat poor people. You can be part of us through your: 1. Prayers 2. Participation as a volunteer 3. Sending us used or unused hospital equipment/consumables/drugs 4. Sending us All Terrain Vehicles 5. Sponsoring the treatment of the poor by sending us cash (dollars or pounds). As little as one dollar or pound will go a long way to save a life. You may wish to reach us through our site; www.amphmi.org or e-mail Dr. Warri at [EMAIL PROTECTED] or call on; +2348033127959, +23484482484 or +27731162870 Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping - Never miss a thing. Make Yahoo your homepage.---End Message---
apt-get and SOCKS
This might not be the correct place but here goes.. apt-get provides http_proxy and ftp_proxy support but why not SOCKS? I have no experience with SOCKS other than that I use it daily in conjunction with firefox and ssh. I think it is a feature which could be of use to others as well since it would enable you to use apt over ssh. Regards !DSPAM:47c6934330731369617410! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
FW by [EMAIL PROTECTED] : Bug#467249: man-db: over sensitive on the spell of locale
Hello Maintainers, It seems there is a common problem while setting up the correct UNICODE locale in systems. As the posster in the attached message has written, he has setup his locale to zh_CN.utf8 which is wrong, but as he has written too, the output of locale -a show it. I have many customers with the same problem... I think, there should be a global solution for this, since patching man-db is worthless. Please discuse this problem and let me stay in the MFT. Thanks, Greetings and nice Day Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant - Forwarded message from LI Daobing [EMAIL PROTECTED] - Date: Sun, 24 Feb 2008 11:51:44 +0800 From: LI Daobing [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: Bug#467249: man-db: over sensitive on the spell of locale X-PTS-Package: man-db X-Debian-PR-Package: man-db Package: man-db Version: 2.5.1-2 Severity: important when set locale to zh_CN.UTF-8, I can view a chinese manpage with man -l ls.zh_CN.1, but when set locale to zh_CN.utf8, I got many rubbish charaters on the screen. and the information generated by locale -a is zh_CN.utf8, so many users set locale to utf8 instead of UTF-8. the ls.zh_CN.1 in attchment. please fix it, thanks. or you can reproduce this bug with following commands. Thanks. $ LANG=zh_CN.UTF-8 man --warnings -l ls.zh_CN.1 /dev/null $ LANG=zh_CN.utf8 man --warnings -l ls.zh_CN.1 /dev/null standard input:9: warning: can't find special character `u013F' standard input:9: warning: can't find special character `u011A' standard input:9: warning: can't find special character `u021D' standard input:11: warning: can't find special character `u0321' standard input:11: warning: can't find special character `u04AA' standard input:12: warning: can't find special character `u0461' // snip snip - End forwarded message --- -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Intent to hijack pyicqt
Hi package was only initially uploaded and then no bug fixes happened, what lead to completely broken package which I fixed by NMU in October 2007. Patrick promised to work on the package in December 2007 (see bug #453959 [1]), but nothing happened and I did not get any reply on my emails since that time. I have prepared package with new version in svn[2][3] and will upload them next week if no objections will appear. [1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453959 [2]:svn://svn.cihar.com/debian-pyicqt [3]:http://viewsvn.cihar.com/viewvc.cgi/debian-pyicqt/ -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Re: Intent to hijack pyicqt
Hi, I waited for a new version + waited for the final end of migration to google-code-base. Unfortunately I am quite busy at the moment but my intention was to get a new version ready before end of february - which was the last deadline you mentioned. Nevertheless - I totally understand your point and hereby agree to you taking over my package - but since it is my work in the first place + due to my continuing interest in the pyicqt package I'd like to co-maintain it. I hope you agree to that compromise. regards, Patrick Michal Čihař wrote: Hi package was only initially uploaded and then no bug fixes happened, what lead to completely broken package which I fixed by NMU in October 2007. Patrick promised to work on the package in December 2007 (see bug #453959 [1]), but nothing happened and I did not get any reply on my emails since that time. I have prepared package with new version in svn[2][3] and will upload them next week if no objections will appear. [1]:http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453959 [2]:svn://svn.cihar.com/debian-pyicqt [3]:http://viewsvn.cihar.com/viewvc.cgi/debian-pyicqt/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to hijack pyicqt
Hi On Thu, 28 Feb 2008 16:32:50 +0100 Patrick [EMAIL PROTECTED] wrote: I waited for a new version + waited for the final end of migration to google-code-base. Unfortunately I am quite busy at the moment but my intention was to get a new version ready before end of february - which was the last deadline you mentioned. I just did not see any reaction from your side, that's why I wrote this email. End of February is tomorrow and wanted to get feedback ;-). Nevertheless - I totally understand your point and hereby agree to you taking over my package - but since it is my work in the first place + due to my continuing interest in the pyicqt package I'd like to co-maintain it. I hope you agree to that compromise. Of course no problem with that. Maybe we can use PAPT [1] for co-maintaining it as Sandro Tosi has suggested me. [1] http://wiki.debian.org/Teams/PythonAppsPackagingTeam -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Uzeneted erkezett!
Udv!:) Tudom, hogy nem szeretsz ilyen leveleket kapni, de hidd el most az egyszer megeri elolvasnod, mert sok levelet kapunk vissza hogy majdnem kitorolte de azert csak megerte elolvasni, mert fantasztikus az oldal amit ajanlunk, es tenyleg az! Nalunk tiszta tartamat kapsz, semmi reklam semmi elougro ablak! Kerlek nezd meg: http://bioweb.webhop.net/ Koszonettel: BiO Team ui.: email cimedet egy adatbazisbol kaptuk, amihez elozetesen hozzajarultal. Ezt a levelt csak 1x kapod meg, mi nem fogunk ezzel zaklatni tobbet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468381: ITP: commithooks -- Hooks to inject VCS commits into bug-tracking systems
Package: wnpp Severity: wishlist Owner: John Goerzen [EMAIL PROTECTED] * Package name: commithooks Version : 1.0.0 Upstream Author : John Goerzen [EMAIL PROTECTED] et al * URL : http://software.complete.org/commithooks * License : GPL and BSD Programming Lang: Shell and Python Description : Hooks to inject VCS commits into bug-tracking systems This is a collection of scripts to process commit actions from different version control systems (VCS) and inject the results into different bug-tracking systems (BTS), sometimes closing bugs as a result. . Supported VCS include Darcs, Mercurial, and Git. Supported BTS include debbugs (the Debian BTS) and Trac. This package will be uploaded once #468226 has been resolved, as it contains a derivative of the referenced script. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (99, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and SOCKS!
On Thu, Feb 28, 2008 at 11:39:06AM +0100, Edward Tjornhammar wrote: apt-get provides http_proxy and ftp_proxy support but why not SOCKS? I have no experience with SOCKS other than that I use it daily in conjunction with firefox and ssh. I think it is a feature which could be of use to others as well since it would enable you to use apt over ssh. I'd suggest checking for a wishlist bug filed against apt, requesting SOCKS support. If it doesn't exist, file it. -- Jon Dowland -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and SOCKS!
On Thu, 2008-02-28 at 16:53 +, Jon Dowland wrote: On Thu, Feb 28, 2008 at 11:39:06AM +0100, Edward Tjornhammar wrote: apt-get provides http_proxy and ftp_proxy support but why not SOCKS? I have no experience with SOCKS other than that I use it daily in conjunction with firefox and ssh. I think it is a feature which could be of use to others as well since it would enable you to use apt over ssh. I'd suggest checking for a wishlist bug filed against apt, requesting SOCKS support. If it doesn't exist, file it. At least with curl, 'export http_proxy=socks5://ip:port/'. So it might work with apt too. I've used apt with a socks proxy before, I know that. William signature.asc Description: This is a digitally signed message part
Bug#468408: ITP: libgenome -- toolkit for developing bioinformatic related software
Package: wnpp Severity: wishlist Owner: Andreas Tille [EMAIL PROTECTED] * Package name: libgenome Version : 1.3.0 Upstream Author : Aaron Darling [EMAIL PROTECTED] and others * URL : http://asap.ahabs.wisc.edu/software/software-development-libraries/libgenome.html * License : GPL Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : toolkit for developing bioinformatic related software libGenome is a freely available toolkit for developing bioinformatic related software in C++. It is intended to take the hassle out of performing common tasks on genetic sequence and annotation data. . Among other things, libGenome can help you: . * Read and write Multi-FastA format files * Read and write GenBank flat file database entries * Append, chop, truncate, reverse, complement, translate, and otherwise mangle sequence data * Access annotation in GenBank flat files The package will be team maintained by the Debian-Med packaging team. Preliminary packaging stuff can be found at http://svn.debian.org/wsvn/debian-med/trunk/packages/libgenome/trunk/debian/?rev=0sc=0 Kind regards Andreas. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (501, 'testing'), (50, 'unstable'), (5, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Configuration Packaging System
Timothy G Abbott writes (Re: Debian Configuration Packaging System): So, our goal is to provide our users with the same opportunities to override our configuration defaults as they would have had if Debian had been providing them instead. Using the Debian packaging system for this configuration is a good way to achieve this. The Debian packaging system and configuration setups are not designed to provide more than the one level of override for the contents of system files. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Configuration Packaging System
On Thu, 28 Feb 2008, Ian Jackson wrote: Timothy G Abbott writes (Re: Debian Configuration Packaging System): So, our goal is to provide our users with the same opportunities to override our configuration defaults as they would have had if Debian had been providing them instead. Using the Debian packaging system for this configuration is a good way to achieve this. The Debian packaging system and configuration setups are not designed to provide more than the one level of override for the contents of system files. Configuration packages made using our system distribute only conffiles. End-users of the configuration packages can modify (e.g.) /etc/ldap/ldap.conf by changing /etc/ldap/ldap.conf.debathena, which is a normal Debian conffile (and is what users will change if they try to modify /etc/ldap/ldap.conf using any editor). While this may not have been something envisioned by the designers of the Debian packaging system, our system's use of standard pieces of the Debian packaging system certainly supports this. -Tim Abbott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
Mark Brown writes (Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)): I've no idea if anyone involved would consider it acceptable but might merging the triggers branch into the mainline with --squash be a suitable comprimise? This would give a single commit discarding the branch history which isn't ideal but would avoid having the history from your branch in the main history. Does this not also suffer from the problem that branches made from my triggers branch become unuseable or difficult to merge ? Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
Raphael Hertzog writes (Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)): As soon as you edit commits, they'll get a new id, and thus you'll disrupt merging. As I thought. What I am trying to achieve is to use git in the proper way: that is, in a way which makes merging work properly. Insisting that I use git in a manner which makes merges break but gives prettier logfiles is absurd. The thing that you doesn't seem to understand is that if you don't do it, Guillem will do it for you and you'll have to fix up your other branches (flex-based parser, ...) anyway and you won't be able to use plain merge for that (or rather you can but it will be highly inefficient compared to a git-rebase -i where you skip the irrelevant commits that have been merged with other id). Only if Guillem insists on not taking on board the points that I and others are making here. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
On Thu, 28 Feb 2008, Ian Jackson wrote: Mark Brown writes (Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)): I've no idea if anyone involved would consider it acceptable but might merging the triggers branch into the mainline with --squash be a suitable comprimise? This would give a single commit discarding the branch history which isn't ideal but would avoid having the history from your branch in the main history. Does this not also suffer from the problem that branches made from my triggers branch become unuseable or difficult to merge ? git merge --squash is more or less equivalent to applying the patch corresponding to the whole branch. So it will also break merging from other branches based on the merged branch. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FW by [EMAIL PROTECTED] : Bug#467249: man-db: over sensitive on the spell of locale
On Thu, Feb 28, 2008 at 10:42:30AM +0100, Michelle Konzack wrote: Hello Maintainers, It seems there is a common problem while setting up the correct UNICODE locale in systems. As the posster in the attached message has written, he has setup his locale to zh_CN.utf8 which is wrong, but as he has written too, the output of locale -a show it. No way which way the _locale_ is spelt (including vi_VI without even the word utf inside), the _charset_ is UTF-8. No program ever should look at the locale's name, as it has more quirks like this. Checking the charset will get you what you want. I think, there should be a global solution for this, since patching man-db is worthless. Actually, it's groff what's at fault here. Mostly. $ LANG=zh_CN.UTF-8 man --warnings -l ls.zh_CN.1 /dev/null $ LANG=zh_CN.utf8 man --warnings -l ls.zh_CN.1 /dev/null standard input:9: warning: can't find special character `u013F' standard input:9: warning: can't find special character `u011A' standard input:9: warning: can't find special character `u021D' standard input:11: warning: can't find special character `u0321' standard input:11: warning: can't find special character `u04AA' standard input:12: warning: can't find special character `u0461' // snip Too bad, groff doesn't have real Unicode support, and supports only several special-cased locales (which may then be transcoded as UTF-8, but they still get wrapped into their old-style charsets). Instead of changing the special-case recognition, I would instead completely skip special-casing and just treat all characters equally. Including, but not limited to, u013F and u0461. I've did some initial work at this, but unfortunately I'm dead busy right now. For show me the code, working but not good enough to even to submit to Colin pan-Unicode groff and man-db are at deb-src http://angband.pl/debian sid main (just don't look inside, they're too ugly to live). On the upside, on tty everything but RTL (Hebrew/Arabic) works just fine, including CJK, Vietnamese, Devanagari and cuneiform, even all together in one manpage (try man utf8test). What's lacking is support for html (should be trivial), ps (aargh...) and other devices. I'm afraid I can do nothing at least until late friday... but it looks like we may be able to help Colin squash at least this bastion of locale dependency. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)
Ian Jackson writes (Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)): It is very unfortunate for git that most of its advocates want to adopt these almost unmanageable development practices along with the revision control software. I'd like to expand on this, and partly reiterate what John Goerzen said earlier about other revision control systems. If dpkg were in darcs, bzr or arch, hardly anyone would seriously suggest a workflow like the suggested git-rebase; we've heard that it's in a minority amongst hg users as well. Everyone would assume that we would use the workflow I am proposing. That workflow is indeed supported by git. So it is clear that my suggested workflow is not inherently unacceptable or unworkable for dpkg. Is it really the case that just because git has this rebase functionality (which is designed for submitting patches in enormous projects), we must use it ? Surely the question is whether the benefits of the rebase workflow outweigh the costs. Costs: * Code changes need to be reworked and reorganised * Commit logs need to be reedited * Code needs to be retested after the above changes have been made, probably several times * The commit logs do not reflect reality Benefits: * It is somewhat easier to read the diffs when considering whether to merge, or whether to do substantial structural rework first * The commit logs are neater The first one of those two benefits is obviously the only one that is relevant. But it can only be relevant if there is some doubt as to whether my triggers code should be merged without substantial rework. Surely it must be clear that it should ? The specification was discussed extensively and agreed in the appropriate Debian fora. The implementation has been deployed and tested in a very widely used Debian derivative. The cost of attempting to reorganise the timeline of code changes should not be underestimated. It's not just the work (and its tiresome nature). These kind of activities, like merging, are very error-prone. Ie, if we adopt the rebase workflow the result is likely to have more bugs. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468421: ITP: libtest-xml-simple-perl -- easy testing for XML
Package: wnpp Severity: wishlist Owner: Jaldhar H. Vyas [EMAIL PROTECTED] * Package name: libtest-xml-simple-perl Version : 0.09 Upstream Author : Joe McMahon, [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/Test-XML-Simple/ * License : GPL+Artistic Programming Lang: Perl Description : easy testing for XML Test::XML::Simple is a very basic class for testing XML. It uses the XPath syntax to locate nodes within the XML. You can also check all or part of the structure vs. an XML fragment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#467249: FW by [EMAIL PROTECTED] : Bug#467249: man-db: over sensitive on the spell of locale
On Thu, Feb 28, 2008 at 09:21:41PM +0100, Adam Borowski wrote: On Thu, Feb 28, 2008 at 10:42:30AM +0100, Michelle Konzack wrote: It seems there is a common problem while setting up the correct UNICODE locale in systems. As the posster in the attached message has written, he has setup his locale to zh_CN.utf8 which is wrong, but as he has written too, the output of locale -a show it. No way which way the _locale_ is spelt (including vi_VI without even the word utf inside), Irrelevant to this bug, as you'll see if you look at the code. the _charset_ is UTF-8. No program ever should look at the locale's name, as it has more quirks like this. Checking the charset will get you what you want. I think, there should be a global solution for this, since patching man-db is worthless. Actually, it's groff what's at fault here. Mostly. man-db really does have some special-casing here. Trust me. It was necessary at the time. There are a finite number of known aliases for the very small number of locales in question, and until it becomes unnecessary I will simply support those. (And I agree that it should go away, but can't easily just yet.) Please don't drag groff into this bug. I really hate it when bugs drift wildly off their original (accurately-constrained) topic despite attempts to haul them back. It makes them impossible to keep organised. $ LANG=zh_CN.UTF-8 man --warnings -l ls.zh_CN.1 /dev/null $ LANG=zh_CN.utf8 man --warnings -l ls.zh_CN.1 /dev/null standard input:9: warning: can't find special character `u013F' standard input:9: warning: can't find special character `u011A' standard input:9: warning: can't find special character `u021D' standard input:11: warning: can't find special character `u0321' standard input:11: warning: can't find special character `u04AA' standard input:12: warning: can't find special character `u0461' // snip Too bad, groff doesn't have real Unicode support, and supports only several special-cased locales (which may then be transcoded as UTF-8, but they still get wrapped into their old-style charsets). Instead of changing the special-case recognition, I would instead completely skip special-casing and just treat all characters equally. Including, but not limited to, u013F and u0461. Are you working with Brian M. Carlson on this? He has been working on a solution acceptable to groff upstream, which is, frankly, the only way I want to go now. He has already made substantial progress with character class support. Treating all characters equally will absolutely not be acceptable to groff upstream. groff is a typesetter and needs to know about properties of characters. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#467249: FW by [EMAIL PROTECTED] : Bug#467249: man-db: over sensitive on the spell of locale
On Thu, Feb 28, 2008 at 09:30:55PM +, Colin Watson wrote: On Thu, Feb 28, 2008 at 09:21:41PM +0100, Adam Borowski wrote: man-db really does have some special-casing here. Trust me. It was necessary at the time. There are a finite number of known aliases for the very small number of locales in question, and until it becomes unnecessary I will simply support those. (And I agree that it should go away, but can't easily just yet.) Is there some way to query what character set a locale uses? If not, I think that man-db should default to UTF-8 (since that *is* the standard on Debian) and handle exceptions to that. Processing an ASCII manpage as UTF-8 is a no-op. And it's pretty easy to tell if something isn't valid UTF-8, and man-db can handle that as it normally would. Of course, I'm not contributing code, so my opinion is worth what you paid for it. Too bad, groff doesn't have real Unicode support, and supports only several special-cased locales (which may then be transcoded as UTF-8, but they still get wrapped into their old-style charsets). AIUI, PostScript doesn't have UTF-8 support either, yet it seems to work just fine. Anyway, newer versions of groff have a conversion tool that maps UTF-8 (or any arbitrary character set) input into glyph names. But Debian's groff has been very heavily patched with support for kinsoku shori (prohibition character handling) and so we cannot simply update to a newer version. Believe me, if it were that easy, I'm sure Colin would have done it. Are you working with Brian M. Carlson on this? He has been working on a solution acceptable to groff upstream, which is, frankly, the only way I want to go now. He has already made substantial progress with character class support. Please be aware that I have little time with school right now, so this may not be implemented soon. In fact, it may not be ready in time for lenny's release. I will sit down and work on it some more soon, but my time is limited. If people want more information on my plan of attack, please do let me know, and I'll be happy to share. In fact, I'm off to hack some more on groff right now. -- brian m. carlson / brian with sandals: Houston, Texas, US +1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/thwack OpenPGP: RSA v4 4096b 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 signature.asc Description: Digital signature
Re: Bug#467249: man-db/groff and locales
On Thu, Feb 28, 2008 at 10:10:32PM +, brian m. carlson wrote: On Thu, Feb 28, 2008 at 09:30:55PM +, Colin Watson wrote: On Thu, Feb 28, 2008 at 09:21:41PM +0100, Adam Borowski wrote: man-db really does have some special-casing here. Trust me. It was necessary at the time. There are a finite number of known aliases for the very small number of locales in question, and until it becomes unnecessary I will simply support those. Of, course, encodings for _source_ pages are those we can't get away with. But for all intermediate steps, I don't see any reason to not go to a well-known encoding, do everything there and finally convert to whatever locale is set -- and you don't even need to name the charset there. Special-casing _output_ locales seems quite strange to me. (And I agree that it should go away, but can't easily just yet.) Could you tell us what keeps us with all the old cruft? By adding groff-1.19 like -Kcharset to our groff, I was able replace all special- casing except for source. In my ugly preliminary code most functions in src/encodings.c start with 'return UTF-8;' -- and it seems to work just fine in all locales I tested, which include zh_CN.GB2312 and similar. It's very likely I missed something, I hardly know anything about groff, but at least at the first glance, ripping away most of the file seems to be a win. Is there some way to query what character set a locale uses? If not, I think that man-db should default to UTF-8 (since that *is* the standard on Debian) and handle exceptions to that. Processing an ASCII manpage as UTF-8 is a no-op. And it's pretty easy to tell if something isn't valid UTF-8, and man-db can handle that as it normally would. AOL. I agree with Brian 100%. As you already added code to detect if the source is valid UTF-8 or not, all that needs to be done is using UTF-8 instead of ISO-8859-1 as the intermediate format. Too bad, groff doesn't have real Unicode support, and supports only several special-cased locales (which may then be transcoded as UTF-8, but they still get wrapped into their old-style charsets). AIUI, PostScript doesn't have UTF-8 support either, yet it seems to work just fine. Anyway, newer versions of groff have a conversion tool that maps UTF-8 (or any arbitrary character set) input into glyph names. I see. So, in very short term, groff would be able to output PostScript only for limited locales. That's no regression. And on tty and html, which are 99.99% of uses of man, suddenly all bugs like man iso-8859-2, Kanji names in English manpages, regressions in KOI-8R (#424655) or no support for Indic scripts would dissappear overnight with a minimal patch. Are you working with Brian M. Carlson on this? Not yet, I preferred to have some code to show first. He has been working on a solution acceptable to groff upstream, which is, frankly, the only way I want to go now. He has already made substantial progress with character class support. Sounds great. And that's the way to go. For example, when selecting width, groff 1.18 does: u2E00..u9FFF 48 0 uAC00..uD7AF 48 0 uFF00..uFFEF 48 0 which supports only CJK. My temporary solution has a hard-coded table (to minimize patching code): u0100..u10FF 24 0 u1100..u115F 48 0 u1160..u2328 24 0 u2329..u232A 48 0 u232B..u2E7F 24 0 [...] u1..u1FFFD 24 0 u2..u2FFFD 48 0 u3..u3FFFD 48 0 u4..u10 24 0 This supports all other code ranges, and is forward-compatible with when proper character class support and other goodies go in. Please be aware that I have little time with school right now, so this may not be implemented soon. In fact, it may not be ready in time for lenny's release. I will sit down and work on it some more soon, but my time is limited. If people want more information on my plan of attack, please do let me know, and I'll be happy to share. Likewise, I'm nearly unavailable for the next two days. I'll be able to help later, but bear in mind that groff is not my area of expertise, and I plan only minimal changes. -- 1KB // Microsoft corollary to Hanlon's razor: // Never attribute to stupidity what can be // adequately explained by malice. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#468408: ITP: libgenome -- toolkit for developing bioinformatic related software
On Thu, Feb 28, 2008 at 07:36:34PM +0100, Andreas Tille wrote: Package: wnpp Severity: wishlist Owner: Andreas Tille [EMAIL PROTECTED] * Package name: libgenome Version : 1.3.0 Upstream Author : Aaron Darling [EMAIL PROTECTED] and others * URL : http://asap.ahabs.wisc.edu/software/software-development-libraries/libgenome.html * License : GPL Programming Lang: (C, C++, C#, Perl, Python, etc.) Description : toolkit for developing bioinformatic related software libGenome is a freely available toolkit for developing bioinformatic related software in C++. It is intended to take the hassle out of performing common tasks on genetic sequence and annotation data. Just out of curiosity, did you forget to specify the programming language in the field above, or are there really bindings for languages other than C++ available with this software? - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to cope with patches sanely
Manoj Srivastava wrote: Feature branches don't magically allow you to avoid merge conflicts either, so this is a red herring. Once you've resolved the conflict, then it becomes just another change. This change can become a diff in a stack of diffs. This whole message is a red herring, since hte feature branches do not attempt to handle merge conflicts -- that is not their purpose. They capture one single feature, independently from every other feature, and thumb their collective noses at merge conflicts. Yes. Feature branches are effectively forking a particular version of a project - this is not a problem, and is essential for efficient development. People jumbling together changes in trunk branches is perhaps one of the worst upshots of the 2002-2006 or so obsession with poorly designed centralised systems and in my opinion sank many projects. The history of the integration branch captures the integration effort; and the integration branch makes no effort to keep the integration work up to date with current upstream and feature branches. Initially perhaps. However, once a feature is considered ready for inclusion, it is important that it contains merges FROM the branch they are targetting. They mean that a later merge back the other way, to merge the feature branch into the target branch, can happen painlessly. ASSUMING that you're using a system which has commutative merge characteristics, such as git or mercurial. If you think you can extract an up to date integration patch from the entrails of the integration branch -- feel free o smack me down. But please provide some substance to the assertion that it is doable. Perhaps I missed the context to this discussion - certainly expressing a history containing merge nodes in patches is non-trivial and can't be done with standard patch format - but I believe that this is certainly possible. Can you express this problem with reference to a particular history of an integration branch? I will provide some short git commands to extract the information in the form you are after. Sam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
Guus Sliepen dijo [Wed, Feb 27, 2008 at 07:55:08PM +0100]: Monkey is a Web Server written in C based on the HTTP/1.1 protocol. The objective is to develop a fast, efficient, small and easy to configure webserver. Although it is very small and does not need much system resources, it has a lot of nice features like Multithreading, Mimetype Support, Virtualhosts, CGI PHP, Basic Security features (Deny by URL + IP) The language the server is written in is not important. Use the debtags system to annotate the package with that kind of information. Also, don't use subjective wording like nice features. There are also too much capitals in your description. I suggest the following: Monkey is a small, fast, and easily configurable HTTP/1.1 compliant web server. It uses multi-threading and has support for MIME, virtual hosts, CGI and PHP. It offers basic security features, such as denying access to certain URLs for certain IP addresses. Even there, it looks very much like other very small webservers, such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, mini-httpd or thttpd. What does it do better than any of them? Or worse? Or different? Greetings, -- Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How to cope with patches sanely
On Fri, 29 Feb 2008 12:35:30 +1300, Sam Vilain [EMAIL PROTECTED] said: Manoj Srivastava wrote: Feature branches don't magically allow you to avoid merge conflicts either, so this is a red herring. Once you've resolved the conflict, then it becomes just another change. This change can become a diff in a stack of diffs. This whole message is a red herring, since hte feature branches do not attempt to handle merge conflicts -- that is not their purpose. They capture one single feature, independently from every other feature, and thumb their collective noses at merge conflicts. Yes. Feature branches are effectively forking a particular version of a project - this is not a problem, and is essential for efficient development. People jumbling together changes in trunk branches is perhaps one of the worst upshots of the 2002-2006 or so obsession with poorly designed centralised systems and in my opinion sank many projects. Err. If you go back and read this thread in the archive, You'll note that I have stated that my feature branches are always kept up to date with the latest upstream branch I am basing my Debian package on. When I have been creating patches for inclusion with upstream, I essentially feed them the source patch and a changelog entry -- essentially, creating a single patch series; squashing the underlying history. Most upstream do not care about the messy history of my development; and most do not grok arch well enough to pull directly. I am not sure what the relevance of trunk changes you mention has to the current thread. The history of the integration branch captures the integration effort; and the integration branch makes no effort to keep the integration work up to date with current upstream and feature branches. Initially perhaps. However, once a feature is considered ready for inclusion, it is important that it contains merges FROM the branch they are targetting. Please do read the thread history. The feature branches being kept updated with the upstream branch means that my feature branches _always_ apply to the current upstream. They mean that a later merge back the other way, to merge the feature branch into the target branch, can happen painlessly. ASSUMING that you're using a system which has commutative merge characteristics, such as git or mercurial. I use Arch. If you think you can extract an up to date integration patch from the entrails of the integration branch -- feel free o smack me down. But please provide some substance to the assertion that it is doable. Perhaps I missed the context to this discussion - certainly expressing I think you have. a history containing merge nodes in patches is non-trivial and can't be done with standard patch format - but I believe that this is certainly possible. Great. Show me the code. My arch repo is publicly available on arch.debian.org. As they say in Missouri, Show me. Can you express this problem with reference to a particular history of an integration branch? I will provide some short git commands to extract the information in the form you are after. http://arch.debian.org/cgi-bin/archzoom.cgi/[EMAIL PROTECTED] Take any package. Say, flex. Or flex-old. You have all my feature branches there. The --devo branch is the integration branch. Please show me an automated way you can grab the feature branches and generate a quilt series that gives you the devo branch. The diff.gz is how we get from upstream to the devo branch (modulo ./debian); if you can break that down nicely for the folks who want each feature separate, that would work as well. If you code works well enough every single time a new upstream comes around and I release a new version of flex or whatever, I'll throw in the generated quilt patches. Until then, could people stop telling me how easy it is to automatically generate quilt series for my packages, and that I should jut shut up and code it and not stand in the way of other people trying to make such quilt series generation the standard way of doing source packages? BTW, I have heard no one comment on my offer to generate a pure patch for each feature branch, with no warranty that the patches can be applied linearly, along with the diff.gz that defines the integration branch, so that a human can probably tell what most of the changes mean (which is what people seemed to be after with neatly separated out patches). manoj who does not think that one can go easily from a set of independent pure feature patches that separately apply to upstream to a quilt series programmatically -- Did I do an INCORRECT THING?? Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/~srivasta/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
On Thu, 2008-02-28 at 18:47 -0600, Gunnar Wolf wrote: Guus Sliepen dijo [Wed, Feb 27, 2008 at 07:55:08PM +0100]: Monkey is a Web Server written in C based on the HTTP/1.1 protocol. The objective is to develop a fast, efficient, small and easy to configure webserver. Although it is very small and does not need much system resources, it has a lot of nice features like Multithreading, Mimetype Support, Virtualhosts, CGI PHP, Basic Security features (Deny by URL + IP) The language the server is written in is not important. Use the debtags system to annotate the package with that kind of information. Also, don't use subjective wording like nice features. There are also too much capitals in your description. I suggest the following: Monkey is a small, fast, and easily configurable HTTP/1.1 compliant web server. It uses multi-threading and has support for MIME, virtual hosts, CGI and PHP. It offers basic security features, such as denying access to certain URLs for certain IP addresses. Even there, it looks very much like other very small webservers, such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, mini-httpd or thttpd. What does it do better than any of them? Or worse? Or different? Why does a package need to clarify what's different about it than others like it? Debian is about having the possibility of choosing between many options for the same thing e.g. openssh, dropbear for sshd, 12 different httpd options, etc. Package descriptions should stick to positive aspects of the package, and not try to draw comparisons towards other packages. IMO. It seems to me as if you are trying to get people to justify the packages they want to work on. If that is the case, then, I think because the person wants to use _this_ package is fine. Infact, I would go as far as saying that the wide latitude of software options for a specific task is one of the greatest strengths of Debian. As such, I think the revised description is perfectly acceptable for Debian. William signature.asc Description: This is a digitally signed message part
Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/28/08 20:02, William Pitcock wrote: On Thu, 2008-02-28 at 18:47 -0600, Gunnar Wolf wrote: [snip] Even there, it looks very much like other very small webservers, such as boa, bozohttpd, cherokee, fnord, lighttpd, micro-httpd, mini-httpd or thttpd. What does it do better than any of them? Or worse? Or different? Why does a package need to clarify what's different about it than others like it? Debian is about having the possibility of choosing between many options for the same thing e.g. openssh, dropbear for sshd, 12 different httpd options, etc. Because when the long descriptions of many different competing packages all say essentially the same thing, then those descriptions are meaningless. Package descriptions should stick to positive aspects of the package, and not try to draw comparisons towards other packages. IMO. That's fine. But when it's something as relatively simple as a small httpd, you need to spell out specifics as to why I should use monkey instead of cherokee, boa, thttpd, fnord, etc. The micro-httpd description is a good example. It seems to me as if you are trying to get people to justify the packages they want to work on. If that is the case, then, I think because the person wants to use _this_ package is fine. Infact, I would go as far as saying that the wide latitude of software options for a specific task is one of the greatest strengths of Debian. It's not why should you *package* this s/w, it's convince me that I should *use* this package. As such, I think the revised description is perfectly acceptable for Debian. - -- Ron Johnson, Jr. Jefferson LA USA (Women are) like compilers. They take simple statements and make them into big productions. Pitr Dubovitch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHx2uvS9HxQb37XmcRAr1AAJ4nDwIq9qtaFcqcFtaBV8yHC2SobQCeMkV3 8QEs/+nTqEO7w7vs3mvH4IU= =h3uZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#467097: ITP: eficas -- ASter Command FIle Editor
On Sat, 2008-02-23 at 10:09 +0100, Guus Sliepen wrote: On Sat, Feb 23, 2008 at 01:41:05AM +0100, Sylvestre Ledru wrote: Upstream Author : EDF / RD Please include the full name of the author(s). snip EDF is the usual name of the company whose logo appears on the upstream web site http://www.code-aster.org/. (The initials used to stand for Electricité de France, but the company has diversified and no longer expands the initials.) Ben. -- Ben Hutchings Q. Which is the greater problem in the world today, ignorance or apathy? A. I don't know and I couldn't care less. signature.asc Description: This is a digitally signed message part
Re: How to cope with patches sanely
Manoj Srivastava wrote: Yes. Feature branches are effectively forking a particular version of a project - this is not a problem, and is essential for efficient development. People jumbling together changes in trunk branches is perhaps one of the worst upshots of the 2002-2006 or so obsession with poorly designed centralised systems and in my opinion sank many projects. Err. If you go back and read this thread in the archive, You'll note that I have stated that my feature branches are always kept up to date with the latest upstream branch I am basing my Debian package on. This technique is also called rebasing the patch set; it's fine, but it's just one approach. When I have been creating patches for inclusion with upstream, I essentially feed them the source patch and a changelog entry -- essentially, creating a single patch series; squashing the underlying history. Most upstream do not care about the messy history of my development; and most do not grok arch well enough to pull directly. This is sometimes worthwhile and sometimes a bad idea. The driving motive, if you want to aim for patches to be easily reviewed, is that each patch should introduce a single change, which is well explained. I agree that the upstream will not want a messy history; which is why you reshape the individual changes using a tool such as Quilt, Stacked Git, Guilt, Mercurial Queues, etc, so that they are more easily reviewed. They mean that a later merge back the other way, to merge the feature branch into the target branch, can happen painlessly. ASSUMING that you're using a system which has commutative merge characteristics, such as git or mercurial. I use Arch. Arch is critically deficient in this respect; it doesn't really have a concept of tracking branches, and merging is not commutative; if you merge a branch that just merged from your branch, an unnecessary new changeset is made. But if you are rebasing then you don't need to worry about that. As I said, it's just more work. Can you express this problem with reference to a particular history of an integration branch? I will provide some short git commands to extract the information in the form you are after. http://arch.debian.org/cgi-bin/archzoom.cgi/[EMAIL PROTECTED] Take any package. Say, flex. Or flex-old. You have all my feature branches there. The --devo branch is the integration branch. Please show me an automated way you can grab the feature branches and generate a quilt series that gives you the devo branch. The diff.gz is how we get from upstream to the devo branch (modulo ./debian); if you can break that down nicely for the folks who want each feature separate, that would work as well. Thanks for restating the problem clearly. While the underlying problem is easily approached and I would still call it trivial, the details of what you are asking for make it impossible - because quilt series cannot contain merges (someone correct me here if it can and I can go forward). Shipping changes for upstream inclusion as a *single* set of quilt patches is not possible if you are including merges, but if you allow the patches to be grouped, and introduce a new type of patch which encapsulates a merge (gitk has one example of this; it uses different identifiers to represent which file's lines are included), then it can be done. The apply-patches script would need extending to support this, but I don't think that's particularly show-stopping. However, ignoring the merges, so far we're not that far away from the script being 'git-log -p' or 'git format-patch upstreamrev' Also having never really used arch, if you can provide me with the commands to get a copy of those branches (the man page is sadly not very forthcoming), and I'll give the git-archimport script a whorl and see if I can get it imported and show how this can work in practice. If someone with git-archimport experience can perform this and publish the repositories somewhere, I'd be very grateful. If you code works well enough every single time a new upstream comes around and I release a new version of flex or whatever, I'll throw in the generated quilt patches. I think what is required is a rethink of the problem. What is being tried to be achieved, and are there any other ways to achieve it which will solve the problem in a vastly more effective way. Version control systems that have content-addressable filesystems (essentially, git and Monotone) are inherently efficient to distribute; as only the changes between versions need be distributed. The notion of stream compressing tarballs is archaic compared with being able to search for deltas anywhere in the source tree. You can see this in effect with git, which is capable of very quickly identifying which objects are new, and sending them all in impressively small packs on the network. It's amazing how many tarballs will then fit into the
Re: How to cope with patches sanely
On Fri, 29 Feb 2008 16:11:48 +1300, Sam Vilain [EMAIL PROTECTED] said: Manoj Srivastava wrote: Yes. Feature branches are effectively forking a particular version of a project - this is not a problem, and is essential for efficient development. People jumbling together changes in trunk branches is perhaps one of the worst upshots of the 2002-2006 or so obsession with poorly designed centralised systems and in my opinion sank many projects. Err. If you go back and read this thread in the archive, You'll note that I have stated that my feature branches are always kept up to date with the latest upstream branch I am basing my Debian package on. This technique is also called rebasing the patch set; it's fine, but it's just one approach. Actually, that is not it. I am not rebasing -- I am doing repeated merges. Arch does not rebase -- it just applies the upstream delta, with full history. This allows me to replay into the integration branch at will. When I have been creating patches for inclusion with upstream, I essentially feed them the source patch and a changelog entry -- essentially, creating a single patch series; squashing the underlying history. Most upstream do not care about the messy history of my development; and most do not grok arch well enough to pull directly. This is sometimes worthwhile and sometimes a bad idea. The driving motive, if you want to aim for patches to be easily reviewed, is that each patch should introduce a single change, which is well explained. I agree that the upstream will not want a messy history; which is why you reshape the individual changes using a tool such as Quilt, Stacked Git, Guilt, Mercurial Queues, etc, so that they are more easily reviewed. I can do this by cherry picking the chnages from my topic branch, and feeding it separately. Emacs and diff mode makes it easy to split off chunks if I want to do it after the fact from the squashed diff; or I can regenerate changesets and cherry pick the series. And no, I can do this using plain old arch, and I don't really have to change my SCM. They mean that a later merge back the other way, to merge the feature branch into the target branch, can happen painlessly. ASSUMING that you're using a system which has commutative merge characteristics, such as git or mercurial. I use Arch. Arch is critically deficient in this respect; it doesn't really have a concept of tracking branches, and merging is not commutative; if you merge a branch that just merged from your branch, an unnecessary new changeset is made. But if you are rebasing then you don't need to worry about that. As I said, it's just more work. Which is why we have sync-tree. Yes, I have to keep track myself of which delta I am currently merging; and only apply a merge once into each branch; and immedately syn-tree with the other branches. And since it is all in one fully automated script, called arch_upgrade, that takes any new upstream, updates all my topic branches and my integration branch automatically, I don't see this as much more work. Indeed, I have yet to see any porcelain that makes merging a new upstream commit into all my topic branches and the integration branch as a single operation, I suspect that it is more work in git; at least until I can replicate my arch scaffolding for the git porcelain. Can you express this problem with reference to a particular history of an integration branch? I will provide some short git commands to extract the information in the form you are after. http://arch.debian.org/cgi-bin/archzoom.cgi/[EMAIL PROTECTED] Take any package. Say, flex. Or flex-old. You have all my feature branches there. The --devo branch is the integration branch. Please show me an automated way you can grab the feature branches and generate a quilt series that gives you the devo branch. The diff.gz is how we get from upstream to the devo branch (modulo ./debian); if you can break that down nicely for the folks who want each feature separate, that would work as well. Thanks for restating the problem clearly. While the underlying problem is easily approached and I would still call it trivial, the details of what you are asking for make it impossible - because quilt series cannot contain merges (someone correct me here if it can and I can go forward). I don't use quilt, so I am not the one to answer this. Shipping changes for upstream inclusion as a *single* set of quilt patches is not possible if you are including merges, but if you allow the patches to be grouped, and introduce a new type of patch which encapsulates a merge (gitk has one example of this; it uses different identifiers to represent which file's lines are included), then it can be done. The apply-patches script would need extending to support this, but I don't think that's particularly show-stopping. Great. This
Re: Bug#468183: ITP: monkey -- small webserver based on the HTTP/1.1 protocol
On Thu, Feb 28, 2008 at 08:02:39PM -0600, William Pitcock wrote: Debian is about having the possibility of choosing between many options for the same thing No, Debian is *about* having a *good*, free operating system. Having lots of choices is a side effect of Debian's organization, it's not what Debian is *about*. Why does a package need to clarify what's different about it than others like it? Er, if that's not explained, how in the world is any user supposed to make a choice among the options? If there's no difference among the options, why should we release all of them, adding to the security and QA burden of the distribution? It seems to me as if you are trying to get people to justify the packages they want to work on. No - only to justify the inclusion of those packages in Debian. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from DEHS
On Thu, Jan 24, 2008 at 09:07:07PM -0600, Raphael Geissert wrote: * New upstream version notifications Since yesterday DEHS started sending notifications to the 'summary' tag/keyword of the PTS when it finds a new upstream version. Was this blessed by the PTS admins before it was deployed? I find it completely pointless to have DEHS telling me about new upstream releases of packages I maintain. I already track upstream mailing lists for my packages, and have no interest in being bombarded with automatic notices of this kind. But to my dismay, not only are these messages being sent using a PTS keyword that's enabled by maintainers by default, they're being sent using a PTS keyword that was already being used for other, relevant notices that I *can't* subscribe to elsewhere. So now I have to choose between not receiving notifications when my packages transition to testing, or having to filter out messages locally that I never asked to receive; and I have to actively opt out of these DEHS mails that should be completely redundant for any maintainer who is already tracking upstream as they ought. I understand that this is an easy way to enable maintainers to track upstream releases when they aren't already, but for those of us who are already involved with upstream it's completely redundant. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from DEHS
On Thu, 28 Feb 2008, Steve Langasek wrote: On Thu, Jan 24, 2008 at 09:07:07PM -0600, Raphael Geissert wrote: * New upstream version notifications Since yesterday DEHS started sending notifications to the 'summary' tag/keyword of the PTS when it finds a new upstream version. Was this blessed by the PTS admins before it was deployed? Yes, in fact I asked to reuse summary instead of creating a new keyword. My logic was the following: summary mails only contains the testing transition mails that are sent both to the maintainer and to the PTS. Given that the maintainer already receives those notices, he's probably not subscribed to the summary keyword. Why doesn't that work in your case? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468462: ITP: lmt -- lustre monitoring tool
Package: wnpp Severity: wishlist Owner: Patrick Winnertz [EMAIL PROTECTED] * Package name: lmt Version : 2.1.0-1chaos * URL : http://sourceforge.net/projects/lmt/ * License : GPL Programming Lang: Python Description : lustre monitoring tool LMT is a Lustre Monitoring Tool, which shows the activity levels of of the server side notes (OSS, MDS, MGS and portal routers) in a top-like manner. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Work-needing packages report for Feb 29, 2008
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 353 (new: 3) Total number of packages offered up for adoption: 89 (new: 1) Total number of packages requested help for: 36 (new: 1) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: apollon (#467091), orphaned 6 days ago Description: KDE-based interface to giFT file-sharing system Installations reported by Popcon: 465 c-sig (#467092), orphaned 6 days ago Description: A signature tool for GNU Emacs Installations reported by Popcon: 37 libsvg (#467632), orphaned 2 days ago Description: library for parsing SVG files Reverse Depends: libsvg-dev Installations reported by Popcon: 1051 350 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: modconf (#467584), offered 2 days ago Description: Device Driver Configuration Reverse Depends: pppoeconf Installations reported by Popcon: 8509 88 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: [NEW] k3b (#468314), requested today Description: A sophisticated KDE CD burning application Reverse Depends: k3b k3b-i18n libk3b-dev Installations reported by Popcon: 13440 aboot (#315592), requested 980 days ago Description: Alpha bootloader: Looking for co-maintainers Reverse Depends: aboot aboot-cross dfsbuild ltsp-client-core Installations reported by Popcon: 127 apt-build (#365427), requested 670 days ago Description: Need new developer(s) Installations reported by Popcon: 983 ara (#450876), requested 109 days ago Description: utility for searching the Debian package database Installations reported by Popcon: 112 athcool (#278442), requested 1220 days ago Description: Enable powersaving mode for Athlon/Duron processors Installations reported by Popcon: 267 cfs (#458061), requested 62 days ago Description: Cryptographic Filesystem Installations reported by Popcon: 118 cvs (#354176), requested 735 days ago Description: Concurrent Versions System Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta cvsps (13 more omitted) Installations reported by Popcon: 22893 dctrl-tools (#448284), requested 124 days ago Description: Command-line tools to process Debian package information Reverse Depends: debian-goodies dlocate feta haskell-devscripts hg-buildpackage mlmmj sbuild simple-cdd Installations reported by Popcon: 6093 dpkg (#282283), requested 1195 days ago Description: dselect: a user tool to manage Debian packages Reverse Depends: alien alsa-source apt-build apt-cross apt-src backuppc build-essential bzr-builddeb clamsmtp crosshurd (107 more omitted) Installations reported by Popcon: 75928 drscheme (#402589), requested 444 days ago Description: PLT scheme programming environment Reverse Depends: drscheme minlog proofgeneral-minlog Installations reported by Popcon: 375 elvis (#432298), requested 234 days ago Description: powerful clone of the vi/ex text editor (with X11 support) Reverse Depends: elvis elvis-console elvis-tools Installations reported by Popcon: 310 fglrx-driver (#454993), requested 82 days ago (non-free) Description: non-free AMD/ATI r5xx, r6xx display driver Reverse Depends: fglrx-amdcccle fglrx-control fglrx-driver fglrx-glx Installations reported by Popcon: 2255 gentoo (#422498), requested 298 days ago Description: a fully GUI-configurable, two-pane X file manager Installations reported by Popcon: 289 grub (#248397), requested 1389 days ago Description: GRand Unified Bootloader Reverse Depends: dfsbuild grub-doc replicator startupmanager Installations reported by Popcon: 69973 imagemagick (#452314), requested 99 days ago Description: Image manipulation programs Reverse Depends: advi-examples afterstep album ale ascd asymptote bins cimg-dev curator dblatex (78 more omitted) Installations reported by Popcon: 23398 ispell-et (#391105), requested 512 days ago Description: Estonian dictionary for Aspell/Ispell/MySpell Installations reported by Popcon: 56 lirc (#364606), requested 675 days ago
Re: FW by [EMAIL PROTECTED] : Bug#467249: man-db: over sensitive on the spell of locale
[Michelle Konzack] Hello Maintainers, It seems there is a common problem while setting up the correct UNICODE locale in systems. As the posster in the attached message has written, he has setup his locale to zh_CN.utf8 which is wrong, but as he has written too, the output of locale -a show it. 'locale -a' do not show that the locale is working, it just show what is set in the environment. Use 'locale charmap' to check that the locale is working and that the correct character set is selected. If it return 'ANSI_X3.4-1968' (which is ASCII), the locale isn't working (unless it is a locale that uses ASCII, not very likely). If it show 'UTF-8', the locale settings are working. In the case you describe, I believe the only fix is to get the user to stop using an invalid and non-existing locale, and instead use the correct locale string, which I would suspect is 'zh_CN.UTF-8'. The only workaround to this would be to rewrite glibc and locales, and it does not seem useful to me. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hal-info 20080215-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 08:24:59 +0100 Source: hal-info Binary: hal-info Architecture: source all Version: 20080215-1 Distribution: unstable Urgency: low Maintainer: Utopia Maintenance Team [EMAIL PROTECTED] Changed-By: Michael Biebl [EMAIL PROTECTED] Description: hal-info - Hardware Abstraction Layer - fdi files Closes: 462012 Changes: hal-info (20080215-1) unstable; urgency=low . * New upstream release. - Fixes a typo in 20-video-quirk-pm-lenovo.fdi. (Closes: #462012) * debian/patches/00_disable_mpio_hd300_detection.patch - Removed, merged upstream. * debian/control - Bump Standards-Version to 3.7.3. No further changes required. Files: 824fd8ae81517edeb4a9f0e0b096a438 897 admin optional hal-info_20080215-1.dsc 1bbd1c30ce804ec41900a2b8b82a43f1 175666 admin optional hal-info_20080215.orig.tar.gz a5e147b6b747d68c24d85a26a151bb51 6634 admin optional hal-info_20080215-1.diff.gz d6174604f5181a4c20788ddca629396d 90168 admin optional hal-info_20080215-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxmS0h7PER70FhVQRAsL1AJ9JWg2ac4kFxQvtWNKC42KDnaqcLwCfXyxb hrYEnRw8SBbgG9D02XJs6RY= =Rug5 -END PGP SIGNATURE- Accepted: hal-info_20080215-1.diff.gz to pool/main/h/hal-info/hal-info_20080215-1.diff.gz hal-info_20080215-1.dsc to pool/main/h/hal-info/hal-info_20080215-1.dsc hal-info_20080215-1_all.deb to pool/main/h/hal-info/hal-info_20080215-1_all.deb hal-info_20080215.orig.tar.gz to pool/main/h/hal-info/hal-info_20080215.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gambas2 2.2.1+svn1123-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Feb 2008 23:54:31 +0100 Source: gambas2 Binary: gambas2 gambas2-dev gambas2-doc gambas2-gb-chart gambas2-gb-compress gambas2-gb-compress-bzlib2 gambas2-gb-compress-zlib gambas2-gb-crypt gambas2-gb-db gambas2-gb-db-firebird gambas2-gb-db-form gambas2-gb-db-mysql gambas2-gb-db-odbc gambas2-gb-db-postgresql gambas2-gb-db-sqlite2 gambas2-gb-db-sqlite gambas2-gb-desktop gambas2-gb-form gambas2-gb-form-dialog gambas2-gb-form-mdi gambas2-gb-gtk gambas2-gb-gtk-ext gambas2-gb-gtk-svg gambas2-gb-gui gambas2-gb-pdf gambas2-gb-image gambas2-gb-info gambas2-gb-net gambas2-gb-net-curl gambas2-gb-net-smtp gambas2-gb-opengl gambas2-gb-pcre gambas2-gb-qt gambas2-gb-qt-ext gambas2-gb-qt-kde gambas2-gb-qt-kde-html gambas2-gb-qt-opengl gambas2-gb-report gambas2-gb-sdl gambas2-gb-settings gambas2-gb-v4l gambas2-gb-vb gambas2-gb-web gambas2-gb-xml gambas2-gb-xml-rpc gambas2-gb-xml-xslt gambas2-ide gambas2-runtime gambas2-script Architecture: source all amd64 Version: 2.2.1+svn1123-1 Distribution: unstable Urgency: low Maintainer: José L. Redrejo Rodríguez [EMAIL PROTECTED] Changed-By: José L. Redrejo Rodríguez [EMAIL PROTECTED] Description: gambas2- Complete visual development environment for Gambas gambas2-dev - Gambas compilation tools gambas2-doc - Gambas documentation gambas2-gb-chart - The Gambas charting component gambas2-gb-compress - The Gambas compression component gambas2-gb-compress-bzlib2 - The Gambas bzlib2 component gambas2-gb-compress-zlib - The Gambas zlib compression component gambas2-gb-crypt - The Gambas crypt encription component gambas2-gb-db - Gambas database access common libraries gambas2-gb-db-firebird - The Firebird driver for the Gambas database component gambas2-gb-db-form - Gambas database bound controls gambas2-gb-db-mysql - The MySQL driver for the Gambas database component gambas2-gb-db-odbc - The Gambas ODBC driver database component gambas2-gb-db-postgresql - The PostgreSQL driver for the Gambas database component gambas2-gb-db-sqlite - The Gambas sqlite3 driver database component gambas2-gb-db-sqlite2 - The Gambas sqlite2 driver database component gambas2-gb-desktop - Gambas Portland project compatibility component gambas2-gb-form - A gambas native form component gambas2-gb-form-dialog - A gambas native mdi form component gambas2-gb-form-mdi - A gambas native mdi form component gambas2-gb-gtk - The Gambas gtk component gambas2-gb-gtk-ext - The Gambas extended gtk GUI component gambas2-gb-gtk-svg - The Gambas SVG importing component gambas2-gb-gui - The graphical toolkit selector component gambas2-gb-image - A Gambas image effects component gambas2-gb-info - A Gambas information component gambas2-gb-net - The Gambas networking component gambas2-gb-net-curl - The Gambas advanced networking component gambas2-gb-net-smtp - Gambas component to use smtp protocol gambas2-gb-opengl - The OpenGL component for Gambas gambas2-gb-pcre - The Gambas regexp component gambas2-gb-pdf - The Gambas pdf component gambas2-gb-qt - The Gambas Qt GUI component gambas2-gb-qt-ext - The Gambas extended Qt GUI component gambas2-gb-qt-kde - The Gambas KDE component gambas2-gb-qt-kde-html - The Gambas KHTML component gambas2-gb-qt-opengl - OpenGL with QT toolkit Gambas component gambas2-gb-report - Gambas report component gambas2-gb-sdl - The Gambas SDL component gambas2-gb-settings - Gambas utilities class gambas2-gb-v4l - The Gambas video for Linux component gambas2-gb-vb - The Gambas to Visual Basic(tm) compatibility component gambas2-gb-web - Gambas CGI for web applications component gambas2-gb-xml - Gambas XML component gambas2-gb-xml-rpc - Gambas RPC component gambas2-gb-xml-xslt - Gambas XSLT component gambas2-ide - Visual development environment for the Gambas programming languag gambas2-runtime - The Gambas runtime gambas2-script - The Gambas scripter Closes: 467133 Changes: gambas2 (2.2.1+svn1123-1) unstable; urgency=low . * New upstream release, version 2.2.1. * Adding svn snapshot that passes the -fsigned-char option to gcc so that gambas compiles on architectures where char is unsigned by default (Closes: #467133) Files: 0a9a0800fe31877b85bc6996f9bf0b87 2058 devel optional gambas2_2.2.1+svn1123-1.dsc 0c75eeca58404ed6c677b080463684a3 27204317 devel optional gambas2_2.2.1+svn1123.orig.tar.gz 962c02a5ae8e2039103e56c76bdd97a2 15231 devel optional gambas2_2.2.1+svn1123-1.diff.gz fe7f131f3bf610d8143f2ace5a4ba489 5276 devel optional gambas2_2.2.1+svn1123-1_all.deb d6c28e394709f47773f6c34f6d8ef3c0 9136276 doc optional gambas2-doc_2.2.1+svn1123-1_all.deb cae852ef4a05ddee0037910c6e3f0592 33716 libdevel optional gambas2-gb-chart_2.2.1+svn1123-1_all.deb f7130f19531a605d5f8cb6ea531bd52d 36352 libdevel optional gambas2-gb-db-form_2.2.1+svn1123-1_all.deb d99b6b72b1cd3428bd401402ce0081e2 811648 libdevel optional gambas2-gb-form_2.2.1+svn1123-1_all.deb
Accepted libgnomekbd 2.20.0-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 09:41:29 +0100 Source: libgnomekbd Binary: libgnomekbd-dev libgnomekbd1 libgnomekbdui-dev libgnomekbdui1 libgnomekbd-common gkbd-capplet Architecture: source all i386 Version: 2.20.0-2 Distribution: unstable Urgency: low Maintainer: Loic Minier [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: gkbd-capplet - GNOME Panel applet for libgnomekbd libgnomekbd-common - GNOME library to manage keyboard configuration - common files libgnomekbd-dev - GNOME library to manage keyboard configuration - development file libgnomekbd1 - GNOME library to manage keyboard configuration - shared library libgnomekbdui-dev - User interface library for libgnomekbd - development files libgnomekbdui1 - User interface library for libgnomekbd - shared library Changes: libgnomekbd (2.20.0-2) unstable; urgency=low . * debian/control.in: + Rebuild against libxklavier12-dev and build depend on libxklavier12-dev | libxklavier-dev. + Update Standards-Version to 3.7.3, no additional changes needed. Files: bc070712295237c15c9092e5ebabe0ef 1166 libs optional libgnomekbd_2.20.0-2.dsc 267eaabd623ff31b8390246109c12351 2692 libs optional libgnomekbd_2.20.0-2.diff.gz c43e8c1ca198671d88912480d6902a09 93342 libs optional libgnomekbd-common_2.20.0-2_all.deb 4677891e31d60861ec388092e3f374f8 23744 libdevel optional libgnomekbd-dev_2.20.0-2_i386.deb b6e5ecf911b8a5e0e8447be3a1bef16d 20204 libs optional libgnomekbd1_2.20.0-2_i386.deb 2468fe2f5e4f8ef0e885e4fe8f7f5d65 29968 libdevel optional libgnomekbdui-dev_2.20.0-2_i386.deb fee4be850d0d8a679494544b70f7b78e 33032 libs optional libgnomekbdui1_2.20.0-2_i386.deb 9069961c5f92ff88fa02a3202f23ffc3 19134 libs optional gkbd-capplet_2.20.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxnXxBsBdh1vkHyERAtPuAKCagrBiIk1whZnGWNFviORKiveqZACeNyUE /IQxX6DRyZCVdhYEaFj1xes= =+C7K -END PGP SIGNATURE- Accepted: gkbd-capplet_2.20.0-2_i386.deb to pool/main/libg/libgnomekbd/gkbd-capplet_2.20.0-2_i386.deb libgnomekbd-common_2.20.0-2_all.deb to pool/main/libg/libgnomekbd/libgnomekbd-common_2.20.0-2_all.deb libgnomekbd-dev_2.20.0-2_i386.deb to pool/main/libg/libgnomekbd/libgnomekbd-dev_2.20.0-2_i386.deb libgnomekbd1_2.20.0-2_i386.deb to pool/main/libg/libgnomekbd/libgnomekbd1_2.20.0-2_i386.deb libgnomekbd_2.20.0-2.diff.gz to pool/main/libg/libgnomekbd/libgnomekbd_2.20.0-2.diff.gz libgnomekbd_2.20.0-2.dsc to pool/main/libg/libgnomekbd/libgnomekbd_2.20.0-2.dsc libgnomekbdui-dev_2.20.0-2_i386.deb to pool/main/libg/libgnomekbd/libgnomekbdui-dev_2.20.0-2_i386.deb libgnomekbdui1_2.20.0-2_i386.deb to pool/main/libg/libgnomekbd/libgnomekbdui1_2.20.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgnomekbd 2.20.0-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 09:54:16 +0100 Source: libgnomekbd Binary: libgnomekbd-dev libgnomekbd1 libgnomekbdui-dev libgnomekbdui1 libgnomekbd-common gkbd-capplet Architecture: source all i386 Version: 2.20.0-3 Distribution: unstable Urgency: low Maintainer: Loic Minier [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: gkbd-capplet - GNOME Panel applet for libgnomekbd libgnomekbd-common - GNOME library to manage keyboard configuration - common files libgnomekbd-dev - GNOME library to manage keyboard configuration - development file libgnomekbd1 - GNOME library to manage keyboard configuration - shared library libgnomekbdui-dev - User interface library for libgnomekbd - development files libgnomekbdui1 - User interface library for libgnomekbd - shared library Changes: libgnomekbd (2.20.0-3) unstable; urgency=low . * debian/control.in: + Let the -dev package depend on libxklavier12-dev too. Files: 031ff773c57cca01f8300544c660210b 1166 libs optional libgnomekbd_2.20.0-3.dsc 09ec3967b8785176ba854b43070cb9bd 2720 libs optional libgnomekbd_2.20.0-3.diff.gz b80f525aae298e65b5ebec3510d32d71 93288 libs optional libgnomekbd-common_2.20.0-3_all.deb 457865289faa0d989d93df4ae3019f83 23786 libdevel optional libgnomekbd-dev_2.20.0-3_i386.deb 3a40e65fa4f59a3178fce03581c779da 20230 libs optional libgnomekbd1_2.20.0-3_i386.deb 904a5955afe4126e6b599de7a88895b2 29992 libdevel optional libgnomekbdui-dev_2.20.0-3_i386.deb 7456d9052ab9ffddd27cc4bb00816b94 33064 libs optional libgnomekbdui1_2.20.0-3_i386.deb 216be80aed6fb511f82faa4c716d8dca 19146 libs optional gkbd-capplet_2.20.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxngaBsBdh1vkHyERApe2AJ9ROCaVVkqGR5IS2zPBX66OnezvhgCdEhVG 37FouvN+8UgYLSuQymHeLYY= =4py2 -END PGP SIGNATURE- Accepted: gkbd-capplet_2.20.0-3_i386.deb to pool/main/libg/libgnomekbd/gkbd-capplet_2.20.0-3_i386.deb libgnomekbd-common_2.20.0-3_all.deb to pool/main/libg/libgnomekbd/libgnomekbd-common_2.20.0-3_all.deb libgnomekbd-dev_2.20.0-3_i386.deb to pool/main/libg/libgnomekbd/libgnomekbd-dev_2.20.0-3_i386.deb libgnomekbd1_2.20.0-3_i386.deb to pool/main/libg/libgnomekbd/libgnomekbd1_2.20.0-3_i386.deb libgnomekbd_2.20.0-3.diff.gz to pool/main/libg/libgnomekbd/libgnomekbd_2.20.0-3.diff.gz libgnomekbd_2.20.0-3.dsc to pool/main/libg/libgnomekbd/libgnomekbd_2.20.0-3.dsc libgnomekbdui-dev_2.20.0-3_i386.deb to pool/main/libg/libgnomekbd/libgnomekbdui-dev_2.20.0-3_i386.deb libgnomekbdui1_2.20.0-3_i386.deb to pool/main/libg/libgnomekbd/libgnomekbdui1_2.20.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libxklavier 3.4-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 09:10:28 +0100 Source: libxklavier Binary: libxklavier12 libxklavier12-dev Architecture: source i386 Version: 3.4-3 Distribution: unstable Urgency: low Maintainer: Filip Van Raemdonck [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: libxklavier12 - X Keyboard Extension high-level API libxklavier12-dev - Development files for libxklavier Closes: 468259 Changes: libxklavier (3.4-3) unstable; urgency=low . * Upload to unstable. * debian/control.in: + Let the shared library package replace libxklavier11 (Closes: #468259). Files: d85180d74938e0de686ee970a36ccae5 907 libs optional libxklavier_3.4-3.dsc ef1dbfa08aa87d025fc9c101990dcbec 5141 libs optional libxklavier_3.4-3.diff.gz 25bd090a26930f6ff14163bbc3b3e284 77526 libs optional libxklavier12_3.4-3_i386.deb e7b0667e8ff744b3a4cad712a2d2ff2e 76094 libdevel optional libxklavier12-dev_3.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxnABBsBdh1vkHyERAro0AJ9Gu3rt6nusk1p2WCEf/oexqB+LswCfbcIT JMlRPNje5iZoUUHyTZ9IpiU= =UvCc -END PGP SIGNATURE- Accepted: libxklavier12-dev_3.4-3_i386.deb to pool/main/libx/libxklavier/libxklavier12-dev_3.4-3_i386.deb libxklavier12_3.4-3_i386.deb to pool/main/libx/libxklavier/libxklavier12_3.4-3_i386.deb libxklavier_3.4-3.diff.gz to pool/main/libx/libxklavier/libxklavier_3.4-3.diff.gz libxklavier_3.4-3.dsc to pool/main/libx/libxklavier/libxklavier_3.4-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libslf4j-java 1.5.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 11:12:38 +0530 Source: libslf4j-java Binary: libslf4j-java Architecture: source all Version: 1.5.0-1 Distribution: unstable Urgency: low Maintainer: Debian Java Maintainers [EMAIL PROTECTED] Changed-By: Varun Hiremath [EMAIL PROTECTED] Description: libslf4j-java - Simple Logging Facade for Java Changes: libslf4j-java (1.5.0-1) unstable; urgency=low . * New upstream release Files: 10702d55261312ae7c521384dc6b979d 921 libs optional libslf4j-java_1.5.0-1.dsc d8838d0bc7291c730581386f138ea0c6 7 libs optional libslf4j-java_1.5.0.orig.tar.gz 115c244b80df2093cb5e25fa2909a25c 6954 libs optional libslf4j-java_1.5.0-1.diff.gz acbb812812d71824b26ccc3a6ef37330 58022 libs optional libslf4j-java_1.5.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxn5gPEFSUMxFMZcRAqkIAJ9JQGRi2kTbqZzqgaMGd1Erv13SKQCgkGhd qPUWi+j39Aj+KTGMnYyhAdg= =p/FV -END PGP SIGNATURE- Accepted: libslf4j-java_1.5.0-1.diff.gz to pool/main/libs/libslf4j-java/libslf4j-java_1.5.0-1.diff.gz libslf4j-java_1.5.0-1.dsc to pool/main/libs/libslf4j-java/libslf4j-java_1.5.0-1.dsc libslf4j-java_1.5.0-1_all.deb to pool/main/libs/libslf4j-java/libslf4j-java_1.5.0-1_all.deb libslf4j-java_1.5.0.orig.tar.gz to pool/main/libs/libslf4j-java/libslf4j-java_1.5.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tracker 0.6.5-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 07:14:18 +0100 Source: tracker Binary: tracker libtrackerclient0 libtrackerclient-dev libtracker-gtk0 libtracker-gtk-dev tracker-utils tracker-search-tool libdeskbar-tracker tracker-dbg Architecture: source all i386 Version: 0.6.5-1 Distribution: unstable Urgency: low Maintainer: Michael Biebl [EMAIL PROTECTED] Changed-By: Michael Biebl [EMAIL PROTECTED] Description: libdeskbar-tracker - metadata database, indexer and search tool - deskbar-applet plugi libtracker-gtk-dev - GTK+ widgets for apps that use tracker - development files libtracker-gtk0 - GTK+ widgets for apps that use tracker libtrackerclient-dev - metadata database, indexer and search tool - development files libtrackerclient0 - metadata database, indexer and search tool - library tracker- metadata database, indexer and search tool tracker-dbg - metadata database, indexer and search tool - debugging symbols tracker-search-tool - metadata database, indexer and search tool - GNOME frontend tracker-utils - metadata database, indexer and search tool - commandline tools Closes: 463519 Changes: tracker (0.6.5-1) unstable; urgency=low . * New upstream release. - Merge messsage notifications have been removed. Closes: #463519 * Removed patches that were merged upstream - debian/patches/01-libtracker_gtk_missing_libs.patch - debian/patches/02-tracker_log_file.patch - debian/patches/03_no_initial_index_in_battery.patch - debian/patches/04_fix_crash_index_name_is_null.patch - debian/patches/05_typo_audio_track_peak_gain_tag.patch - debian/patches/06_trackerd_infinite_loop.patch * debian/rules - Exclude /usr/lib/tracker/extract-modules/ from dh_makeshlibs. * debian/tracker.install - Install *.so files from /usr/lib/tracker/extract-modules/. * debian/tracker-search-tool.install - Install /usr/share/tracker/tracker-applet-prefs.glade. Files: 822c4defa3a41aab3092b2bd134f5ea9 1410 utils optional tracker_0.6.5-1.dsc 941479eb42fd653688bdb4930c73f3e6 1257317 utils optional tracker_0.6.5.orig.tar.gz ac36c57b5959bd77bac9fb4dc01fd5c0 7950 utils optional tracker_0.6.5-1.diff.gz ba8988e202fe9124c396d3d04283224d 43728 utils optional libdeskbar-tracker_0.6.5-1_all.deb 4f50b4b5d46d5c28be948817cb31dad2 460768 utils optional tracker_0.6.5-1_i386.deb 75f437238570ddc48a0c2c46a36ee8b5 48570 libs optional libtrackerclient0_0.6.5-1_i386.deb 64a2cb6cefd1deeac0bd1175242edc45 53854 libdevel optional libtrackerclient-dev_0.6.5-1_i386.deb 9842a9196dffea87efeb7f13248b11d2 54652 libs optional libtracker-gtk0_0.6.5-1_i386.deb f6956d855591dc428f19c649e743b6c8 56428 libdevel optional libtracker-gtk-dev_0.6.5-1_i386.deb ad32275619951d86c9e119059f720981 55096 utils optional tracker-utils_0.6.5-1_i386.deb b24cf782fed74ef1bd9505af69a9e75e 126782 gnome optional tracker-search-tool_0.6.5-1_i386.deb ed6a07be159ce73ca809be224983f235 772000 utils extra tracker-dbg_0.6.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxmebh7PER70FhVQRAuM9AJ94PDYGL3TBSp9fnCJpqe5MZKkU2gCbBXjj 0/uHKmjLN7jl9iSMJ7OsgWg= =5+pb -END PGP SIGNATURE- Accepted: libdeskbar-tracker_0.6.5-1_all.deb to pool/main/t/tracker/libdeskbar-tracker_0.6.5-1_all.deb libtracker-gtk-dev_0.6.5-1_i386.deb to pool/main/t/tracker/libtracker-gtk-dev_0.6.5-1_i386.deb libtracker-gtk0_0.6.5-1_i386.deb to pool/main/t/tracker/libtracker-gtk0_0.6.5-1_i386.deb libtrackerclient-dev_0.6.5-1_i386.deb to pool/main/t/tracker/libtrackerclient-dev_0.6.5-1_i386.deb libtrackerclient0_0.6.5-1_i386.deb to pool/main/t/tracker/libtrackerclient0_0.6.5-1_i386.deb tracker-dbg_0.6.5-1_i386.deb to pool/main/t/tracker/tracker-dbg_0.6.5-1_i386.deb tracker-search-tool_0.6.5-1_i386.deb to pool/main/t/tracker/tracker-search-tool_0.6.5-1_i386.deb tracker-utils_0.6.5-1_i386.deb to pool/main/t/tracker/tracker-utils_0.6.5-1_i386.deb tracker_0.6.5-1.diff.gz to pool/main/t/tracker/tracker_0.6.5-1.diff.gz tracker_0.6.5-1.dsc to pool/main/t/tracker/tracker_0.6.5-1.dsc tracker_0.6.5-1_i386.deb to pool/main/t/tracker/tracker_0.6.5-1_i386.deb tracker_0.6.5.orig.tar.gz to pool/main/t/tracker/tracker_0.6.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtext-iconv-perl 1.7-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:08:22 +1100 Source: libtext-iconv-perl Binary: libtext-iconv-perl Architecture: source amd64 Version: 1.7-1 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libtext-iconv-perl - converts between character sets in Perl Closes: 468142 Changes: libtext-iconv-perl (1.7-1) unstable; urgency=low . * New upstream version. Closes: #468142 * Added debian/watch file * Added homepage control header * Bumped Standards-Version to 3.7.3 * Fixed the following lintian issues: - debian-rules-ignores-make-clean-error - debian-copyright-file-uses-obsolete-national-encoding Files: bb209e89c8b5e828e615c7c98fdc9366 682 perl required libtext-iconv-perl_1.7-1.dsc 81b26e069eaebb084e91ea3c009b67ae 10454 perl required libtext-iconv-perl_1.7.orig.tar.gz 652244770fe7fe85b5e053a1a3c25693 2791 perl required libtext-iconv-perl_1.7-1.diff.gz ae3dfed5b0d248382863879e355eef01 17036 perl required libtext-iconv-perl_1.7-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxnVDgY5NIXPNpFURAjfuAKDGSGXNnRq2MaUMMWT49Q2ink12mQCeOeVh eCwl+nECnUBVoN4F8p3hcTQ= =eYBe -END PGP SIGNATURE- Accepted: libtext-iconv-perl_1.7-1.diff.gz to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.7-1.diff.gz libtext-iconv-perl_1.7-1.dsc to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.7-1.dsc libtext-iconv-perl_1.7-1_amd64.deb to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.7-1_amd64.deb libtext-iconv-perl_1.7.orig.tar.gz to pool/main/libt/libtext-iconv-perl/libtext-iconv-perl_1.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted control-center 1:2.20.3-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:03:20 +0100 Source: control-center Binary: gnome-control-center capplets-data libgnome-window-settings1 libgnome-window-settings-dev libgnome-settings-daemon-dev Architecture: source all i386 Version: 1:2.20.3-3 Distribution: unstable Urgency: low Maintainer: Marco Cabizza [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: capplets-data - configuration applets for GNOME 2 - data files gnome-control-center - utilities to configure the GNOME desktop libgnome-settings-daemon-dev - Utility library for accessing g-s-d over DBUS (headers) libgnome-window-settings-dev - Utility library for getting window manager settings (headers) libgnome-window-settings1 - Utility library for getting window manager settings Changes: control-center (1:2.20.3-3) unstable; urgency=low . [ Josselin Mouette ] * Conflict against gnome-session 2.20.3-2 because earlier versions require the dbus service file. . [ Sebastian Dröge ] * debian/control.in: + Build depend on libxklavier12-dev | libxklavier-dev and rebuild against the new soname. Files: 3ede20e24ff6d02dd244772ad203fbd3 2073 gnome optional control-center_2.20.3-3.dsc 70849ff506b531cca134ab9bb3a35a5b 4 gnome optional control-center_2.20.3-3.diff.gz d2f1b62572151021aef021c8058c4202 2447508 gnome optional capplets-data_2.20.3-3_all.deb 2055cb6ad6c38cf7409df87c2aec341b 94206 libdevel optional libgnome-window-settings-dev_2.20.3-3_all.deb f0a191efb8a624ee549965d99b5d6030 92968 libdevel optional libgnome-settings-daemon-dev_2.20.3-3_all.deb ba893bfbe58f37a8194ae2bc3a543023 625096 gnome optional gnome-control-center_2.20.3-3_i386.deb 722a1f153552dd470cd26bffc541ce1d 101520 libs optional libgnome-window-settings1_2.20.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxnwtBsBdh1vkHyERAvtuAJ9sAR1SbYQMsgEvhu+7HJiUjmCBHwCfWiH3 Y0ShR7g8Ms6YAXSgncwVfdE= =uIqg -END PGP SIGNATURE- Accepted: capplets-data_2.20.3-3_all.deb to pool/main/c/control-center/capplets-data_2.20.3-3_all.deb control-center_2.20.3-3.diff.gz to pool/main/c/control-center/control-center_2.20.3-3.diff.gz control-center_2.20.3-3.dsc to pool/main/c/control-center/control-center_2.20.3-3.dsc gnome-control-center_2.20.3-3_i386.deb to pool/main/c/control-center/gnome-control-center_2.20.3-3_i386.deb libgnome-settings-daemon-dev_2.20.3-3_all.deb to pool/main/c/control-center/libgnome-settings-daemon-dev_2.20.3-3_all.deb libgnome-window-settings-dev_2.20.3-3_all.deb to pool/main/c/control-center/libgnome-window-settings-dev_2.20.3-3_all.deb libgnome-window-settings1_2.20.3-3_i386.deb to pool/main/c/control-center/libgnome-window-settings1_2.20.3-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtext-charwidth-perl 0.04-5 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 20:26:07 +1100 Source: libtext-charwidth-perl Binary: libtext-charwidth-perl Architecture: source amd64 Version: 0.04-5 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libtext-charwidth-perl - get display widths of characters on the terminal Changes: libtext-charwidth-perl (0.04-5) unstable; urgency=low . * Added debian/watch file * Added homepage control header * Bumped Standards-Version to 3.7.3 * Fixed the following lintian issues: - debian-rules-ignores-make-clean-error Files: c225f2a36276a3b0c17397f466b66686 702 perl required libtext-charwidth-perl_0.04-5.dsc e00863354f8b1a0ade34d516e68e23bf 2306 perl required libtext-charwidth-perl_0.04-5.diff.gz 683757212eb596098913baceff7dbfc8 11364 perl required libtext-charwidth-perl_0.04-5_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxoPhgY5NIXPNpFURAnB+AKC9FnEdu5Nx5ba1wEZ1igvRr4H7/wCgxHMf TOtipnMXqAuqTjxuXAtBAyE= =sT51 -END PGP SIGNATURE- Accepted: libtext-charwidth-perl_0.04-5.diff.gz to pool/main/libt/libtext-charwidth-perl/libtext-charwidth-perl_0.04-5.diff.gz libtext-charwidth-perl_0.04-5.dsc to pool/main/libt/libtext-charwidth-perl/libtext-charwidth-perl_0.04-5.dsc libtext-charwidth-perl_0.04-5_amd64.deb to pool/main/libt/libtext-charwidth-perl/libtext-charwidth-perl_0.04-5_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dhcpcd 1:3.2.3-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Feb 2008 12:06:38 +0100 Source: dhcpcd Binary: dhcpcd Architecture: source i386 Version: 1:3.2.3-1 Distribution: unstable Urgency: low Maintainer: Simon Kelley [EMAIL PROTECTED] Changed-By: Simon Kelley [EMAIL PROTECTED] Description: dhcpcd - DHCP client for automatically configuring IPv4 networking Closes: 467005 467083 Changes: dhcpcd (1:3.2.3-1) unstable; urgency=low . * New upstream. * Restore lost changelog (closes: #467083) * Fix FTBFS on GNU/kFreeBSD. (closes: #467005) Files: 8d963fe1e0c25366ef1b3b1487847021 566 net optional dhcpcd_3.2.3-1.dsc 630ec5c9f31b4b4f02972899ea955a37 53528 net optional dhcpcd_3.2.3.orig.tar.gz 369066649d4cab3437cf8ce31cbf7b9b 14779 net optional dhcpcd_3.2.3-1.diff.gz b0a3aa9db46c036495a537395bdabeb7 48718 net optional dhcpcd_3.2.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxoPnKeFPmTkbOSgRAneGAJ0Q/xsKVk8FTAu8GIBsSbpe+RxovACfT/1q x6Ih/100QxoGpLn0ytpDIX0= =mpid -END PGP SIGNATURE- Accepted: dhcpcd_3.2.3-1.diff.gz to pool/main/d/dhcpcd/dhcpcd_3.2.3-1.diff.gz dhcpcd_3.2.3-1.dsc to pool/main/d/dhcpcd/dhcpcd_3.2.3-1.dsc dhcpcd_3.2.3-1_i386.deb to pool/main/d/dhcpcd/dhcpcd_3.2.3-1_i386.deb dhcpcd_3.2.3.orig.tar.gz to pool/main/d/dhcpcd/dhcpcd_3.2.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dnsmasq 2.41-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Feb 2008 19:57:10 + Source: dnsmasq Binary: dnsmasq dnsmasq-base Architecture: source all i386 Version: 2.41-2 Distribution: unstable Urgency: low Maintainer: Simon Kelley [EMAIL PROTECTED] Changed-By: Simon Kelley [EMAIL PROTECTED] Description: dnsmasq- A small caching DNS proxy and DHCP/TFTP server dnsmasq-base - A small caching DNS proxy and DHCP/TFTP server Changes: dnsmasq (2.41-2) unstable; urgency=low . * Fix rules to build binary-arch and binary-indep correctly. Files: 8d0af9dc3c2d353e5592440b4eb492f2 596 net optional dnsmasq_2.41-2.dsc fbfda1f99d20abd43c222405dfe89d10 13113 net optional dnsmasq_2.41-2.diff.gz 76b559081f78af2067f62954954468be 233714 net optional dnsmasq-base_2.41-2_i386.deb f67f502e46c8c93353f3a095897c7544 11854 net optional dnsmasq_2.41-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxoQTKeFPmTkbOSgRAgzpAJwKqybyCXKdFKD5rvp486b1iH4SBwCfdQk3 3QZx4qI+QlQgHVWFPeYu1Ws= =3gJ+ -END PGP SIGNATURE- Accepted: dnsmasq-base_2.41-2_i386.deb to pool/main/d/dnsmasq/dnsmasq-base_2.41-2_i386.deb dnsmasq_2.41-2.diff.gz to pool/main/d/dnsmasq/dnsmasq_2.41-2.diff.gz dnsmasq_2.41-2.dsc to pool/main/d/dnsmasq/dnsmasq_2.41-2.dsc dnsmasq_2.41-2_all.deb to pool/main/d/dnsmasq/dnsmasq_2.41-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtext-wrapi18n-perl 0.06-6 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 21:01:26 +1100 Source: libtext-wrapi18n-perl Binary: libtext-wrapi18n-perl Architecture: source all Version: 0.06-6 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libtext-wrapi18n-perl - internationalized substitute of Text::Wrap Changes: libtext-wrapi18n-perl (0.06-6) unstable; urgency=low . * Added debian/watch file * Added homepage control header * Bumped Standards-Version to 3.7.3 * Fixed the following lintian issues: - debian-rules-ignores-make-clean-error - package-has-a-duplicate-build-relation Files: 9e538a78e90a8a200ea670c236f839cc 717 perl required libtext-wrapi18n-perl_0.06-6.dsc 979befbc2e5d2bd65aee0fe7052a93e8 2401 perl required libtext-wrapi18n-perl_0.06-6.diff.gz eb8fdc473afb4143b5f4e4bac2f1cea3 8828 perl required libtext-wrapi18n-perl_0.06-6_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxo6wgY5NIXPNpFURAsCrAJ4gYNX9VeVhU43zMkjcCQ1MW7GwzgCdFhfE 7odZSyhETreZUbJW6e/cXGg= =S/7m -END PGP SIGNATURE- Accepted: libtext-wrapi18n-perl_0.06-6.diff.gz to pool/main/libt/libtext-wrapi18n-perl/libtext-wrapi18n-perl_0.06-6.diff.gz libtext-wrapi18n-perl_0.06-6.dsc to pool/main/libt/libtext-wrapi18n-perl/libtext-wrapi18n-perl_0.06-6.dsc libtext-wrapi18n-perl_0.06-6_all.deb to pool/main/libt/libtext-wrapi18n-perl/libtext-wrapi18n-perl_0.06-6_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sdf 2.001-9 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:24:41 + Source: sdf Binary: sdf sdf-doc Architecture: source all Version: 2.001-9 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: sdf- Simple Document Parser sdf-doc- Documentation and examples for the Simple Document Parser Closes: 468195 Changes: sdf (2.001-9) unstable; urgency=low . * debian/rules: Delete /usr/lib/perl5 only if it exists (closes: #468195). * Use debhelper v4. * Policy version 3.7.3: - Move debhelper from Build-Depends-Indep to Build-Depends. * Move find -maxdepth option before other options to avoid a warning. Files: ece89b2c2be0f9073359184c9fe5c51d 655 text extra sdf_2.001-9.dsc 53b01a5ce1ab356199887eea0ab30883 6742 text extra sdf_2.001-9.diff.gz 48df4083173d28557bb13ab34a266090 383284 text extra sdf_2.001-9_all.deb 24c76a6f398e33c434dbd6f8f6b5c58c 500758 doc extra sdf-doc_2.001-9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Colin Watson [EMAIL PROTECTED] -- Debian developer iD8DBQFHxoxC9t0zAhD6TNERAqQxAJ9eSVkeGEh5x2RGIvnMr7D0zaeiQQCeKFlU Vt9UTYw81KI6S7mXFPVHZho= =LJO5 -END PGP SIGNATURE- Accepted: sdf-doc_2.001-9_all.deb to pool/main/s/sdf/sdf-doc_2.001-9_all.deb sdf_2.001-9.diff.gz to pool/main/s/sdf/sdf_2.001-9.diff.gz sdf_2.001-9.dsc to pool/main/s/sdf/sdf_2.001-9.dsc sdf_2.001-9_all.deb to pool/main/s/sdf/sdf_2.001-9_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gok 1.3.7-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 16 Jan 2008 13:08:26 +0800 Source: gok Binary: gok gok-doc Architecture: source all i386 Version: 1.3.7-1 Distribution: unstable Urgency: medium Maintainer: Debian GNOME Maintainers [EMAIL PROTECTED] Changed-By: Mario Lang [EMAIL PROTECTED] Description: gok- GNOME Onscreen Keyboard gok-doc- documentation files for the GNOME Onscreen Keyboard Closes: 441705 460863 Changes: gok (1.3.7-1) unstable; urgency=medium . [ Mario Lang ] * debian/control.in: Remove myself from Uploaders, gnome-pkg-tools takes care of this now. . [ Deng Xiyue ] * New upstream version. + Content no longer changes when built twice or more times in a row. (Closes: #441705) * debian/control{,in} + Bump standard version to 3.7.3. + Bump libwnck-dev build-dep to = 2.13.5 accordingly. + Add libglade2-dev build-dep accordingly. + Add doc-base in Depends of gok-doc. + Wrap Depends fields. + Capitalize some words in description. * debian/gok.menu + Fix section to Application/Accessability. * debian/gok-doc.doc-base.gok + Add some content to original template, and fix section. * debian/patches + Add 10-fix-cish-code.patch from Aurelien Jarno [EMAIL PROTECTED]. (Closes: #460863) * debian/rules + Comment out unnecessary operation as reference. . [ Loic Minier ] * Cleanups. Files: 132e9e9d4e2e591b9fd20507d370f32b 1204 gnome optional gok_1.3.7-1.dsc e58a2f086f35fd2546259bddea275c75 2093699 gnome optional gok_1.3.7.orig.tar.gz 73740f6e0944cdc9d4deba3608f30a90 5341 gnome optional gok_1.3.7-1.diff.gz 36949828a10f2b07b4e39d71ad7262f4 213256 doc optional gok-doc_1.3.7-1_all.deb 4246b4d80c11797b602785d4f5b4ec01 1637540 gnome optional gok_1.3.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpM4BsBdh1vkHyERAnplAJ9+yLPxyJz3TeIMOo3FgbYeK13lagCfaB3X ziN/y7FVoKEWJFPf26oh/AM= =rvEW -END PGP SIGNATURE- Accepted: gok-doc_1.3.7-1_all.deb to pool/main/g/gok/gok-doc_1.3.7-1_all.deb gok_1.3.7-1.diff.gz to pool/main/g/gok/gok_1.3.7-1.diff.gz gok_1.3.7-1.dsc to pool/main/g/gok/gok_1.3.7-1.dsc gok_1.3.7-1_i386.deb to pool/main/g/gok/gok_1.3.7-1_i386.deb gok_1.3.7.orig.tar.gz to pool/main/g/gok/gok_1.3.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lemonldap-ng 0.9-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 25 Feb 2008 15:06:49 +0100 Source: lemonldap-ng Binary: lemonldap-ng lemonldap-ng-doc liblemonldap-ng-handler-perl liblemonldap-ng-conf-perl liblemonldap-ng-manager-perl liblemonldap-ng-portal-perl Architecture: source all Version: 0.9-1 Distribution: unstable Urgency: low Maintainer: Xavier Guimard [EMAIL PROTECTED] Changed-By: Xavier Guimard [EMAIL PROTECTED] Description: lemonldap-ng - Lemonldap::NG Web-SSO system lemonldap-ng-doc - Lemonldap::NG Web-SSO system documentation liblemonldap-ng-conf-perl - Lemonldap::NG apache administration interface part liblemonldap-ng-handler-perl - Lemonldap::NG apache module part liblemonldap-ng-manager-perl - Lemonldap::NG apache manager part liblemonldap-ng-portal-perl - Lemonldap::NG apache authentication portal part Closes: 451820 461572 462807 Changes: lemonldap-ng (0.9-1) unstable; urgency=low . New upstream release * purgeCentralCache was not correctly installed (Closes: #461572) * Portuguese debconf translation (Closes: #451820) * German debconf translation (Closes: #462807) Files: 7e707950aea4dabdc07d2dc1d761296b 831 perl extra lemonldap-ng_0.9-1.dsc f40d1b60dec03f91b3ce5d5ffb9a25cc 276662 perl extra lemonldap-ng_0.9.orig.tar.gz 51ff904d61d94c230823b566a49c2daf 522 perl extra lemonldap-ng_0.9-1.diff.gz 7b7f7d794fca1b897e41123764229dee 10256 perl extra lemonldap-ng_0.9-1_all.deb 8d957e8d13d5e674e40e978c2d85100e 79388 doc extra lemonldap-ng-doc_0.9-1_all.deb 369dd13138292d8b0de49fea54a97b9d 51864 perl extra liblemonldap-ng-handler-perl_0.9-1_all.deb 927f265756259e75c0697f5cc586cecd 28370 perl extra liblemonldap-ng-conf-perl_0.9-1_all.deb c061c9dfd2c5ebf1c6e83c1dc4b97ba3 104830 perl extra liblemonldap-ng-manager-perl_0.9-1_all.deb 11d4a1ea4d2e81b449ced5f359001ddd 119052 perl extra liblemonldap-ng-portal-perl_0.9-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpBgtwVrWo1fQMsRAovVAKDN9hJkcWOKkI8xWE7o7d1GI6vQOwCfbLpa 3zQ9IrPN8nQ6j+sICH8+tA8= =ywwU -END PGP SIGNATURE- Accepted: lemonldap-ng-doc_0.9-1_all.deb to pool/main/l/lemonldap-ng/lemonldap-ng-doc_0.9-1_all.deb lemonldap-ng_0.9-1.diff.gz to pool/main/l/lemonldap-ng/lemonldap-ng_0.9-1.diff.gz lemonldap-ng_0.9-1.dsc to pool/main/l/lemonldap-ng/lemonldap-ng_0.9-1.dsc lemonldap-ng_0.9-1_all.deb to pool/main/l/lemonldap-ng/lemonldap-ng_0.9-1_all.deb lemonldap-ng_0.9.orig.tar.gz to pool/main/l/lemonldap-ng/lemonldap-ng_0.9.orig.tar.gz liblemonldap-ng-conf-perl_0.9-1_all.deb to pool/main/l/lemonldap-ng/liblemonldap-ng-conf-perl_0.9-1_all.deb liblemonldap-ng-handler-perl_0.9-1_all.deb to pool/main/l/lemonldap-ng/liblemonldap-ng-handler-perl_0.9-1_all.deb liblemonldap-ng-manager-perl_0.9-1_all.deb to pool/main/l/lemonldap-ng/liblemonldap-ng-manager-perl_0.9-1_all.deb liblemonldap-ng-portal-perl_0.9-1_all.deb to pool/main/l/lemonldap-ng/liblemonldap-ng-portal-perl_0.9-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libmail-sender-perl 0.8.13-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 08:53:32 + Source: libmail-sender-perl Binary: libmail-sender-perl Architecture: source all Version: 0.8.13-4 Distribution: unstable Urgency: low Maintainer: Erik Wenzel [EMAIL PROTECTED] Changed-By: Erik Wenzel [EMAIL PROTECTED] Description: libmail-sender-perl - Perl Module for sending mails with attachments Closes: 467897 Changes: libmail-sender-perl (0.8.13-4) unstable; urgency=low . * FTBFS with Perl 5.10: the empty /usr/lib/perl5 is gone (Closes: #467897) * [control] bumped standards-version to 3.7.3 * [control] changed build-depends-indep Files: 56150a74bb077509e92b97c4e404ae8a 644 perl optional libmail-sender-perl_0.8.13-4.dsc 69ee25fe20ad7c6e58736d646f5a120c 2003 perl optional libmail-sender-perl_0.8.13-4.diff.gz 5f1314d602e26fd6d2334e33d94fd143 52228 perl optional libmail-sender-perl_0.8.13-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpa5mMmei9uJhBARAoeaAKC/6qmJIQ6NoeiJHcBeaU33UyQM+ACfXaGL NjWkIGPNwzdO9SozpJENB64= =m+dn -END PGP SIGNATURE- Accepted: libmail-sender-perl_0.8.13-4.diff.gz to pool/main/libm/libmail-sender-perl/libmail-sender-perl_0.8.13-4.diff.gz libmail-sender-perl_0.8.13-4.dsc to pool/main/libm/libmail-sender-perl/libmail-sender-perl_0.8.13-4.dsc libmail-sender-perl_0.8.13-4_all.deb to pool/main/libm/libmail-sender-perl/libmail-sender-perl_0.8.13-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgnomeprint 2.18.4-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 13 Feb 2008 09:04:46 +0100 Source: libgnomeprint Binary: libgnomeprint2.2-0 libgnomeprint2.2-dev libgnomeprint2.2-data libgnomeprint2.2-doc Architecture: source all i386 Version: 2.18.4-1 Distribution: unstable Urgency: low Maintainer: Rob Taylor [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: libgnomeprint2.2-0 - The GNOME 2.2 print architecture - runtime files libgnomeprint2.2-data - The GNOME 2.2 print architecture - data files libgnomeprint2.2-dev - The GNOME 2.2 print architecture - development files libgnomeprint2.2-doc - The GNOME 2.2 print architecture - documentation files Closes: 457937 Changes: libgnomeprint (2.18.4-1) unstable; urgency=low . [ Sebastian Dröge ] * New upstream bugfix release. + Fixes embedding of RGBA images (Closes: #457937). . [ Loic Minier ] * Add ${shlibs:Depends} to libgnomeprint2.2-dev. Files: bd72f0bfcf4236a0a74432aa712a5381 1122 libs optional libgnomeprint_2.18.4-1.dsc 10fd50565271edee7e7f38bc8145f6db 1130891 libs optional libgnomeprint_2.18.4.orig.tar.gz d335ce393e1c86eae1f63db01231 9130 libs optional libgnomeprint_2.18.4-1.diff.gz c39408c010da8b03361baa8eccb096e2 173268 libs optional libgnomeprint2.2-data_2.18.4-1_all.deb 46e4e2df49ea5a828628c25c57d05ba1 123944 doc optional libgnomeprint2.2-doc_2.18.4-1_all.deb 1e5c54a47c087ad84376b9e1b106bd08 263992 libs optional libgnomeprint2.2-0_2.18.4-1_i386.deb 74760fdc3ca2f465201c3a0fd34b9fe1 316252 libdevel optional libgnomeprint2.2-dev_2.18.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpdmBsBdh1vkHyERAqQfAJ0UYwey751Hk2LV1PTLp1XeecOGVwCfXr38 88D4rOfKhYiSjq/TzcPgrsM= =hoUr -END PGP SIGNATURE- Accepted: libgnomeprint2.2-0_2.18.4-1_i386.deb to pool/main/libg/libgnomeprint/libgnomeprint2.2-0_2.18.4-1_i386.deb libgnomeprint2.2-data_2.18.4-1_all.deb to pool/main/libg/libgnomeprint/libgnomeprint2.2-data_2.18.4-1_all.deb libgnomeprint2.2-dev_2.18.4-1_i386.deb to pool/main/libg/libgnomeprint/libgnomeprint2.2-dev_2.18.4-1_i386.deb libgnomeprint2.2-doc_2.18.4-1_all.deb to pool/main/libg/libgnomeprint/libgnomeprint2.2-doc_2.18.4-1_all.deb libgnomeprint_2.18.4-1.diff.gz to pool/main/libg/libgnomeprint/libgnomeprint_2.18.4-1.diff.gz libgnomeprint_2.18.4-1.dsc to pool/main/libg/libgnomeprint/libgnomeprint_2.18.4-1.dsc libgnomeprint_2.18.4.orig.tar.gz to pool/main/libg/libgnomeprint/libgnomeprint_2.18.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted madison-lite 0.12 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:44:08 + Source: madison-lite Binary: madison-lite Architecture: source all Version: 0.12 Distribution: unstable Urgency: low Maintainer: Colin Watson [EMAIL PROTECTED] Changed-By: Colin Watson [EMAIL PROTECTED] Description: madison-lite - display versions of Debian packages in an archive Changes: madison-lite (0.12) unstable; urgency=low . * Update copyright years and manual page revision date. * Only try to create the cache directory once, to save on stat calls. * Create a cache directory tag, per http://www.brynosaurus.com/cachedir/ (Cache Directory Tagging Standard). * Policy version 3.7.3: no changes required. * Update example Ubuntu configuration for current release names. Files: a8bb1371dd6136cf4ec5109c3b46ab99 568 admin optional madison-lite_0.12.dsc 96eab1582661536996dc98a6ecb1cf82 12192 admin optional madison-lite_0.12.tar.gz 4d67ac380740f208e6ebb84f4b2d906f 14854 admin optional madison-lite_0.12_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Colin Watson [EMAIL PROTECTED] -- Debian developer iD8DBQFHxpC09t0zAhD6TNERAj6RAJ9M7lBH+LCttjihigaLEjpOuMG9NgCfaN6A W3Cf+9ApmLB1pf4PpHPHda4= =kESW -END PGP SIGNATURE- Accepted: madison-lite_0.12.dsc to pool/main/m/madison-lite/madison-lite_0.12.dsc madison-lite_0.12.tar.gz to pool/main/m/madison-lite/madison-lite_0.12.tar.gz madison-lite_0.12_all.deb to pool/main/m/madison-lite/madison-lite_0.12_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted developers-reference 3.3.9 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:16:40 + Source: developers-reference Binary: developers-reference developers-reference-fr Architecture: source all Version: 3.3.9 Distribution: unstable Urgency: low Maintainer: Debian Documentation Project [EMAIL PROTECTED] Changed-By: W. Martin Borgert [EMAIL PROTECTED] Description: developers-reference - guidelines and information for Debian developers developers-reference-fr - guidelines and information for Debian developers, in French Closes: 356720 373816 374220 384178 391023 401415 405453 405818 410159 412757 413320 414291 419507 420540 422750 427832 428846 445642 Changes: developers-reference (3.3.9) unstable; urgency=low . [ Andreas Barth ] * Packaging changes: - bump standards-version to 3.7.3 (no change) - fix debian/copyright - move debhelper to Build-Depends. - add pdf for French version. * Document changes to stable release management. Closes: #414291 * Debconf error templates no longer discouraged. Thanks, Christian Perrier. Closes: #427832 * Keyring now uses RT. Closes: #428846 * Document -dbg-packages within BPs. Thanks, Joey Hess. Closes: #420540 * NMUs now also close bugs. Thanks, Lucas Nussbaum. Closes: #419507 * Fix documentation about gender neutral. Closes: #384178 * Fix typo. Closes: #405453 * More details on how to write documentation. Thanks, Josh Triplett. Closes: #422750 * Add XS-Vcs-*. Thanks to Stefano Zacchiroli. Closes: #391023 * Small brushup to debconf description. Thanks, Thomas Huriaux. Closes: #401415 * Document Team-Maintainence better. Thanks, Lucas Nussbaum. Closes: #410159 * Add link to more removal ressources. Thanks, Adam D. Barratt, Justin Pryzby. Closes: #412757, #356720 * Repacking source packages need to be documented in copyright. Thanks, Russ Allbery. Closes: #413320 * Better describe version of debian native packages NMUs. Closes: #405818 * Source, HTML and text are now encoded in UTF-8. Thanks, Jörg Sommer. Closes: #373816 * Source is now DocBook XML instead of debiandoc. Closes: #374220 . [ Raphael Hertzog ] * Add a link to enrico's excellent Debian Community Guidelines. * Recommend the use of DSA's request tracker instead of mailing them. * Remove reference to #debian-sf, #debian-bsd which don't exist anymore. Put a reference to #debian-dpkg instead. * Remove all stuff concerning non-US. * Update information concerning Alioth. * Update information concerning the Package Tracking System. * Mention Alioth as the main resource for VCS repositories and deprecate cvs.debian.org. * Remove XS- prefix for Vcs-* fields since dpkg now supports them. * Document the Homepage field. Thanks, Christian Perrier. Closes: #445642 * Add Vcs-Svn and Vcs-Browser fields pointing to the new SVN repository. Files: f3b140613997b6255f00cff2e0652485 866 doc optional developers-reference_3.3.9.dsc feb746b3608063b4994472866f39709e 871922 doc optional developers-reference_3.3.9.tar.gz 4f4292fe8246f1338115266a7ff61349 660596 doc optional developers-reference_3.3.9_all.deb 72e49ae1cd934ebaaf411beb7852214d 663386 doc optional developers-reference-fr_3.3.9_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpwF+xM0OFfj6IgRAqdfAJwNNiihs+QYn2KuGIFWNz4UbU0rYACZATqP VNJKCAzzbxObVoiWSiSsPDY= =9TZe -END PGP SIGNATURE- Accepted: developers-reference-fr_3.3.9_all.deb to pool/main/d/developers-reference/developers-reference-fr_3.3.9_all.deb developers-reference_3.3.9.dsc to pool/main/d/developers-reference/developers-reference_3.3.9.dsc developers-reference_3.3.9.tar.gz to pool/main/d/developers-reference/developers-reference_3.3.9.tar.gz developers-reference_3.3.9_all.deb to pool/main/d/developers-reference/developers-reference_3.3.9_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gtkorphan 0.4.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Feb 2008 17:40:47 +0100 Source: gtkorphan Binary: gtkorphan Architecture: source all Version: 0.4.3-1 Distribution: unstable Urgency: low Maintainer: Fabio Marzocca [EMAIL PROTECTED] Changed-By: Fabio Marzocca [EMAIL PROTECTED] Description: gtkorphan - A graphical tool to find and remove orphaned libraries Changes: gtkorphan (0.4.3-1) unstable; urgency=low . * Added chinese translation Files: 2ac3554359d08cab9763ac3353973cbc 624 admin optional gtkorphan_0.4.3-1.dsc 74ea97f3456608d465935f8ef70d3223 173152 admin optional gtkorphan_0.4.3.orig.tar.gz d43cbf8285fb6e3c157e8bdf34a89750 12511 admin optional gtkorphan_0.4.3-1.diff.gz 70e8797f612f32e41025cdd3e1506a5b 31702 admin optional gtkorphan_0.4.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxqRXvcCgrgZGjesRAtxKAKDUMFaPS17no3GctfGu0mkNrDhkwACgjG2G R61dPeCnfoKJrNMXU/BPwI0= =JXg5 -END PGP SIGNATURE- Accepted: gtkorphan_0.4.3-1.diff.gz to pool/main/g/gtkorphan/gtkorphan_0.4.3-1.diff.gz gtkorphan_0.4.3-1.dsc to pool/main/g/gtkorphan/gtkorphan_0.4.3-1.dsc gtkorphan_0.4.3-1_all.deb to pool/main/g/gtkorphan/gtkorphan_0.4.3-1_all.deb gtkorphan_0.4.3.orig.tar.gz to pool/main/g/gtkorphan/gtkorphan_0.4.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gauche-c-wrapper 0.5.2-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 21:24:36 +0900 Source: gauche-c-wrapper Binary: gauche-c-wrapper Architecture: source i386 Version: 0.5.2-3 Distribution: unstable Urgency: low Maintainer: NIIBE Yutaka [EMAIL PROTECTED] Changed-By: NIIBE Yutaka [EMAIL PROTECTED] Description: gauche-c-wrapper - Foreign function interface for Gauche to C libraries Changes: gauche-c-wrapper (0.5.2-3) unstable; urgency=low . * src/Makefile.in: Use installed libffi.a. * debian/control (Build-Depends): Added libffi4-dev. Files: 32af39f4f0e67727c9dec64f75232c1d 637 interpreters optional gauche-c-wrapper_0.5.2-3.dsc 83fb1d716cbdbb4f9551e0a705d21ee7 20229 interpreters optional gauche-c-wrapper_0.5.2-3.diff.gz b1ce75738d5ab46dd0f7dc5f289055a4 71168 interpreters optional gauche-c-wrapper_0.5.2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxqmcBB45r3HV9DoRAoDNAJ4vMkptyWb9udo25wesAbH8ClA1SgCeIh0b +ehcJB0LIfDUCduvf56ajss= =tE9y -END PGP SIGNATURE- Accepted: gauche-c-wrapper_0.5.2-3.diff.gz to pool/main/g/gauche-c-wrapper/gauche-c-wrapper_0.5.2-3.diff.gz gauche-c-wrapper_0.5.2-3.dsc to pool/main/g/gauche-c-wrapper/gauche-c-wrapper_0.5.2-3.dsc gauche-c-wrapper_0.5.2-3_i386.deb to pool/main/g/gauche-c-wrapper/gauche-c-wrapper_0.5.2-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libtextwrap 0.1-6 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 22:31:40 +1100 Source: libtextwrap Binary: libtextwrap-dev libtextwrap1 libtextwrap1-udeb Architecture: source amd64 Version: 0.1-6 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: libtextwrap-dev - text-wrapping library with i18n - development files libtextwrap1 - text-wrapping library with i18n - runtime libtextwrap1-udeb - text-wrapping library with i18n - runtime udeb (udeb) Closes: 449703 Changes: libtextwrap (0.1-6) unstable; urgency=low . * Fixed debian/watch. Patch by Raphael Geissert [EMAIL PROTECTED] Closes: #449703 * libtextwrap1 is priority optional * Added homepage control header * Bumped Standards-Version to 3.7.3 * Fixed the following lintian issues: - debian-rules-ignores-make-clean-error - substvar-source-version-is-deprecated - package-contains-empty-directory - copyright-without-copyright-notice - missing-dependency-on-libc Files: d21c778f1306889c48c9b10c472f0e3b 705 libs important libtextwrap_0.1-6.dsc 73ab83c84dcecf5e0d35293c226ff1dd 3655 libs important libtextwrap_0.1-6.diff.gz ed8b7296e3457a4dda31b4cb38a37fb4 15358 libdevel optional libtextwrap-dev_0.1-6_amd64.deb ba9b47cb30950e0b3eccf014ce4ffa74 9942 libs optional libtextwrap1_0.1-6_amd64.deb 00e345f704486430bd651bab6db13e96 4288 debian-installer optional libtextwrap1-udeb_0.1-6_amd64.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxqfxgY5NIXPNpFURAnAdAKCFlsCNg9gopRpfv3eZB2yfjAER7wCgsy0g x3gQoIDF8aMnXLzUfsRYUwc= =Yxi9 -END PGP SIGNATURE- Accepted: libtextwrap-dev_0.1-6_amd64.deb to pool/main/libt/libtextwrap/libtextwrap-dev_0.1-6_amd64.deb libtextwrap1-udeb_0.1-6_amd64.udeb to pool/main/libt/libtextwrap/libtextwrap1-udeb_0.1-6_amd64.udeb libtextwrap1_0.1-6_amd64.deb to pool/main/libt/libtextwrap/libtextwrap1_0.1-6_amd64.deb libtextwrap_0.1-6.diff.gz to pool/main/libt/libtextwrap/libtextwrap_0.1-6.diff.gz libtextwrap_0.1-6.dsc to pool/main/libt/libtextwrap/libtextwrap_0.1-6.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted uim 1:1.4.2-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 12:52:23 + Source: uim Binary: uim-common uim libuim5 libuim-data libuim-dev libuim5-dbg uim-gtk2.0 uim-qt uim-xim uim-applet-gnome uim-applet-kde uim-fep uim-utils uim-anthy uim-canna uim-skk uim-prime uim-m17nlib uim-el uim-byeoru uim-hangul uim-latin uim-pinyin uim-tcode uim-viqr uim-ipa-x-sampa Architecture: source all i386 Version: 1:1.4.2-1 Distribution: unstable Urgency: low Maintainer: Masahito Omote [EMAIL PROTECTED] Changed-By: Masahito Omote [EMAIL PROTECTED] Description: libuim-data - Data files for uim libuim-dev - Development files for uim libuim5- Simple and flexible input method collection and library libuim5-dbg - uim libraries and debugging symbols uim- Simple and flexible input method collection and library uim-anthy - Anthy plugin for uim uim-applet-gnome - GNOME applet for uim uim-applet-kde - KDE applet for uim uim-byeoru - The Byeoru Hangul input suite for uim uim-canna - Canna plugin for uim uim-common - Common files for uim uim-el - Emacs frontend for uim uim-fep- uim Front End Processor uim-gtk2.0 - GTK+2.x immodule for uim uim-hangul - Hangul input style(2-beol, 3-beol and Romaja) for uim uim-ipa-x-sampa - International Phonetic Alphabet (X-SAMPA) input style for uim uim-latin - Latin and Germanic languages input style for uim uim-m17nlib - m17nlib plugin for uim uim-pinyin - Pinyin input method for uim uim-prime - PRIME plugin for uim uim-qt - Qt 4.x immodule for uim uim-skk- SKK plugin for uim uim-tcode - T-Code input style for uim uim-utils - Utilities for uim uim-viqr - Vietnamese Quoted-Readable input style for uim uim-xim- A bridge between uim and XIM Changes: uim (1:1.4.2-1) unstable; urgency=low . * New upstream release Files: dbf37df79d1e3005695ad85e2ec2b8e6 1399 libs optional uim_1.4.2-1.dsc 7898dd27ace119b63ad490cad46b812e 3658097 libs optional uim_1.4.2.orig.tar.gz a895ad2b877b60b0ff4fbf6a14d405d7 33641 libs optional uim_1.4.2-1.diff.gz 6a610d5e98c4ff407dd4a2a04cb4c4cf 330894 utils optional uim-common_1.4.2-1_all.deb 70e1ae86e53d6ead054ad1be4c7036dc 1098 utils optional uim_1.4.2-1_all.deb 49be4bab518c91e037678dbe2d649dba 135504 utils optional uim-byeoru_1.4.2-1_all.deb 9d379202ff411b0ba1ca2614ec4b775c 119724 utils optional uim-hangul_1.4.2-1_all.deb a33ad6ced30c1a0c5824f85614e4b5c6 13864 utils optional uim-latin_1.4.2-1_all.deb a7209361e2e03f858e3ae51b24afae49 217196 utils optional uim-pinyin_1.4.2-1_all.deb 9d024763fd31fd8420117f8b4143b673 46810 utils optional uim-tcode_1.4.2-1_all.deb f7066e75c6391b77987d96fbc2a1b2f0 5548 utils optional uim-viqr_1.4.2-1_all.deb 094c1b3711e378b8f31a75a847bc0095 5738 utils optional uim-ipa-x-sampa_1.4.2-1_all.deb 2c7c31e4645b9d1e3895ce35ad4b6c33 78344 libs optional libuim5_1.4.2-1_i386.deb c7d3ebf508ee38481d2b05f832ead078 29194 libs optional libuim-data_1.4.2-1_i386.deb de19ad8dfd8f3c8e7a8caed04744722e 98188 libdevel optional libuim-dev_1.4.2-1_i386.deb b00103be7a41b112e72595243bb2736f 1982364 libdevel optional libuim5-dbg_1.4.2-1_i386.deb c966a4a337579b16d173ee0a6cedd272 257798 x11 optional uim-gtk2.0_1.4.2-1_i386.deb d0ee73650f4253d885257b99fc9a8062 307040 x11 optional uim-qt_1.4.2-1_i386.deb ef94f51fb182e267840566d3066cb75e 258006 x11 optional uim-xim_1.4.2-1_i386.deb 53c04f892e5be346767e2cf50d139d40 12566 gnome optional uim-applet-gnome_1.4.2-1_i386.deb 7c004f4f4033247e71b2d7b40eb6176a 260232 kde optional uim-applet-kde_1.4.2-1_i386.deb 89c5261731a489dbdb5376d543ea955a 231066 utils optional uim-fep_1.4.2-1_i386.deb b291b92ad2d398a63d018583be0f3ab7 11480 utils optional uim-utils_1.4.2-1_i386.deb c59348870ebf6bcf02868ff6285a5c55 24516 utils optional uim-anthy_1.4.2-1_i386.deb ffdd1788cb880a1826bed79029c39364 23274 utils optional uim-canna_1.4.2-1_i386.deb acbe1474c4e79a36c9362060d645f840 55060 utils optional uim-skk_1.4.2-1_i386.deb d66521a85b8df0688eef3c88349330e4 29210 utils optional uim-prime_1.4.2-1_i386.deb 78b645fed2298094fabf1b58eb9e200b 15626 utils optional uim-m17nlib_1.4.2-1_i386.deb 29bb2b7d511ea22e08463e19ff62bd1b 241420 utils optional uim-el_1.4.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxrpC4QYOB7JaXPERAtiVAJ9IE1xsYXycWEhK5b/tljYEfAkLQQCgric0 DTeYJ68+lxT9YwFkqjpRZJQ= =De2s -END PGP SIGNATURE- Accepted: libuim-data_1.4.2-1_i386.deb to pool/main/u/uim/libuim-data_1.4.2-1_i386.deb libuim-dev_1.4.2-1_i386.deb to pool/main/u/uim/libuim-dev_1.4.2-1_i386.deb libuim5-dbg_1.4.2-1_i386.deb to pool/main/u/uim/libuim5-dbg_1.4.2-1_i386.deb libuim5_1.4.2-1_i386.deb to pool/main/u/uim/libuim5_1.4.2-1_i386.deb uim-anthy_1.4.2-1_i386.deb to pool/main/u/uim/uim-anthy_1.4.2-1_i386.deb uim-applet-gnome_1.4.2-1_i386.deb to pool/main/u/uim/uim-applet-gnome_1.4.2-1_i386.deb uim-applet-kde_1.4.2-1_i386.deb to pool/main/u/uim/uim-applet-kde_1.4.2-1_i386.deb
Accepted colorgcc 1.3.2.0-8 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Feb 2008 22:03:17 -0500 Source: colorgcc Binary: colorgcc Architecture: source all Version: 1.3.2.0-8 Distribution: unstable Urgency: low Maintainer: Barry deFreese [EMAIL PROTECTED] Changed-By: Barry deFreese [EMAIL PROTECTED] Description: colorgcc - Colorizer for GCC warning/error messages Closes: 449760 463846 467631 468056 Changes: colorgcc (1.3.2.0-8) unstable; urgency=low . * 005_old_changes.dpatch. (Closes: #467631). + Move old local changes to dpatch. * Fix changelog for UTF-8. (Closes: #463846). + Thanks to Christian Perrier. * Upstream has been dead for years. + Remove watch file. (Closes: #449760). + Remove URL from copyright. (Closes: #468056). Files: ed99c5bed02d8db2e1658d55db5baa42 582 devel extra colorgcc_1.3.2.0-8.dsc 21b5ed7128473d1c52a0b2809b59290b 9420 devel extra colorgcc_1.3.2.0-8.diff.gz ee8a96fd6b9ce5b1a008186e666d468b 11458 devel extra colorgcc_1.3.2.0-8_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsR+2hliNwI7P08RAlREAJ9udYXUUMTe9Ksoox0+E845kHUl0gCeJ/A4 uF/jcoyDGohbpkadJDCA2ro= =otcZ -END PGP SIGNATURE- Accepted: colorgcc_1.3.2.0-8.diff.gz to pool/main/c/colorgcc/colorgcc_1.3.2.0-8.diff.gz colorgcc_1.3.2.0-8.dsc to pool/main/c/colorgcc/colorgcc_1.3.2.0-8.dsc colorgcc_1.3.2.0-8_all.deb to pool/main/c/colorgcc/colorgcc_1.3.2.0-8_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dnstracer 1.9-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 14:10:25 +0100 Source: dnstracer Binary: dnstracer Architecture: source i386 Version: 1.9-1 Distribution: unstable Urgency: low Maintainer: Thomas Seyrat [EMAIL PROTECTED] Changed-By: Thomas Seyrat [EMAIL PROTECTED] Description: dnstracer - trace DNS queries to the source Closes: 463919 Changes: dnstracer (1.9-1) unstable; urgency=low . * New upstream release (closes: #463919) * Bumped Standards-Version to 3.7.3 * Bumped debhelper compat level to 5 * Removed debian/dnstracer.dirs and dh_installman call * Added config.{sub,guess} update commands during clean target of debian/rules * Added dpkg-architecture-generated --{build,host} configure script arguments in debian/rules * Patched usage in dnstracer.c claming to be 1.8.1 instead of 1.9 Files: bf4a23c2f1bb27591b0b532ea858278b 562 net optional dnstracer_1.9-1.dsc 7db73ce3070119c98049a617fe52ea84 130884 net optional dnstracer_1.9.orig.tar.gz 02594d517d2b505ae1ccfdf5f547305d 22059 net optional dnstracer_1.9-1.diff.gz 72dd0d2606398d92bf8a0596598d3ca0 19930 net optional dnstracer_1.9-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxrclG7q+HrSg3okRAvMiAJ9OD1lTgyHNjksQx0f0dWQ6AqxL1QCfdSdj KxSbm40Kko5h/c+iKCXWsvc= =r5h1 -END PGP SIGNATURE- Accepted: dnstracer_1.9-1.diff.gz to pool/main/d/dnstracer/dnstracer_1.9-1.diff.gz dnstracer_1.9-1.dsc to pool/main/d/dnstracer/dnstracer_1.9-1.dsc dnstracer_1.9-1_i386.deb to pool/main/d/dnstracer/dnstracer_1.9-1_i386.deb dnstracer_1.9.orig.tar.gz to pool/main/d/dnstracer/dnstracer_1.9.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted alsa-tools 1.0.16-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Feb 2008 18:18:08 +0100 Source: alsa-tools Binary: alsa-tools alsa-tools-gui alsa-firmware-loaders ld10k1 liblo10k1-0 liblo10k1-dev qlo10k1 Architecture: source i386 Version: 1.0.16-1 Distribution: unstable Urgency: low Maintainer: Jordi Mallach [EMAIL PROTECTED] Changed-By: Jordi Mallach [EMAIL PROTECTED] Description: alsa-firmware-loaders - ALSA software loaders for specific hardware alsa-tools - Console based ALSA utilities for specific hardware alsa-tools-gui - GUI based ALSA utilities for specific hardware ld10k1 - ALSA emu10k1/2 patch loader liblo10k1-0 - ALSA emu10k1/2 patch-loader library liblo10k1-dev - ALSA emu10k1/2 patch-loader library development files qlo10k1- ALSA ld10k1 utility Changes: alsa-tools (1.0.16-1) unstable; urgency=low . * New upstream release . [ Jordi Mallach ] * Switch to now official Vcs-* control fields. . [ Elimar Riesebieter ] * Switched to debhelper 6. * Bumped Standard-Version to 3.7.3; no changes needed. * Removed hammerfal.patch. Applied from upstream. Files: c3ec126d37b1fc4e77a0bf8451c81be1 1216 sound extra alsa-tools_1.0.16-1.dsc 53240231dc338c4074d0be8b39fcebec 2457655 sound extra alsa-tools_1.0.16.orig.tar.gz c9c859a24d4a37c1087ef6cb72dcdd5c 23462 sound extra alsa-tools_1.0.16-1.diff.gz a217c6e5270f2a47dbbe1b6982524462 79970 sound extra alsa-tools_1.0.16-1_i386.deb 8363659690f2b52caf21768725deb6d5 256886 sound extra alsa-tools-gui_1.0.16-1_i386.deb a4d104fc6d1d3bbeccbdf29511b01dbe 31936 contrib/sound extra alsa-firmware-loaders_1.0.16-1_i386.deb 2edc4cbed801e823bbd22a2849106439 104008 sound extra ld10k1_1.0.16-1_i386.deb ecc760ced8b3c2759be2c8653e4e7596 29448 libs extra liblo10k1-0_1.0.16-1_i386.deb 013e52212977ea425454fafb241ba005 35566 devel extra liblo10k1-dev_1.0.16-1_i386.deb f3db49cc91b92ce8e46a875d2cf0be64 136370 sound extra qlo10k1_1.0.16-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxrVgJYSUupF6Il4RAtZ/AJ4rkR4wm8C1arQoFBYaT3LsH5V6OgCdGSDF egz973/zwUXNcXRtkcjTDz0= =2Ki8 -END PGP SIGNATURE- Accepted: alsa-firmware-loaders_1.0.16-1_i386.deb to pool/contrib/a/alsa-tools/alsa-firmware-loaders_1.0.16-1_i386.deb alsa-tools-gui_1.0.16-1_i386.deb to pool/main/a/alsa-tools/alsa-tools-gui_1.0.16-1_i386.deb alsa-tools_1.0.16-1.diff.gz to pool/main/a/alsa-tools/alsa-tools_1.0.16-1.diff.gz alsa-tools_1.0.16-1.dsc to pool/main/a/alsa-tools/alsa-tools_1.0.16-1.dsc alsa-tools_1.0.16-1_i386.deb to pool/main/a/alsa-tools/alsa-tools_1.0.16-1_i386.deb alsa-tools_1.0.16.orig.tar.gz to pool/main/a/alsa-tools/alsa-tools_1.0.16.orig.tar.gz ld10k1_1.0.16-1_i386.deb to pool/main/a/alsa-tools/ld10k1_1.0.16-1_i386.deb liblo10k1-0_1.0.16-1_i386.deb to pool/main/a/alsa-tools/liblo10k1-0_1.0.16-1_i386.deb liblo10k1-dev_1.0.16-1_i386.deb to pool/main/a/alsa-tools/liblo10k1-dev_1.0.16-1_i386.deb qlo10k1_1.0.16-1_i386.deb to pool/main/a/alsa-tools/qlo10k1_1.0.16-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted arno-iptables-firewall 1.8.8.n-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 09:51:03 +0100 Source: arno-iptables-firewall Binary: arno-iptables-firewall Architecture: source all Version: 1.8.8.n-1 Distribution: unstable Urgency: low Maintainer: Yaroslav Halchenko [EMAIL PROTECTED] Changed-By: Michael Hanke [EMAIL PROTECTED] Description: arno-iptables-firewall - single- and multi-homed firewall script with DSL/ADSL support Closes: 466972 Changes: arno-iptables-firewall (1.8.8.n-1) unstable; urgency=low . * New Upstream Version (Closes: #466972). Missed 1.8.8m, which only lived for a few days. * Minor change to the packaging documentation. Thanks to Joost van Baal. Files: f21119c8bb5ce322d78317ae6e3d617b 688 net optional arno-iptables-firewall_1.8.8.n-1.dsc e58582e013019bfdfe95b85fb8874b47 82969 net optional arno-iptables-firewall_1.8.8.n.orig.tar.gz 0a213f446a0a17e72fb97bf4d21ac927 36105 net optional arno-iptables-firewall_1.8.8.n-1.diff.gz 3a915026ede3fcda357a04261ab9730f 109794 net optional arno-iptables-firewall_1.8.8.n-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxrbSjRFFY3XAJMgRAgqMAKCVrTixFcf26bXlDX0yT924xYYcbQCfaHUd aWpJnybNYgWcbQ0e1PcWO74= =jTsJ -END PGP SIGNATURE- Accepted: arno-iptables-firewall_1.8.8.n-1.diff.gz to pool/main/a/arno-iptables-firewall/arno-iptables-firewall_1.8.8.n-1.diff.gz arno-iptables-firewall_1.8.8.n-1.dsc to pool/main/a/arno-iptables-firewall/arno-iptables-firewall_1.8.8.n-1.dsc arno-iptables-firewall_1.8.8.n-1_all.deb to pool/main/a/arno-iptables-firewall/arno-iptables-firewall_1.8.8.n-1_all.deb arno-iptables-firewall_1.8.8.n.orig.tar.gz to pool/main/a/arno-iptables-firewall/arno-iptables-firewall_1.8.8.n.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted grub 0.97-32 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 12:16:06 +0100 Source: grub Binary: grub grub-disk grub-doc grub-legacy-doc multiboot-doc Architecture: source amd64 all Version: 0.97-32 Distribution: unstable Urgency: low Maintainer: Grub Maintainers [EMAIL PROTECTED] Changed-By: Robert Millan [EMAIL PROTECTED] Description: grub - GRand Unified Bootloader (Legacy version) grub-disk - GRUB bootable disk image (dummy package) grub-doc - Documentation for GRand Unified Bootloader (dummy package) grub-legacy-doc - Documentation for GRUB Legacy multiboot-doc - The Multiboot specification Changes: grub (0.97-32) unstable; urgency=low . * Split grub-doc in multiboot-doc and grub-legacy-doc. Files: 92c98133db4f1c15f0e52b41671673d8 940 admin optional grub_0.97-32.dsc c0b23951173b62d2949430c938a52d3c 75507 admin optional grub_0.97-32.diff.gz 3f47ec312a981f769692f59086a9e70b 887306 admin optional grub_0.97-32_amd64.deb 0fc7584e74d4f503eb7757d027c54d96 112784 admin optional grub-disk_0.97-32_all.deb 5dc7e2f646a3d98854e68d072b04dca6 112802 doc optional grub-doc_0.97-32_all.deb 34b0f48c9cca9816d6760ec3d4a20385 233838 doc optional grub-legacy-doc_0.97-32_all.deb 7031767663354558cb6496bc0a05a277 157958 doc optional multiboot-doc_0.97-32_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxqPnC19io6rUCv8RAoLhAJwLpdnIgcPhPDCgZX45i0Wv613kQwCfbjnl tTL2B+yOLbr8Ti08V08azJs= =Nmlk -END PGP SIGNATURE- Accepted: grub-disk_0.97-32_all.deb to pool/main/g/grub/grub-disk_0.97-32_all.deb grub-doc_0.97-32_all.deb to pool/main/g/grub/grub-doc_0.97-32_all.deb grub-legacy-doc_0.97-32_all.deb to pool/main/g/grub/grub-legacy-doc_0.97-32_all.deb grub_0.97-32.diff.gz to pool/main/g/grub/grub_0.97-32.diff.gz grub_0.97-32.dsc to pool/main/g/grub/grub_0.97-32.dsc grub_0.97-32_amd64.deb to pool/main/g/grub/grub_0.97-32_amd64.deb multiboot-doc_0.97-32_all.deb to pool/main/g/grub/multiboot-doc_0.97-32_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libburn 0.4.2-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:20:38 + Source: libburn Binary: libburn4 cdrskin libburn-dev libburn-doc Architecture: source all amd64 Version: 0.4.2-2 Distribution: unstable Urgency: low Maintainer: Debian Libburnia packagers [EMAIL PROTECTED] Changed-By: Debian Libburnia packagers [EMAIL PROTECTED] Description: cdrskin- command line CD/DVD writing tool libburn-dev - development package for libburn4 libburn-doc - API documentation for libburn library libburn4 - library to provide CD/DVD writing functions Changes: libburn (0.4.2-2) unstable; urgency=low . [ Mario Danic ] * Update upstream URLs and copyright details . [ Simon Huggins ] * Update uploaders and set the maintainer to the list . [ Matthew Rosewarne ] * Rename libburn4-doc to libburn-doc. * Tidy up packaging. * Add watch file. Files: 13d9461699436daf6d4153585e303606 876 libs optional libburn_0.4.2-2.dsc 0d68119698000f6dc39d86b2dbe1062a 4000 libs optional libburn_0.4.2-2.diff.gz f88a0d5e7fc2566b7984c6169b02c50e 237094 doc optional libburn-doc_0.4.2-2_all.deb c4ea3399c06e9f4d59e28de6f06001f4 93542 libs optional libburn4_0.4.2-2_amd64.deb 9c314002f59ea32d0c5352a136352f2e 65680 otherosfs optional cdrskin_0.4.2-2_amd64.deb 0c883e30088f52e9c4689fa2dc216533 131482 libdevel optional libburn-dev_0.4.2-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxo7UMQdl+99c4rQRApKfAJ9LQftikZRVAChLGQvsZzetyu5LTQCbBPsT qKzPTq5Y0ovEJvxmtDVW04M= =BoA+ -END PGP SIGNATURE- Accepted: cdrskin_0.4.2-2_amd64.deb to pool/main/libb/libburn/cdrskin_0.4.2-2_amd64.deb libburn-dev_0.4.2-2_amd64.deb to pool/main/libb/libburn/libburn-dev_0.4.2-2_amd64.deb libburn-doc_0.4.2-2_all.deb to pool/main/libb/libburn/libburn-doc_0.4.2-2_all.deb libburn4_0.4.2-2_amd64.deb to pool/main/libb/libburn/libburn4_0.4.2-2_amd64.deb libburn_0.4.2-2.diff.gz to pool/main/libb/libburn/libburn_0.4.2-2.diff.gz libburn_0.4.2-2.dsc to pool/main/libb/libburn/libburn_0.4.2-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted z88dk 1.7.ds1-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 27 Feb 2008 11:56:25 +0100 Source: z88dk Binary: z88dk-bin z88dk-doc z88dk-data z88dk Architecture: source i386 all Version: 1.7.ds1-2 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Krystian Wlosek [EMAIL PROTECTED] Description: z88dk - a Z80 processor assembler and SmallC+ cross compiler z88dk-bin - executable files for z88dk z88dk-data - data files for z88dk z88dk-doc - documentation and examples for z88dk Closes: 449401 Changes: z88dk (1.7.ds1-2) unstable; urgency=low . [ Krystian Wlosek ] * Added Dutch debconf translation. (Closes: #449401) Patch by Bart 'cobaco' Cornelis. * Added missing libraries: malloc.lib, mzx.lib, mzx_tiny.lib z88_math.lib and make propper diff files. Thanks to Josetxu Malanda. Files: a1b89bb93deb68b386c449fbb6c30d24 649 devel extra z88dk_1.7.ds1-2.dsc ec9905d639326cdc1f55b6c792269fa8 16882 devel extra z88dk_1.7.ds1-2.diff.gz 18d60e7d53bef64977b57a6ebe9e9ebb 126438 devel extra z88dk-bin_1.7.ds1-2_i386.deb c1c0cbd5bcb07018a3b2a2fa0c6f22a2 4356 devel extra z88dk_1.7.ds1-2_i386.deb 7759609d0548f5c73144cbe99643c9ac 264132 doc extra z88dk-doc_1.7.ds1-2_all.deb 776121e61f971e2f5eabede762980f91 1438352 devel extra z88dk-data_1.7.ds1-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsAfhMHHe8CxClsRAhgHAJ9PssN7VJRXjPpt5CRGt05tv/3ZCwCgoBfK CSNpAEceqIYqy4B08EW2o7U= =Xv06 -END PGP SIGNATURE- Accepted: z88dk-bin_1.7.ds1-2_i386.deb to pool/main/z/z88dk/z88dk-bin_1.7.ds1-2_i386.deb z88dk-data_1.7.ds1-2_all.deb to pool/main/z/z88dk/z88dk-data_1.7.ds1-2_all.deb z88dk-doc_1.7.ds1-2_all.deb to pool/main/z/z88dk/z88dk-doc_1.7.ds1-2_all.deb z88dk_1.7.ds1-2.diff.gz to pool/main/z/z88dk/z88dk_1.7.ds1-2.diff.gz z88dk_1.7.ds1-2.dsc to pool/main/z/z88dk/z88dk_1.7.ds1-2.dsc z88dk_1.7.ds1-2_i386.deb to pool/main/z/z88dk/z88dk_1.7.ds1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dvtm 0.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 26 Feb 2008 19:03:36 +0100 Source: dvtm Binary: dvtm Architecture: source i386 Version: 0.4-1 Distribution: unstable Urgency: low Maintainer: Albin Tonnerre [EMAIL PROTECTED] Changed-By: Albin Tonnerre [EMAIL PROTECTED] Description: dvtm - Tiling window management for the console Closes: 456599 Changes: dvtm (0.4-1) unstable; urgency=low . * Initial release (Closes: #456599) * debian/patches/cflags_and_strip_fixes.diff: - Allow passing custom CFLAGS (eg when DEB_BUILD_OPTIONS=noopt) - Don't strip the binary in Makefile, let dh_strip handle it Files: e82d52f0952c0e416aff1d30c52e3de1 688 utils extra dvtm_0.4-1.dsc bcf5d571409bddb64b79cb201d44e742 20761 utils extra dvtm_0.4.orig.tar.gz 4522af942e091ae1733d3caaafc718a5 2997 utils extra dvtm_0.4-1.diff.gz c045961d26b37fdd0ee712f65a1970ed 18660 utils extra dvtm_0.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxqCIHYflSXNkfP8RAiETAKCxJl5NcRX6tTb5JxKhUbdSL7I9mACbBU3o sDH4ZdeQw9YKTC7MTSsx1jM= =3ZUd -END PGP SIGNATURE- Accepted: dvtm_0.4-1.diff.gz to pool/main/d/dvtm/dvtm_0.4-1.diff.gz dvtm_0.4-1.dsc to pool/main/d/dvtm/dvtm_0.4-1.dsc dvtm_0.4-1_i386.deb to pool/main/d/dvtm/dvtm_0.4-1_i386.deb dvtm_0.4.orig.tar.gz to pool/main/d/dvtm/dvtm_0.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted socat 1.6.0.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 14:49:58 +0100 Source: socat Binary: socat Architecture: source i386 Version: 1.6.0.1-1 Distribution: unstable Urgency: low Maintainer: Thomas Seyrat [EMAIL PROTECTED] Changed-By: Thomas Seyrat [EMAIL PROTECTED] Description: socat - multipurpose relay for bidirectional data transfer Changes: socat (1.6.0.1-1) unstable; urgency=low . * New upstream release * Bumped Standards-Version to 3.7.3 Files: 56ebc0131e46f901a88ea780246c0229 601 net extra socat_1.6.0.1-1.dsc 5a6a1d1e398d5c4d32fa6515baf477af 489105 net extra socat_1.6.0.1.orig.tar.gz edd4cfdb2d64baa9e106ea0c148c2dba 4077 net extra socat_1.6.0.1-1.diff.gz 1988fb9f4fd7f353a5922155279a1c82 307912 net extra socat_1.6.0.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsK+G7q+HrSg3okRAh4WAJoDwC6Gx4DcLnjsfn3QPjuFl45m6QCfYbzs hb6AZbHvfuXAlflDhQ6HXIQ= =iiyu -END PGP SIGNATURE- Accepted: socat_1.6.0.1-1.diff.gz to pool/main/s/socat/socat_1.6.0.1-1.diff.gz socat_1.6.0.1-1.dsc to pool/main/s/socat/socat_1.6.0.1-1.dsc socat_1.6.0.1-1_i386.deb to pool/main/s/socat/socat_1.6.0.1-1_i386.deb socat_1.6.0.1.orig.tar.gz to pool/main/s/socat/socat_1.6.0.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libxml++2.6 2.20.0-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 18:27:38 +0800 Source: libxml++2.6 Binary: libxml++2.6-dev libxml++2.6-2 libxml++2.6-dbg libxml++2.6-doc Architecture: source all i386 Version: 2.20.0-2 Distribution: unstable Urgency: low Maintainer: Deng Xiyue [EMAIL PROTECTED] Changed-By: Deng Xiyue [EMAIL PROTECTED] Description: libxml++2.6-2 - A C++ interface to the GNOME XML library (libxml2) libxml++2.6-dbg - A C++ interface to the GNOME XML library (debug symbols) libxml++2.6-dev - A C++ interface to the GNOME XML library (libxml2) libxml++2.6-doc - HTML interface documentation and examples for libxml++ Changes: libxml++2.6 (2.20.0-2) unstable; urgency=low . * Refined debian/rules to set variables SHARED_PKG and DOC_PKG by sed from debian/control and use variable SHVER for shlibs version, and refine and reformat corresponding rules accordingly. * Drop 70_relibtoolize.patch, and use chrpath hack to get rid of amd64 rpath issue, hence add chrpath to b-deps. Should contact upstream for real fix. * Migrate maintainer ship to Debian GNOME Team, and add Debian GNOME Team to uploaders. * Add Vcs-Svn and Vcs-Browser fields to source stanza in control file. * Update build-dep/dep in debian/control* as per source configure.in, and drop debian version postfix as per lintian. * Add -dbg package for debug symbols. * Update debian/compat to 6, and bump build-dep debhelper to = 6, and cdbs to = 0.4.51 to avoid empty debug package bug. * Update watch version to 3, and drop 'debian uupdate' as not necessarily required. Files: 9302ae4638ee39e93017b2713487cb14 1064 devel optional libxml++2.6_2.20.0-2.dsc 9c02f5a36a533ae11c61085c198070f3 5492 devel optional libxml++2.6_2.20.0-2.diff.gz e1116d9eb7cbc0c8cf7a15556dbfa8f3 502100 doc optional libxml++2.6-doc_2.20.0-2_all.deb 6a640a11fe08383aaaf535d7639c2eb1 97326 libdevel optional libxml++2.6-dev_2.20.0-2_i386.deb bd920df18d1b8422b92ecd3694b56e01 76198 libs optional libxml++2.6-2_2.20.0-2_i386.deb 9eac5a65ce9dd28900e31701f5631022 324566 libdevel extra libxml++2.6-dbg_2.20.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxpA0BsBdh1vkHyERAhkCAKCT90IjzE40dPOmgqcLb2Ti8/CAHgCfb465 iKoQAepP0LiULgm67HiHL94= =SsQT -END PGP SIGNATURE- Accepted: libxml++2.6-2_2.20.0-2_i386.deb to pool/main/libx/libxml++2.6/libxml++2.6-2_2.20.0-2_i386.deb libxml++2.6-dbg_2.20.0-2_i386.deb to pool/main/libx/libxml++2.6/libxml++2.6-dbg_2.20.0-2_i386.deb libxml++2.6-dev_2.20.0-2_i386.deb to pool/main/libx/libxml++2.6/libxml++2.6-dev_2.20.0-2_i386.deb libxml++2.6-doc_2.20.0-2_all.deb to pool/main/libx/libxml++2.6/libxml++2.6-doc_2.20.0-2_all.deb libxml++2.6_2.20.0-2.diff.gz to pool/main/libx/libxml++2.6/libxml++2.6_2.20.0-2.diff.gz libxml++2.6_2.20.0-2.dsc to pool/main/libx/libxml++2.6/libxml++2.6_2.20.0-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libisofs 0.6.2.1-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 10:50:27 + Source: libisofs Binary: libisofs6 libisofs-doc libisofs-dev Architecture: source all amd64 Version: 0.6.2.1-1 Distribution: unstable Urgency: low Maintainer: Debian Libburnia packagers [EMAIL PROTECTED] Changed-By: Debian Libburnia packagers [EMAIL PROTECTED] Description: libisofs-dev - Development package for libisofs libisofs-doc - API documentation for libisofs library libisofs6 - library to create ISO9960 images Changes: libisofs (0.6.2.1-1) unstable; urgency=low . [ Simon Huggins ] * Initial release - part of its own source package now libburn is sane again. . [ Mario Danic ] * corrected email of initial debian packager in copyright . [ Matthew Rosewarne ] * Rename libisofs6-doc to libisofs-doc. * Tidy up packaging. * Add watch file. Files: b3c1b25f40e2de9a665d0bc1d985f64b 903 libs optional libisofs_0.6.2.1-1.dsc e64a81e97ee67055da460663adbde055 525451 libs optional libisofs_0.6.2.1.orig.tar.gz 571128b5314ae590e93aa431e3bb302f 1860 libs optional libisofs_0.6.2.1-1.diff.gz fb971fa3a40b06863a79f71905358a76 168234 doc optional libisofs-doc_0.6.2.1-1_all.deb 4d80191d24f6b5da50559add7e4c8362 77836 libs optional libisofs6_0.6.2.1-1_amd64.deb b1f0f6dfa46bdb779f733ed012bf9768 111524 libdevel optional libisofs-dev_0.6.2.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxphAMQdl+99c4rQRAhpAAJ4mE1b1UOFa4Xjtnnybo9DvFpmYfgCffQSX AF3CkyJYVGXWikopFlfRoyw= =FjVL -END PGP SIGNATURE- Accepted: libisofs-dev_0.6.2.1-1_amd64.deb to pool/main/libi/libisofs/libisofs-dev_0.6.2.1-1_amd64.deb libisofs-doc_0.6.2.1-1_all.deb to pool/main/libi/libisofs/libisofs-doc_0.6.2.1-1_all.deb libisofs6_0.6.2.1-1_amd64.deb to pool/main/libi/libisofs/libisofs6_0.6.2.1-1_amd64.deb libisofs_0.6.2.1-1.diff.gz to pool/main/libi/libisofs/libisofs_0.6.2.1-1.diff.gz libisofs_0.6.2.1-1.dsc to pool/main/libi/libisofs/libisofs_0.6.2.1-1.dsc libisofs_0.6.2.1.orig.tar.gz to pool/main/libi/libisofs/libisofs_0.6.2.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ocaml-magic 0.6-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 15:35:27 +0100 Source: ocaml-magic Binary: libmagic-ocaml libmagic-ocaml-dev Architecture: source amd64 Version: 0.6-2 Distribution: unstable Urgency: low Maintainer: Liquidsoap Debian Packaging [EMAIL PROTECTED] Changed-By: Romain Beauxis [EMAIL PROTECTED] Description: libmagic-ocaml - OCaml bindings for the File type determination library libmagic-ocaml-dev - OCaml bindings for the File type determination library Changes: ocaml-magic (0.6-2) unstable; urgency=low . * Fixed compilation on archs with no native compiler. Files: c8f1ef5f19afac20d089248def1a50c6 981 devel optional ocaml-magic_0.6-2.dsc ce5af441689e55682517a69358ec7783 2976 devel optional ocaml-magic_0.6-2.diff.gz 6d0152685a2ad93657a099e294d3b7ad 6208 libs optional libmagic-ocaml_0.6-2_amd64.deb 33485afb1083c8a6d2e01c727f375d2d 11324 libdevel optional libmagic-ocaml-dev_0.6-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsfQnuQ3Rt5ZmAARArp/AJ9Ag0WLi7JhpjoeIsw8PJCdSPmN0ACeMU// 1G76BeDpvQZv4qCvZ4Fn8lY= =2fZg -END PGP SIGNATURE- Accepted: libmagic-ocaml-dev_0.6-2_amd64.deb to pool/main/o/ocaml-magic/libmagic-ocaml-dev_0.6-2_amd64.deb libmagic-ocaml_0.6-2_amd64.deb to pool/main/o/ocaml-magic/libmagic-ocaml_0.6-2_amd64.deb ocaml-magic_0.6-2.diff.gz to pool/main/o/ocaml-magic/ocaml-magic_0.6-2.diff.gz ocaml-magic_0.6-2.dsc to pool/main/o/ocaml-magic/ocaml-magic_0.6-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted snoopy 1.3-14 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 15:22:22 +0100 Source: snoopy Binary: snoopy Architecture: source i386 Version: 1.3-14 Distribution: unstable Urgency: low Maintainer: Marc Haber [EMAIL PROTECTED] Changed-By: Marc Haber [EMAIL PROTECTED] Description: snoopy - An execve() wrapper and logger Closes: 412535 412694 412696 412958 413233 413557 417919 Changes: snoopy (1.3-14) unstable; urgency=low . * Update translation: sv (Swedish) by Daniel Nylander. Closes: #412535 * Update translation. cs (Czech) by Martin ¦ín. Closes: #412694 * Update translation: it (Italian) by Luca Bruno. Closes: #412696 * Update translation: fr (French) by Michel Grentzinger. Closes: #412958 * Update translation: nl (Dutch) by cobaco. Closes: #413233 * Update translation: es (Spanish) by Javier Fernández-Sanguino. Closes: #413557 * New translation: pt (Portuguese) by Miguel Figueiredo. Closes: #417919 * prerm: just error out if ld.so.preload-manager is not installed * lintian: * add description to 50-409819-getlogin_r.dpatch * add proper copyright notice * Standards-Version: 3.7.3 (no changes necessary) Files: 56f18f850a5ef49fe1b758ba77e03f77 589 admin optional snoopy_1.3-14.dsc f9bbc00aed2ec95097fe9b039832f812 9357 admin optional snoopy_1.3-14.diff.gz f49840f3d5f653fae2af685db123369b 10892 admin optional snoopy_1.3-14_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsXWgZalRGu6PIQRAiPMAJ9lzeTUIvt4eJ/cX3ERExZ8UuBQQgCfUtuN dcbcIgd4ohRpJqLBgs4mKeY= =NLiS -END PGP SIGNATURE- Accepted: snoopy_1.3-14.diff.gz to pool/main/s/snoopy/snoopy_1.3-14.diff.gz snoopy_1.3-14.dsc to pool/main/s/snoopy/snoopy_1.3-14.dsc snoopy_1.3-14_i386.deb to pool/main/s/snoopy/snoopy_1.3-14_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-cachefu 1.1.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 15:26:57 +0100 Source: zope-cachefu Binary: zope-cachefu Architecture: source all Version: 1.1.1-1 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope-cachefu - suite of Zope products for speeding up Plone Changes: zope-cachefu (1.1.1-1) unstable; urgency=low . * New upstream release. Files: 7dc2d5b89d79ad2fa31bb8fdc44b4424 772 web optional zope-cachefu_1.1.1-1.dsc 9555bf7fd3a26d74c6a7f9c28121998f 257970 web optional zope-cachefu_1.1.1.orig.tar.gz e88cafe02f70176b581400ab632b7814 3623 web optional zope-cachefu_1.1.1-1.diff.gz a7adff4c3cb569415eb35518d45e1530 270550 web optional zope-cachefu_1.1.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxsW4K/juK3+WFWQRApnZAJ0XjuG/DelZ2wbbl1d1D23hMpQ+1ACeKLGp /AMh2awC4DcbDPdqRRwTJNI= =tyIg -END PGP SIGNATURE- Accepted: zope-cachefu_1.1.1-1.diff.gz to pool/main/z/zope-cachefu/zope-cachefu_1.1.1-1.diff.gz zope-cachefu_1.1.1-1.dsc to pool/main/z/zope-cachefu/zope-cachefu_1.1.1-1.dsc zope-cachefu_1.1.1-1_all.deb to pool/main/z/zope-cachefu/zope-cachefu_1.1.1-1_all.deb zope-cachefu_1.1.1.orig.tar.gz to pool/main/z/zope-cachefu/zope-cachefu_1.1.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libconvert-uulib-perl 1.09-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 00:01:21 +0100 Source: libconvert-uulib-perl Binary: libconvert-uulib-perl Architecture: source amd64 Version: 1.09-3 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Jonas Smedegaard [EMAIL PROTECTED] Description: libconvert-uulib-perl - Perl interface to the uulib library (a.k.a. uudeview/uuenview) Changes: libconvert-uulib-perl (1.09-3) unstable; urgency=low . * Really update buildinfo.mk as promised in -2 changelog entry. * Update copyright-check cdbs snippet to parse licensecheck using perl: + No longer randomly drops newlines + More compact hint file (and ordered more like wiki-proposed new copyright syntax). + No longer ignore files without copyright. * Update copyright_hints. Files: aa8ad7f813944a69186e9c9d269828e4 960 perl optional libconvert-uulib-perl_1.09-3.dsc 12d70be2c8da6c90c26dae57ca20fca3 10893 perl optional libconvert-uulib-perl_1.09-3.diff.gz f2ab31f61f43ae8af98fe1c063aeb342 115236 perl optional libconvert-uulib-perl_1.09-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxs1cn7DbMsAkQLgRArHKAKCPZHlMANZk5IKKprOHO58NlRtoVwCdEqtR D+8vbimkuZ9tdxN+pjBRU4Y= =iT58 -END PGP SIGNATURE- Accepted: libconvert-uulib-perl_1.09-3.diff.gz to pool/main/libc/libconvert-uulib-perl/libconvert-uulib-perl_1.09-3.diff.gz libconvert-uulib-perl_1.09-3.dsc to pool/main/libc/libconvert-uulib-perl/libconvert-uulib-perl_1.09-3.dsc libconvert-uulib-perl_1.09-3_amd64.deb to pool/main/libc/libconvert-uulib-perl/libconvert-uulib-perl_1.09-3_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted elinks 0.12~20080127-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 20:22:34 +0530 Source: elinks Binary: elinks elinks-data elinks-doc elinks-lite Architecture: source i386 all Version: 0.12~20080127-2 Distribution: experimental Urgency: low Maintainer: Y Giridhar Appaji Nag [EMAIL PROTECTED] Changed-By: Y Giridhar Appaji Nag [EMAIL PROTECTED] Description: elinks - Advanced text-mode WWW browser elinks-data - Data files for ELinks - An advanced text-mode WWW browser elinks-doc - Documentation for ELinks - An advanced text-mode WWW browser elinks-lite - Lightweight version of Elinks - An advanced text-mode WWW browser Closes: 464073 464384 465719 Changes: elinks (0.12~20080127-2) experimental; urgency=low . * Remove patch 07_local-CGI-query-fix.diff (Closes: #464073) * Patch 09_464384_AMD64_FBTFS.diff to prevent FTBFS on AMD64 because of -Werror. Thanks Kalle Olavi Niemitalo (Closes: #464384) * Patch 10_bt_msg_id_FTBFS.diff to prevent FTBFS because of limited range warning and -Werror (Closes: #465719). Files: 89faf776f8ef19ad59a73b19c3022815 1174 web optional elinks_0.12~20080127-2.dsc 65c11ce36b444f93cde3fa82f15e6060 19496 web optional elinks_0.12~20080127-2.diff.gz 7fbf40a352feaff9a6f5108873726bef 604386 web optional elinks_0.12~20080127-2_i386.deb 5fc673d603eae191236684ee8386d7ea 343280 web extra elinks-lite_0.12~20080127-2_i386.deb f29487d509f5805745d40ad86e6b103a 714828 web optional elinks-data_0.12~20080127-2_all.deb e67848b0960e6cdfe3b07628af2208a7 574478 doc optional elinks-doc_0.12~20080127-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxs0E4eu+pR04mIcRAhgMAKCyuz2jt6OKp2Rn6rD1TmEY7u/RAwCgrzam n5hHiM6nuxTe8KpL9Ler0dQ= =zWRI -END PGP SIGNATURE- Accepted: elinks-data_0.12~20080127-2_all.deb to pool/main/e/elinks/elinks-data_0.12~20080127-2_all.deb elinks-doc_0.12~20080127-2_all.deb to pool/main/e/elinks/elinks-doc_0.12~20080127-2_all.deb elinks-lite_0.12~20080127-2_i386.deb to pool/main/e/elinks/elinks-lite_0.12~20080127-2_i386.deb elinks_0.12~20080127-2.diff.gz to pool/main/e/elinks/elinks_0.12~20080127-2.diff.gz elinks_0.12~20080127-2.dsc to pool/main/e/elinks/elinks_0.12~20080127-2.dsc elinks_0.12~20080127-2_i386.deb to pool/main/e/elinks/elinks_0.12~20080127-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted clutter 0.6.0-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 14:54:24 + Source: clutter Binary: libclutter-0.6-0 libclutter-0.6-dev libclutter-0.6-dbg libclutter-doc Architecture: source all i386 Version: 0.6.0-2 Distribution: unstable Urgency: low Maintainer: Ross Burton [EMAIL PROTECTED] Changed-By: Rob Bradford [EMAIL PROTECTED] Description: libclutter-0.6-0 - Open GL based interactive canvas library libclutter-0.6-dbg - Open GL based interactive canvas library (debug files) libclutter-0.6-dev - Open GL based interactive canvas library (development files) libclutter-doc - Open GL based interactive canvas library (documentation) Changes: clutter (0.6.0-2) unstable; urgency=low . * Switch dependency to libgl1-mesa-dev|libgl-dev rather than just libgl1-mesa-dev so that it does not conflict with other installed OpenGL headers. Files: a59481e9b989a3a9a0ba930a4bfcd60f 729 libs optional clutter_0.6.0-2.dsc 253d9dafb3aadee12a4f6e64ae719ac2 2152 libs optional clutter_0.6.0-2.diff.gz f3b5fe576cf28e9a998a3fdad187eb36 457162 doc optional libclutter-doc_0.6.0-2_all.deb c3036460575bbc0e057653fc2de7c3e5 258598 libs optional libclutter-0.6-0_0.6.0-2_i386.deb ed1b52e69f49e5180914b28d59aae620 173312 libdevel optional libclutter-0.6-dev_0.6.0-2_i386.deb e40adcf36fa9701109b484dc324b7d3d 467194 libdevel extra libclutter-0.6-dbg_0.6.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxs0eCw8pKd+B7oMRAoQjAKCxBW2yuCsGEP/2pJkNEQtIMLrwSACfd2CH O4PBjFe7G4RQn3kDYHjaWCQ= =avVS -END PGP SIGNATURE- Accepted: clutter_0.6.0-2.diff.gz to pool/main/c/clutter/clutter_0.6.0-2.diff.gz clutter_0.6.0-2.dsc to pool/main/c/clutter/clutter_0.6.0-2.dsc libclutter-0.6-0_0.6.0-2_i386.deb to pool/main/c/clutter/libclutter-0.6-0_0.6.0-2_i386.deb libclutter-0.6-dbg_0.6.0-2_i386.deb to pool/main/c/clutter/libclutter-0.6-dbg_0.6.0-2_i386.deb libclutter-0.6-dev_0.6.0-2_i386.deb to pool/main/c/clutter/libclutter-0.6-dev_0.6.0-2_i386.deb libclutter-doc_0.6.0-2_all.deb to pool/main/c/clutter/libclutter-doc_0.6.0-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted partman-xfs 38 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 16:19:54 +0100 Source: partman-xfs Binary: partman-xfs Architecture: source all Version: 38 Distribution: unstable Urgency: low Maintainer: Debian Install System Team [EMAIL PROTECTED] Changed-By: Frans Pop [EMAIL PROTECTED] Description: partman-xfs - Add to partman support for xfs (udeb) Changes: partman-xfs (38) unstable; urgency=low . * With xfsprogs 2.9.6-1 the 'lazy-count' feature became default, but that feature is incompatible with kernels earlier than 2.6.23. Disable the feature when calling mkfs.xfs for the Beta1 release. See #465737. . [ Updated translations ] * Arabic (ar.po) by Ossama M. Khayat Files: 5ab8b557adcf033daca56a63ce9a7ed3 665 debian-installer standard partman-xfs_38.dsc 4de511155204d7eb7a690594509366f9 9 debian-installer standard partman-xfs_38.tar.gz a1750efb3c232ecc9b77172a1704a802 42220 debian-installer standard partman-xfs_38_all.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtHggm/Kwh6ICoQRAhPbAJwMqvk+m23FjKk6IlE7Xp6QPgBo0wCgrPPO oO19HUNeTr+J8vWwNx4+Uro= =4IRC -END PGP SIGNATURE- Accepted: partman-xfs_38.dsc to pool/main/p/partman-xfs/partman-xfs_38.dsc partman-xfs_38.tar.gz to pool/main/p/partman-xfs/partman-xfs_38.tar.gz partman-xfs_38_all.udeb to pool/main/p/partman-xfs/partman-xfs_38_all.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted reprepro 3.3.1-1 (source sparc hppa mips)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 12:07:44 +0100 Source: reprepro Binary: reprepro Architecture: source sparc hppa mips Version: 3.3.1-1 Distribution: unstable Urgency: low Maintainer: Bernhard R. Link [EMAIL PROTECTED] Changed-By: Bernhard R. Link [EMAIL PROTECTED] Description: reprepro - Debian package repository producer Closes: 465141 465213 465831 465924 466745 Changes: reprepro (3.3.1-1) unstable; urgency=low . * bugfix release - fix --waitforlock on 64 bit architectures (Closes: 465141) - add --outdir to set directory pool and dists are put (Closes: 465213) - ignore missing Changes and Description lines in .changes files (Closes: 465831) - include* commands try harder to remove added files not used. - fix the compilation with --without-libarchive (Closes: 466745) * change Vcs-Cvs to format from cvs understandable to one debcheckout likes. (Closes: 465924) Files: 439c8d3670c12110f48e2a9fb1422993 845 utils extra reprepro_3.3.1-1.dsc 9499172d0ca9856473fbc01cb0b13f33 419708 utils extra reprepro_3.3.1.orig.tar.gz 1bc2e33196a254c22f5674ba65927037 7996 utils extra reprepro_3.3.1-1.diff.gz c089cb28eeec672dc63e8d93c95f823e 298924 utils extra reprepro_3.3.1-1_sparc.deb a61011f6b0ca28b76369dbd7d12fcf90 325542 utils extra reprepro_3.3.1-1_hppa.deb bbce335a56d274830b4045a044432f4d 320724 utils extra reprepro_3.3.1-1_mips.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxscsTrAWvKplQe4RAtdIAJ9BBpaELB5DhMPSV5NWOC3NuruZhACghX6h QehRNMOAee864cmUvbaVcgk= =TrOU -END PGP SIGNATURE- Accepted: reprepro_3.3.1-1.diff.gz to pool/main/r/reprepro/reprepro_3.3.1-1.diff.gz reprepro_3.3.1-1.dsc to pool/main/r/reprepro/reprepro_3.3.1-1.dsc reprepro_3.3.1-1_hppa.deb to pool/main/r/reprepro/reprepro_3.3.1-1_hppa.deb reprepro_3.3.1-1_mips.deb to pool/main/r/reprepro/reprepro_3.3.1-1_mips.deb reprepro_3.3.1-1_sparc.deb to pool/main/r/reprepro/reprepro_3.3.1-1_sparc.deb reprepro_3.3.1.orig.tar.gz to pool/main/r/reprepro/reprepro_3.3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bbpager 0.4.7-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 24 Feb 2008 22:26:17 -0500 Source: bbpager Binary: bbpager Architecture: source i386 Version: 0.4.7-1 Distribution: unstable Urgency: low Maintainer: Kevin Coyner [EMAIL PROTECTED] Changed-By: Kevin Coyner [EMAIL PROTECTED] Description: bbpager- Pager for the blackbox and fluxbox window managers Closes: 419093 456071 Changes: bbpager (0.4.7-1) unstable; urgency=low . * New upstream version. Closes: #419093. * debian/control: + Bumped Standards-Version to 3.7.3. No changes. + Moved Homepage out of extended description. + Added dpatch to Build-Depends * Added gcc43fix patch for missing include statement in src/main.cxx. Closes: #456071. * Added appropriate changes to debian/rules to invoke dpatch. Files: 85b974096f705e5145afbdaf74b1afcb 691 x11 optional bbpager_0.4.7-1.dsc 4eaa91a4d66130af2f7a09c25f917386 170575 x11 optional bbpager_0.4.7.orig.tar.gz 48b42b2dafac636166784ede88605cd3 4828 x11 optional bbpager_0.4.7-1.diff.gz 8680ed2ed5cbac0bb7d9bcc34e9d260d 49248 x11 optional bbpager_0.4.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHwjxuqPceVIzhGUERAudLAKCdud/xEs9P17i+Xt2TP0lyGCWclgCfbfuH Ln33yz8vH1jWBMB1NKobijY= =Y+JK -END PGP SIGNATURE- Accepted: bbpager_0.4.7-1.diff.gz to pool/main/b/bbpager/bbpager_0.4.7-1.diff.gz bbpager_0.4.7-1.dsc to pool/main/b/bbpager/bbpager_0.4.7-1.dsc bbpager_0.4.7-1_i386.deb to pool/main/b/bbpager/bbpager_0.4.7-1_i386.deb bbpager_0.4.7.orig.tar.gz to pool/main/b/bbpager/bbpager_0.4.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sqlite3 3.5.6-2 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 14:44:43 +0100 Source: sqlite3 Binary: lemon sqlite3 sqlite3-doc libsqlite3-0 libsqlite3-dev libsqlite3-tcl Architecture: source all amd64 Version: 3.5.6-2 Distribution: unstable Urgency: low Maintainer: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] Changed-By: Laszlo Boszormenyi (GCS) [EMAIL PROTECTED] Description: lemon - The Lemon Parser Generator libsqlite3-0 - SQLite 3 shared library libsqlite3-dev - SQLite 3 development files libsqlite3-tcl - SQLite 3 Tcl bindings sqlite3- A command line interface for SQLite 3 sqlite3-doc - SQLite 3 documentation Closes: 466938 Changes: sqlite3 (3.5.6-2) unstable; urgency=low . * Upload to unstable. * Add Makefile.in snippets to generate C interface documentation again (closes: #466938). Files: 98fb071d624c89873dce5d12a171a84d 751 devel optional sqlite3_3.5.6-2.dsc 279109ac9bbff2c9742668e5f9e818f6 126257 devel optional sqlite3_3.5.6-2.diff.gz d79d80776b9f84f3dc475815da7acd71 397924 doc optional sqlite3-doc_3.5.6-2_all.deb 5b2ccd0674175f755ab01893434f772a 41230 devel optional lemon_3.5.6-2_amd64.deb 87f88e7c89a4931f2a55df07507dd5ef 24344 misc optional sqlite3_3.5.6-2_amd64.deb d8d8151bd0c069ce48aee73bd56c357c 226638 libs optional libsqlite3-0_3.5.6-2_amd64.deb ecc3c8082436adc94741c04e74fdf09b 331000 libdevel optional libsqlite3-dev_3.5.6-2_amd64.deb 0acec1fa4b92cd0ad27d6c3b5c0f0787 238130 interpreters optional libsqlite3-tcl_3.5.6-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtSMMDatjqUaT90RAnIrAJ4t22eZ4UHnhh6gaZb9bzdCDMfHnQCgkCNv AQtPJK97NbW9zvintjLBVZs= =okOV -END PGP SIGNATURE- Accepted: lemon_3.5.6-2_amd64.deb to pool/main/s/sqlite3/lemon_3.5.6-2_amd64.deb libsqlite3-0_3.5.6-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-0_3.5.6-2_amd64.deb libsqlite3-dev_3.5.6-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-dev_3.5.6-2_amd64.deb libsqlite3-tcl_3.5.6-2_amd64.deb to pool/main/s/sqlite3/libsqlite3-tcl_3.5.6-2_amd64.deb sqlite3-doc_3.5.6-2_all.deb to pool/main/s/sqlite3/sqlite3-doc_3.5.6-2_all.deb sqlite3_3.5.6-2.diff.gz to pool/main/s/sqlite3/sqlite3_3.5.6-2.diff.gz sqlite3_3.5.6-2.dsc to pool/main/s/sqlite3/sqlite3_3.5.6-2.dsc sqlite3_3.5.6-2_amd64.deb to pool/main/s/sqlite3/sqlite3_3.5.6-2_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted anki 0.9.5-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 16:33:12 +0100 Source: anki Binary: anki Architecture: source all Version: 0.9.5-2 Distribution: unstable Urgency: low Maintainer: Andreas Bombe [EMAIL PROTECTED] Changed-By: Andreas Bombe [EMAIL PROTECTED] Description: anki - flashcard learning program with special support for Japanese Closes: 468347 Changes: anki (0.9.5-2) unstable; urgency=low . * debian/control: Forgot to add python-pysqlite2 to Depends, required for Python versions 2.5 (closes: #468347) Files: 8cac6674030e184031014e19a6eb3322 641 misc optional anki_0.9.5-2.dsc 6f4f76c75b3ad04927483e3324914d7c 6523 misc optional anki_0.9.5-2.diff.gz 007dedf3f000666a7a635c61fe57eaa3 923450 misc optional anki_0.9.5-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtYaEYFwMgSICkQRAmDIAJ40sodZ/V9u4gvf3iQSzMnewrczyQCcDgLh Zq0PTGjD3G88Rvo0s5d5I0o= =r0YQ -END PGP SIGNATURE- Accepted: anki_0.9.5-2.diff.gz to pool/main/a/anki/anki_0.9.5-2.diff.gz anki_0.9.5-2.dsc to pool/main/a/anki/anki_0.9.5-2.dsc anki_0.9.5-2_all.deb to pool/main/a/anki/anki_0.9.5-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libimdb-film-perl 0.32-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 16:26:12 +0100 Source: libimdb-film-perl Binary: libimdb-film-perl Architecture: source all Version: 0.32-2 Distribution: unstable Urgency: low Maintainer: Bas Zoetekouw [EMAIL PROTECTED] Changed-By: Bas Zoetekouw [EMAIL PROTECTED] Description: libimdb-film-perl - Perl extension for retrieving movie info from IMDB.com Closes: 467906 Changes: libimdb-film-perl (0.32-2) unstable; urgency=low . * Fix build failure with perl 5.10 (closes: #467906) Files: 8f648ad449e68322378c7fe0be9e0ff7 609 perl optional libimdb-film-perl_0.32-2.dsc 15b4ebd442896b18fccfe787dbc36cf1 3042 perl optional libimdb-film-perl_0.32-2.diff.gz defdad58f4283b4cfab1617d4e829555 31718 perl optional libimdb-film-perl_0.32-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtguK67kHwZE+rcRAraOAKDsFeBPlM8K7HTkaqn7c4uYpyXJUwCgu2dC kTridocT4TEIPg98WifVXLs= =Vgzg -END PGP SIGNATURE- Accepted: libimdb-film-perl_0.32-2.diff.gz to pool/main/libi/libimdb-film-perl/libimdb-film-perl_0.32-2.diff.gz libimdb-film-perl_0.32-2.dsc to pool/main/libi/libimdb-film-perl/libimdb-film-perl_0.32-2.dsc libimdb-film-perl_0.32-2_all.deb to pool/main/libi/libimdb-film-perl/libimdb-film-perl_0.32-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yorick 2.1.05+dfsg-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 16:38:53 +0100 Source: yorick Binary: yorick yorick-data yorick-dev yorick-doc Architecture: source i386 all Version: 2.1.05+dfsg-3 Distribution: unstable Urgency: low Maintainer: Thibaut Paumard [EMAIL PROTECTED] Changed-By: Thibaut Paumard [EMAIL PROTECTED] Description: yorick - interpreted language and scientific graphics yorick-data - interpreted library for the Yorick language yorick-dev - development files for the Yorick interpreted language yorick-doc - documentation for the Yorick interpreted language Closes: 468336 Changes: yorick (2.1.05+dfsg-3) unstable; urgency=low . * Convert from dpatch to quilt. * Re-introduce -dSAFER in EPSGS_CMD. Fixes wrong bounding boxes when using the eps et al. functions. (Closes: #468336). * Strip main.o in yorick-dev. * Add longtitle to Debian menu item. Files: 076402b4e5a84448a6df21f73b2c244a 767 math optional yorick_2.1.05+dfsg-3.dsc dfa9377fc5db912b17e9719f2408634d 27555 math optional yorick_2.1.05+dfsg-3.diff.gz ef848bde20c7844292fee66c4f4aff49 652288 math optional yorick_2.1.05+dfsg-3_i386.deb 655516d63c170b330e9f04fb97654b57 601846 math optional yorick-dev_2.1.05+dfsg-3_i386.deb fd27ad936ab8f88a429b4e81663fa7fb 501748 math optional yorick-data_2.1.05+dfsg-3_all.deb 81be64b0abe8514069abf48db6571dc9 1353788 doc optional yorick-doc_2.1.05+dfsg-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtbw+37NkUuUiPERAr+AAJ9JN1Q3xwCKJGyzyBmNBIi3inObeQCdHWX7 y8L5bm49BBV3icNAVy6C/eA= =cvI0 -END PGP SIGNATURE- Accepted: yorick-data_2.1.05+dfsg-3_all.deb to pool/main/y/yorick/yorick-data_2.1.05+dfsg-3_all.deb yorick-dev_2.1.05+dfsg-3_i386.deb to pool/main/y/yorick/yorick-dev_2.1.05+dfsg-3_i386.deb yorick-doc_2.1.05+dfsg-3_all.deb to pool/main/y/yorick/yorick-doc_2.1.05+dfsg-3_all.deb yorick_2.1.05+dfsg-3.diff.gz to pool/main/y/yorick/yorick_2.1.05+dfsg-3.diff.gz yorick_2.1.05+dfsg-3.dsc to pool/main/y/yorick/yorick_2.1.05+dfsg-3.dsc yorick_2.1.05+dfsg-3_i386.deb to pool/main/y/yorick/yorick_2.1.05+dfsg-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnome-pkg-tools 0.13.4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 28 Feb 2008 16:51:11 +0100 Source: gnome-pkg-tools Binary: gnome-pkg-tools Architecture: source all Version: 0.13.4 Distribution: unstable Urgency: low Maintainer: Debian GNOME Maintainers [EMAIL PROTECTED] Changed-By: Sebastian Dröge [EMAIL PROTECTED] Description: gnome-pkg-tools - Tools for the Debian GNOME Packaging Team Changes: gnome-pkg-tools (0.13.4) unstable; urgency=low . * Add Deng Xiyue to the team. Files: b4e8898ee458d3d0751a8b4f36e5d60b 793 devel optional gnome-pkg-tools_0.13.4.dsc a6bac71dfcdb3753a86b426dc191e528 18615 devel optional gnome-pkg-tools_0.13.4.tar.gz 28fe0a8f01add1e57d701c39f614797c 22502 devel optional gnome-pkg-tools_0.13.4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHxtnZBsBdh1vkHyERAmC8AJ9yqGYa7IShxpkSylobsiEu/ix5NwCgnqNd PPe/s9sEuO+bXWpJGbswwfc= =6ddg -END PGP SIGNATURE- Accepted: gnome-pkg-tools_0.13.4.dsc to pool/main/g/gnome-pkg-tools/gnome-pkg-tools_0.13.4.dsc gnome-pkg-tools_0.13.4.tar.gz to pool/main/g/gnome-pkg-tools/gnome-pkg-tools_0.13.4.tar.gz gnome-pkg-tools_0.13.4_all.deb to pool/main/g/gnome-pkg-tools/gnome-pkg-tools_0.13.4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]