Re: Debian on the Desktop - plans for Lenny?
No, we should use the liberation fonts, which are designed to replace the MS fonts. Have their licensing issues been solved? signature.asc Description: Digital signature
Re: Debian on the Desktop - plans for Lenny?
The d-i team is constantly working on simplifying debian-installer. Just compare a sarge install with an etch install.. I guess I'll take a look at their mailing list - I had some simple ideas You're more than welcome (actually you'll see by doing this that Joey Hess saying the D-I team is equivalent to we.in short Joey is part of the D-I team, and one of its most ancient members indeed). Regular feedback about new D-I features as well as frequent testing of D-I is something that would really help the D-I team. It is often hard to draw a line between what belongs to D-I and what belongs to other packages and general consistency of the distribution, when users report installation experience but the past has provenn that user's install report are often a good way to enhance the way things work on newly installed systems. Anyway, I figure I'll get in touch with the respective teams and look into the source code of the relevant components somewhat. Thanks for answering my questions - it's nice to see a distribution where development is open and users can actively communicate with developers. Well, when you started this thread I was fearing a quite long flame with everybody jumping at you with if you don't like foo you're free to some and help improving itwhich is definitely what happens too frequently when some users report issues that can't often be pointed to a given package. Indeed, the thread is really interesting to follow and already shows that big efforts are made to improve those parts who are still not as polished as they could be (or appear polishedmany things you pointed to be user-friendly in Ubuntu could perfectly be very dirty hacks..:-)) P.S. I remeber seeing something about a constantly usable testing. What's the status of this? Well, we should ask users of testing but my feeling is that this goal is kinda well achieved. Testing being aimed at being the next release should theoretically be constantly usable. If it is not, this becomes an RC issue..:) -- signature.asc Description: Digital signature
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL PROTECTED] wrote: No, we should use the liberation fonts, which are designed to replace the MS fonts. Have their licensing issues been solved? Which ones ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: stupid dependencies on update-inetd
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Klaus Ethgen wrote: Hi Marco, Am So den 29. Jul 2007 um 18:58 schrieb Marco d'Itri: If you want a system without an inetd then do not it install one and do not install packages depending on it. It's really that easy. Sorry but I think you didn't understand what I tryed to explain. I do, it's you who have no idea about the discussions of the past five years. Might be. There are so much flame war on that list. Also my English is not that good and my spare time not that much that I can read any mail in the list; sorry. However: be installed too. Xinetd do disable such a inetd in postinstall script. Yes, the xinetd package needs to be integrated with the rest of Debian. I agree. However. What I did explain is that xinetd do not need to have a update-inetd as the configuration is done with single files for single packages. No, it needs an update-inetd program which can create configuration files in the appropriate format. Hmmm, Wrong in my opinion. If xinetd would have its own update-inetd and software is installed in xinetd and $ADMIN decides to switch back to traditional inetd the configuration is inconsistent. Also the way around. False, because if the new xinetd uses another config packages, the system have a config for fallback to inetd-superserver but doesnt have a working configuration. Packages need to provide their own update-inetd, and in the case of a change of inet-superserver, this package manages the calls to touch the appropiate configuration. Also, the packages needs an config-conversor for change inetd.conf to their files in their postinstall, and another to change back to inet.d on remove. It might be a better way to have a lintian warning if a package has a update-inetd call and no xinetd config or vis versa. Note that xinetd do not need the existence of a update-inetd tool ever. And other, newer inetd might be the same. Maybe there can be a dh_ tool for creating all needed inetd configurations. I think that all the stuff should allow to switch from whatever inetd to another without loosing configuration (coming from the package). And there is only two ways how you can do that: 1. Creating all needed configurations at build time 2. Having a single update-inetd which create ALL configurarions at install time. But this make update-inetd package as dependency for installation and NOT inet-superserver (the later can be suggestion as well.) Gruß Klaus - -- [EMAIL PROTECTED] || http://maqui.darkbolt.net Linux registered user number: #363219 PGP key avaliable at KeyServ. KeyID: 0x4233E9F2 - -- Los hombres somos esclavos de la historia -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGure5fFjA4EIz6fIRAhayAKC0TyiokxXRvm7LzA2tx4+FwY8PnQCg7abV R4OFOSXXgmfIxfqXgbVd3KY= =fLX8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007, Tim Hull wrote: Update: it works with libxine1-ffmpeg installed. Evidently totem-xine is installed by default - at least if you install Etch and upgrade to Lenny. Is this by design, or just an issue with Etch to Lenny transitions. I'm going to install totem-gstreamer now and compare performance (the audio on some trailers didn't work with xine). It's probably an issue with your package manager not enforcing Recommends yet as totem-xine now Recommends libxine1-ffmpeg. -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Out of the box CPU frequency scaling
[manphiz] As in my case it didn't work because the cpufreq related modules were not loaded automatically, I had to explicitly write them down in /etc/modules, then everything is fine. The /etc/init.d/loadcpufreq script is supposed to load the cpufreq related modules automatically. If this do not work for your machine, please submit a bug report and if possible, explain why it failed. Why? Powernowd is simply another scaling governor daemon along side cpufreq{d,utils} regardless of cpu type, which works well on my Intel box. Because the kernel with ondemand governor does a better job for Intel CPUs, according to the Intel engineer writing the powertop utililty. See URL:http://www.bughost.org/pipermail/power/2007-May/90.html some background info. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 08:17:13AM +0200, Mike Hommey wrote: On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL PROTECTED] wrote: No, we should use the liberation fonts, which are designed to replace the MS fonts. Have their licensing issues been solved? Which ones ? 1. It claims to use GPLv2, yet it has an incompatible anti-Tivo clause; it's debatable whether it's DFSG-free. I would say it isn't, but it's not up to me to decide. The clause is clearly marked as an exception, so, while obviously non-GPL-compatible, it's a valid license, distributable and so on. 2. It has a separate rename clause, where making ANY modification, even as small as adding a debian/ dir, requires you to drop the Liberation name. There's no exception to the GPL which would allow distribution while that clause is there... -- 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]
Bug#436878: ITP: gconf-cleaner -- GConf database cleaner
Package: wnpp Severity: wishlist Owner: Julien Valroff [EMAIL PROTECTED] * Package name: gconf-cleaner Version : 0.0.3 Upstream Author : Akira TAGOH [EMAIL PROTECTED] * URL : http://code.google.com/p/gconf-cleaner/ * License : GPL Programming Lang: C Description : GConf database cleaner GConf Cleaner is a tool to clean your GConf database up that is possibly cluttered with unnecessary or invalid keys. You may want to keep a clean your GConf database. this tool might help you in this case. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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]
Updating NEWS.Debian
I have seen some packages lately, most prominently apache2, that replace the entire NEWS.Debian file when they have some news to report. That way, older news are lost, and users who don't upgrade to every intermediate version (say, those who upgrade only between stable releases) are left in the dark. So if you have been doing that, please don't, and put the old news entries back at the bottom of the file. Bugs should probably be submitted about that kind of misuse. The Developer's Reference doesn't make this point entirely clear. Maybe that ought to be improved as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu: Additionally, it should be noted that a desktop task has nothing with multimedia (means: surprise, you can use a desktop without music and movies). I think we need to have multiple desktop tasks. One desktop-simple, desktop-multimedia-support, etc This would also simplify the use of tasks to enhance the desktop, like desktop-c-gtk-devel, desktop-python-gtk-devel, desktop-php-devel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 10:55:13AM +0200, Adam Borowski wrote: On Thu, Aug 09, 2007 at 08:17:13AM +0200, Mike Hommey wrote: On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL PROTECTED] wrote: No, we should use the liberation fonts, which are designed to replace the MS fonts. Have their licensing issues been solved? Which ones ? 1. It claims to use GPLv2, yet it has an incompatible anti-Tivo clause; it's debatable whether it's DFSG-free. I would say it isn't, but it's not up to me to decide. The clause is clearly marked as an exception, so, while obviously non-GPL-compatible, it's a valid license, distributable and so on. Ugh, bad me. I looked only at the license itself, the debian-legal consensus seems to be that additional restrictions over the GPL are illegal (http://www.mail-archive.com/[EMAIL PROTECTED]/msg36584.html). [...] -- 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: Updating NEWS.Debian
On Thu, Aug 09, 2007 at 11:08:46AM +0200, Peter Eisentraut wrote: I have seen some packages lately, most prominently apache2, that replace the entire NEWS.Debian file when they have some news to report. That way, older news are lost, and users who don't upgrade to every intermediate version (say, those who upgrade only between stable releases) are left in the dark. So if you have been doing that, please don't, and put the old news entries back at the bottom of the file. Bugs should probably be submitted about that kind of misuse. I believe it is entirely appropriate to delete versions that never made it to a stable release, having the NEWS.Debian file contain an entry for each stable release and for the current release candidate version (generally, the current version in unstable); obviously, any of these may be missing if there is no news to report. The current version should contain all news that affect upgrades from the latest stable release to the current version. The reason? It's counterproductive and silly, when upgrading from oldstable to stable, to get lots of news that was ever relevant only for sid-to-sid upgrades. -- Antti-Juhani Kaijanaho, Jyväskylä http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Re: Seeking new maintainer(s) for HPLIP and amavisd-new
Hello, On Wed, Aug 08, 2007 at 11:11:24PM -0300, Henrique de Moraes Holschuh wrote: [...] The requirements for amavisd-new is a good grasp of perl and email infrastructure, and the usual careful attitude one should have when dealing with packages that are often mission-critical. Upstream is very helpful, active, and friendly. If anyone is interested, please send me your alioth logins. I use amavisd-new on a lot of mail servers some years ago. I'm interested to help to maintain it. I think the first TODOs are preparing new packages with new upstream release and working on BTS (there are 1 RC-bug and some bugs with patch). My alioth login is 'reg-guest' (note that I'm not DD). Regards, -- Gregory Colpart [EMAIL PROTECTED] GnuPG:1024D/C1027A0E Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Arch-independent parts of binary modules of interpreted languages
(Please don't start a debate over what an interpreted language is, I just tried to generalize the subject.) Perl XS module packages usually install all their code under /usr/lib/perl5 - not just the shared library that implements the external subroutine, but also at least one ordinary module, which interfaces with the shared library using DynaLoader and perhaps provides additional subroutines. These ordinary modules are not architecture-specific in themselves. I don't know that much about Python - IIUC the interpreter can directly load shared libraries that implement the right interface, but python2.4 and python2.5 at least install .py files in /usr/lib/pythonversion. What's the rationale behind not strictly separating architecture-independent and architecture-specific code? I'm trying to find out if I can apply the same rationale to the pike packages, which I'm adopting. There the files are separated, with symlinks from /usr/lib/pikeversion to the corresponding location under /usr/share/pikeversion. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) Exim is better at being younger, whereas sendmail is better for Scrabble (50 point bonus for clearing your rack) -- Dave Evans pgpcTF41T85be.pgp Description: PGP signature
Bug#436902: ITP: digiband -- full home version drumming/guitar simulator
Package: wnpp Severity: wishlist Owner: Miriam Ruiz [EMAIL PROTECTED] * Package name: http://www.digiband.net/ Version : 1.0 Upstream Author : Joe Wall joe.seijinohki.net * URL : http://www.digiband.net/ * License : LGPL Programming Lang: C++ Description : full home version drumming/guitar simulator DigiBand is a full home version Drumming/Guitar simulator. It isn't just intended to be a simulator, but a uniquely refreshing new experience. It is much different than simulators already out there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Arch-independent parts of binary modules of interpreted languages
On Thu, 09 Aug 2007, Magnus Holmgren wrote: (Please don't start a debate over what an interpreted language is, I just tried to generalize the subject.) Perl XS module packages usually install all their code under /usr/lib/perl5 - not just the shared library that implements the external subroutine, but also at least one ordinary module, which interfaces with the shared library using DynaLoader and perhaps provides additional subroutines. These ordinary modules are not architecture-specific in themselves. I don't know that much about Python - IIUC the interpreter can directly load shared libraries that implement the right interface, but python2.4 and python2.5 at least install .py files in /usr/lib/pythonversion. What's the rationale behind not strictly separating architecture-independent and architecture-specific code? The rationale is simply that it's not always easily doable while using the official installation methods, and that changing it manually is error-prone and can be confusing in some cases. While it's important that all files in /usr/share be arch-independent (because one might want to share that between several machines), it's not that important that /usr/lib contains only arch-dependent stuff. In fact, in most cases it's convenient (if not required) to have the arch-indep glue around the binary part in the same directory than the binary part. Cheers, -- Raphaël Hertzog Premier livre français sur Debian GNU/Linux : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote: Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu: Additionally, it should be noted that a desktop task has nothing with multimedia (means: surprise, you can use a desktop without music and movies). I think we need to have multiple desktop tasks. One desktop-simple, desktop-multimedia-support, etc This would also simplify the use of tasks to enhance the desktop, like desktop-c-gtk-devel, desktop-python-gtk-devel, desktop-php-devel As long as those are not exposed to the user at installation - fine; for installation, we should have exactly one desktop task per environment, and that should installed whatever is needed to give a rather complete desktop experience, IMHO. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Qui, 2007-08-09 às 14:10 +0200, Michael Banck escreveu: On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote: Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu: Additionally, it should be noted that a desktop task has nothing with multimedia (means: surprise, you can use a desktop without music and movies). I think we need to have multiple desktop tasks. One desktop-simple, desktop-multimedia-support, etc This would also simplify the use of tasks to enhance the desktop, like desktop-c-gtk-devel, desktop-python-gtk-devel, desktop-php-devel As long as those are not exposed to the user at installation - fine; for installation, we should have exactly one desktop task per environment, and that should installed whatever is needed to give a rather complete desktop experience, IMHO. i think that beside the expansion of tasks, the after install tasksel should be improved. if we can install a simple desktop and then have some place that the user can access to install more stuff and easily expand it's environment. having a console tasksel is not enough ... someone was developing a gtk+ front end ... right? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
* Simplify installation of out-of-tree kernel modules, possibly by adapting Ubuntu's Restricted Manager to work with m-a. Non-free drivers would *only* be displayed if non-free is in the sources.list. No plans AFAIK. Working on this should not be difficult and should be appreciated, either by improving m-a or by writing something new. In particular, solving the problem described in #299727 and/or creating a GUI would help. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Seeking new maintainer(s) for HPLIP and amavisd-new
On Thu, 09 Aug 2007, Gregory Colpart wrote: On Wed, Aug 08, 2007 at 11:11:24PM -0300, Henrique de Moraes Holschuh wrote: [...] The requirements for amavisd-new is a good grasp of perl and email infrastructure, and the usual careful attitude one should have when dealing with packages that are often mission-critical. Upstream is very helpful, active, and friendly. If anyone is interested, please send me your alioth logins. I use amavisd-new on a lot of mail servers some years ago. I'm interested to help to maintain it. I think the first TODOs are preparing new packages with new upstream release and working on BTS (there are 1 RC-bug and some bugs with patch). Refer to the messages I just sent to the amavisd-new-debian-devel ML, please. Also be very conservative and careful with any patches, no matter where they came from. With mission-critical stuff like amavisd-new, doing it right is much more important than anything else. amavisd-new is not a package I consider easy to maintain because of just that. My alioth login is 'reg-guest' (note that I'm not DD). Since I had two DDs join already in the last 24h, and I have no previous knowledge of your work (sorry about that, this is no fault of yours, it is just a fact), I will ask that you send an email to amavisd-new-debian-devel introducing yourself and your experience with amavisd-new and Debian packaging. (also please read its archives and subscribe to it if you didn't do it already) Then, after you do some work over the mailing-list (with five people listening to it and with commit access, even if two of them are mostly inactive and I don't have much time, it won't take long for accepted patches to hit the tree), we can see about adding write rights to you for the SCM tree in alioth. Would you be confortable working under these conditions? I'd suggest that whichever one of the (very welcome!) three new amavisd-new-debian developers has more time to spend in amavisd-new in the next few days, and experience with Debian packaging and CVS, clean up the trunk and prepare 2.4.3-1. After that, regardless of whether you decide to upload 2.4.3-1 or go straight to the newest upstream, it will be much easier for you guys to work on it. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Seeking new maintainer(s) for HPLIP and amavisd-new
On Wed, 08 Aug 2007, Henrique de Moraes Holschuh wrote: So, this mail is a request for new maintainers for both hplip and amavisd-new. I've already had three people (two DDs and a non-DD) join in for amavisd-new work. So it looks like it will be well-cared for in the future. But what about HPLIP? No volunteers for it? It is a very visible package, with a lot of users (popcon stats are: 28k installs, 18k votes, 8k recent upgrades for hplip, and 33k installs, 5k votes and 13k recent upgrades for hpijs). It deserves a lot of love I can't give to it, right now. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Updating NEWS.Debian
On Thu, 09 Aug 2007, Antti-Juhani Kaijanaho wrote: The reason? It's counterproductive and silly, when upgrading from oldstable to stable, to get lots of news that was ever relevant only for sid-to-sid upgrades. Better to do that cleanup near the freeze, if at all. Otherwise, once could easily be causing trouble for the people following unstable and testing. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436921: ITP: phpformgenerator -- create web forms easier
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho [EMAIL PROTECTED] * Package name: phpformgenerator Version : 3.0 Upstream Author : Musawir Ali [EMAIL PROTECTED] * URL : http://phpformgen.sourceforge.net * License : GPL Description : create web forms easier phpFormGenerator is a an easy online tool to create web forms in a snap. No programming of any sort is required. phpFormGenerator generates the html code, the form processor code (PHP) and the field validation code via an easy point-and-click interface. phpFormGenerator provides several delivery formats. You can choose to have your form results delivered via email, sent to a MySQL database and written to a data file (which you can then open in OpenOffice.Org Calc and other programs). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation of Recommends by default on October 1st
On Wed, Aug 01, 2007 at 09:36:39PM -0400, Joey Hess [EMAIL PROTECTED] was heard to say: Neil Williams wrote: And a script to implement that in every box I have to install. Again and Again and Again and You almost forcing me into maintaining a fork of apt that restores the current behaviour from the very start. Forking apt and putting a line in a config file seem two quite dissimilar levels of work. YMMV I guess. You don't even need to edit a configuration file in a script; just drop a file into /etc/apt/apt.conf.d containing the appropriate configuration option and apt will include it. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation of Recommends by default on October 1st
On Wed, Aug 01, 2007 at 09:58:30PM +0200, Bernd Zeimetz [EMAIL PROTECTED] was heard to say: No - because the default is already in place in aptitude which is WHY I don't use aptitude. If apt goes the same way, the default configuration of each offers no choice. By the time I get a chance to switch that option off, the installation has added loads of JUNK that I do NOT want. but when aptitude came up with that setting a lot of Recommends: should have been in Suggests: instead. Just to clarify, aptitude didn't come up with anything. This was the standard behavior in Debian at the time (dselect was far more draconian about forcing you to install recommended packages), and one of the top complaints I got was that aptitude mishandled Recommends by not installing them! Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Updating NEWS.Debian
Please don't CC me, as I read the list. On Thu, Aug 09, 2007 at 10:49:33AM -0300, Henrique de Moraes Holschuh wrote: On Thu, 09 Aug 2007, Antti-Juhani Kaijanaho wrote: The reason? It's counterproductive and silly, when upgrading from oldstable to stable, to get lots of news that was ever relevant only for sid-to-sid upgrades. Better to do that cleanup near the freeze, if at all. Otherwise, once could easily be causing trouble for the people following unstable and testing. As long as you actually do that cleanup before the freeze, that's OK :) But if there's a chance you won't have the opportunity, do it now. -- Antti-Juhani Kaijanaho, Jyväskylä http://antti-juhani.kaijanaho.fi/newblog/ http://www.flickr.com/photos/antti-juhani/ signature.asc Description: Digital signature
Re: Debian on the Desktop - plans for Lenny?
Well, when you started this thread I was fearing a quite long flame with everybody jumping at you with if you don't like foo you're free to some and help improving itwhich is definitely what happens too frequently when some users report issues that can't often be pointed to a given package. Indeed, the thread is really interesting to follow and already shows that big efforts are made to improve those parts who are still not as polished as they could be (or appear polishedmany things you pointed to be user-friendly in Ubuntu could perfectly be very dirty hacks..:-)) I must say I've been pleasantly surprised as well. Debian developers have been quite responsive to my concerns... I must say that this is one area Debian definitely outshines Ubuntu - the developers are FAR more responsive. The choice seems really quite simple for someone who has an interest in improving the system - and it's really the opposite of what I expected. For Ubuntu, the user community/MOTU may be quite open, but core development takes place in a very closed-source-like fashion... Debian, however, is open and free in every sense of the word - thank you for staying that way. Well, we should ask users of testing but my feeling is that this goal is kinda well achieved. I have been using testing, and I figured I'd offer my comment on this. While testing works pretty well, there is still no security updates. I've since gone to unstable, though, to stay up on Debian development to date...
Re: Debian on the Desktop - plans for Lenny?
Quoting Mike Hommey ([EMAIL PROTECTED]): On Thu, Aug 09, 2007 at 08:00:00AM +0200, Christian Perrier [EMAIL PROTECTED] wrote: No, we should use the liberation fonts, which are designed to replace the MS fonts. Have their licensing issues been solved? Which ones ? Restrictions of modification, IIRC. See -legal a few weeks ago. I was asked to sponsor an upload of ttf-liberation but, after reading the fonts license, I asked the maintainer to take -legal advice.and, IIRC, the conclusion was that soem restrictions pu tin the license were not making the font entirely DFSG-compliant. signature.asc Description: Digital signature
Re: Simplify installation of non-free? (was: Debian on the Desktop - plans for Lenny?)
On Aug 09, Tim Hull [EMAIL PROTECTED] wrote: It's actually not just ATI/nVidia - most wireless drivers are at least in part non-free. In my case, it's the madwifi drivers with their binary HAL. There's also the ipw2100/2200/3945/etc with the non-free firmware. Without The firmwares are not part of the drivers, please do not taint the reputation of perfectly free drivers. -- ciao, Marco signature.asc Description: Digital signature
Re: Debian on the Desktop - plans for Lenny?
Am Mittwoch 08 August 2007 23:02 schrieb Petter Reinholdtsen: [Julian Andres Klode] We should try to use binary packages provided by linux-modules-* or other modules packages by default and fallback to m-a. You might want to check out the recent changes to discover and discover-data. It already had support for installing hardware specific packages using the discover-pkginstall script, and I added code to run module-assistant to build the kernel module if the hardware specific package is supported by module-assistant. I hope it bring us at least one step closer to automatic driver activation for out-of-tree kernel modules. Is discover still installed by default on new installs? If yes, is this activated by default? I ask because I would like to get a no for both question and a big NO if the first question is answered with yes. HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Luis Matos wrote: having a console tasksel is not enough ... someone was developing a gtk+ front end ... right? DEBIAN_FRONTEND=gnome tasksel ? -- see shy jo signature.asc Description: Digital signature
Re: should texmacs on ia64 be removed?
On Thu, Aug 09, 2007 at 01:38:42PM -0400, Kamaraju Kusumanchi wrote: Another option is to reduce the dependency from guile-1.8-libs to guile-1.6-libs. According to discussion at [4], we do not loose any functionality due to this. What do you say? You could use something like: Build-Depends: ..., guile-1.8-dev [!ia64], guile-1.6-dev [ia64], ... Cheers, -- Jeremie -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On 8/9/07, Michael Banck [EMAIL PROTECTED] wrote: On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote: Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu: Additionally, it should be noted that a desktop task has nothing with multimedia (means: surprise, you can use a desktop without music and movies). I think we need to have multiple desktop tasks. One desktop-simple, desktop-multimedia-support, etc This would also simplify the use of tasks to enhance the desktop, like desktop-c-gtk-devel, desktop-python-gtk-devel, desktop-php-devel As long as those are not exposed to the user at installation - fine; for installation, we should have exactly one desktop task per environment, and that should installed whatever is needed to give a rather complete desktop experience, IMHO. That's what we've with desktop, kde-desktop and xfce-desktop and we don't need a pile of new tasks on the installer, yes. Some new tasks to be installed using gnome-app-install or synaptic? Probably, but should be evaluated - wishlist bugs against tasksel with a rationale and list of packages is welcome. Btw, desktop-c-gtk-devel and desktop-python-gtk-devel makes no sense, IMHO. It's too specific that we will need desktop-$every_language_in_debian-gtk-devel. What a task like desktop-php-devel will contain, vim? For those who like emacs are we going to add desktop-php-emacs-devel? Please think about needed use cases (ask debian-user, check popcon, ...) and set of packages that should satisfy that, not some cool random task names. regards, -- stratus http://stratusandtheswirl.blogspot.com get debian @ http://get.debian.net/
Re: Debian on the Desktop - plans for Lenny?
On 8/9/07, Luis Matos [EMAIL PROTECTED] wrote: Qui, 2007-08-09 às 14:10 +0200, Michael Banck escreveu: On Thu, Aug 09, 2007 at 10:27:40AM +0100, Luis Matos wrote: Qua, 2007-08-08 às 20:30 +0200, Hendrik Sattler escreveu: Additionally, it should be noted that a desktop task has nothing with multimedia (means: surprise, you can use a desktop without music and movies). I think we need to have multiple desktop tasks. One desktop-simple, desktop-multimedia-support, etc This would also simplify the use of tasks to enhance the desktop, like desktop-c-gtk-devel, desktop-python-gtk-devel, desktop-php-devel As long as those are not exposed to the user at installation - fine; for installation, we should have exactly one desktop task per environment, and that should installed whatever is needed to give a rather complete desktop experience, IMHO. i think that beside the expansion of tasks, the after install tasksel should be improved. if we can install a simple desktop and then have some place that the user can access to install more stuff and easily expand it's environment. having a console tasksel is not enough ... someone was developing a gtk+ front end ... right? gnome-tasksel was ancient code that I've adopted and asked its removal. You've the tasksel GNOME debconf frontend as cited by Joey Hess and synaptic. I think that the synaptic UI for tasks should be better, but I would like to focus on some task changes before jump on that or even add task support into gnome-app-install that would look cool if we attribute icons for every task (#376635) in a way that it will work for g-a-i, synaptic, and GNOME debconf frontend including d-i. regards, -- stratus http://stratusandtheswirl.blogspot.com get debian @ http://get.debian.net/
Re: Debian on the Desktop - plans for Lenny?
On 8/9/07, Hendrik Sattler [EMAIL PROTECTED] wrote: Am Mittwoch 08 August 2007 23:02 schrieb Petter Reinholdtsen: [Julian Andres Klode] We should try to use binary packages provided by linux-modules-* or other modules packages by default and fallback to m-a. You might want to check out the recent changes to discover and discover-data. It already had support for installing hardware specific packages using the discover-pkginstall script, and I added code to run module-assistant to build the kernel module if the hardware specific package is supported by module-assistant. I hope it bring us at least one step closer to automatic driver activation for out-of-tree kernel modules. Is discover still installed by default on new installs? If yes, is this activated by default? I ask because I would like to get a no for both question and a big NO if the first question is answered with yes. You've no for both questions with the exception that 'desktop' task installs discover1 we've 2 already packaged. Petter, couldn't we replace discover1 with discover (2) into the desktop task ? Is this a list of supported hardware issue, something else or there's no issue? Btw, it seems that xdebconfigurator already support discover (2) or discover1 but xserver-xorg recommends is on 'discover1 | discover' and in ltsp-client-core we depend on discover1 (not desktop task related though) regards, -- stratus http://stratusandtheswirl.blogspot.com get debian @ http://get.debian.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Installation of Recommends by default on October 1st
On Thu August 9 2007 12:08:05 pm Florent Rougon wrote: Bruce Sass [EMAIL PROTECTED] wrote: dselect doesn't force you to install recommended packages; for as long as I can remember (since Bo) it has given you a list with the recommends preselected, and a simple keypress is all that is needed to decline them. I'm afraid your memory is not serving you well here. I've been using Debian since the time where slink was in frozen state, and I remember very well that I had to wait a few years before being able not to install Recommends. Looking at the changelog, it seems the change (in dpkg trunk, not in stable releases!) dates from November 1999: Sun Nov 28 21:56:32 CET 1999 Wichert Akkerman [EMAIL PROTECTED] * dselect/pkgdepcon.cc: don't treat recommends like (pre-)depends. Instead make it similar to suggests but default to selecting the package. For the sake of History, ;-) I guess my memory doesn't really go back as far as I thought. Thanks for the correction. :) - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
[Hendrik Sattler] Is discover still installed by default on new installs? Not sure. I suspect it depend on the task being installed. It is currently used to detect which X driver to activate, but that need will go away in the future when X.org manage to configure itself automatically. :) If yes, is this activated by default? The automatic kernel module source build feature was added to discover a few days ago, so it is to activated anywhere yet. :) I ask because I would like to get a no for both question and a big NO if the first question is answered with yes. Why? Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
[Gustavo Franco] Petter, couldn't we replace discover1 with discover (2) into the desktop task ? Actually, we (Otavio an me) plan to replace discover1 with discover for Lenny, so that every user with discover1 will upgrade automatically to discover. Is this a list of supported hardware issue, something else or there's no issue? There are two minor issues. One is the lack of architecture specific overrides for a given hardware device, and the other is lack of sbus support. But discover is no longer very useful for loading kernel modules (the programs using the info in /lib/modules/ are doing a better job), so it is not that problematic any more. Btw, it seems that xdebconfigurator already support discover (2) or discover1 but xserver-xorg recommends is on 'discover1 | discover' and in ltsp-client-core we depend on discover1 (not desktop task related though) I asked the X team to switch to discover v2 before Etch was released, but they decided to postpone it. I hope they are ok with doing it now. I suspect ltsp can switch too. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Simplify installation of non-free? (was: Debian on the Desktop - plans for Lenny?)
I demand that Marco d'Itri may or may not have written... On Aug 09, Tim Hull [EMAIL PROTECTED] wrote: It's actually not just ATI/nVidia - most wireless drivers are at least in part non-free. In my case, it's the madwifi drivers with their binary HAL. There's also the ipw2100/2200/3945/etc with the non-free firmware. The firmwares are not part of the drivers, please do not taint the reputation of perfectly free drivers. You want iwl3945. Newer firmware is needed, but you can throw away that user-space daemon. :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. Survival of the species is everyone's business. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Am Donnerstag 09 August 2007 21:23 schrieb Petter Reinholdtsen: [Hendrik Sattler] Is discover still installed by default on new installs? Not sure. I suspect it depend on the task being installed. It is currently used to detect which X driver to activate, but that need will go away in the future when X.org manage to configure itself automatically. :) As long as automatic doesn't take more time than using manual settings, that's fine. I doubt that they can detect some of the settings (keyboard layout, driver options), though ;) I appreciate the efforts a lot though, especially a better cooperation of kernel drivers and X, and runtime screens and input device detection. If yes, is this activated by default? The automatic kernel module source build feature was added to discover a few days ago, so it is to activated anywhere yet. :) I ask because I would like to get a no for both question and a big NO if the first question is answered with yes. Why? There are still people that like it bit more control. Udev is ok for me but discover goes to far if it automatically installs stuff. You have to draw the line somewhere and that's definitely such a line, at least for me. If it doesn't take any time at boot time and doesn't change my package list, I'll happily try it again. :) Actually I just did and there is not init script installed by default?! Additionally, it probably would reduce detection time if the stuff that udev can handle is skipped. HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436982: ITP: ulex0.8 -- OCaml lexer generator with Unicode support - CamlP5 version
Package: wnpp Severity: wishlist Owner: Stefano Zacchiroli [EMAIL PROTECTED] * Package name: ulex0.8 Version : 0.8 Upstream Author : Alain Frisch [EMAIL PROTECTED] * URL : http://www.cduce.org/download.html * License : LGPL Programming Lang: OCaml Description : OCaml lexer generator with Unicode support - CamlP5 version ulex is a lexer generator for the Objective Caml (OCaml) programming language. . It is implemented as a Camlp4 syntax extension: lexer specifications are embedded in regular OCaml code. . Generated lexers work with a new kind of lexbuf that supports Unicode; a single lexer can work with arbitrary encodings of the input stream. . This package ships the latest release of ulex compatible with Camlp4 pre OCaml 3.10 (now called CamlP5). Applications which need both ulex and the legacy version of Camlp4 might need to use this package instead of ocaml-ulex (the latter shipping the latest available ulex release which requires Camlp4 = 3.10)). The package is a repacking of the ulex package which is currently in unstable. For the transition period from OCaml 3.09 to OCaml 3.10, developers are likely to need both the new version of ulex (1.0, which is already in experimental) and the new one (the subject of this ITP). Moreover, some packages which are currently in Debian will FTBFS with OCaml 3.10 without this precise version of ulex, built against camlp5. Cheers. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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: Debian on the Desktop - plans for Lenny?
[Hendrik Sattler] As long as automatic doesn't take more time than using manual settings, that's fine. I doubt that they can detect some of the settings (keyboard layout, driver options), though ;) I appreciate the efforts a lot though, especially a better cooperation of kernel drivers and X, and runtime screens and input device detection. discover is used to feed default values into the debconf questions asked about X configuration when the xserver-xorg package is installed. The keyboard layout, driver options etc, are not using values fetched from discover. There is work going on to let the X drivers themself expose information on their supported hardware, and use this information to automatically configure X. It will make the X config use of discover obsolete. There are still people that like it bit more control. Udev is ok for me but discover goes to far if it automatically installs stuff. You have to draw the line somewhere and that's definitely such a line, at least for me. Why? Tasksel install a lot of stuff automatically during the system installation. Is it bad too? If it doesn't take any time at boot time and doesn't change my package list, I'll happily try it again. :) Actually I just did and there is not init script installed by default?! Additionally, it probably would reduce detection time if the stuff that udev can handle is skipped. I get the impression that you are talking about boot time? I am talking about the Debian installer and behavior at install time. discover is not used at boot time, and have not been providing a init.d script since before Etch was released. Kernel module loading at boot time is better left to the systems reading /lib/modules/ (udev at the moment), so that part was disabled in discover. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote: We already have this on the desktop, from what I can see (there is evidence of a scaling-module-loading-thingummy running on boot) Yes, it loads, but the default scaling governor is set to userspace. As powernowd isn't included in the desktop task, this effectly means no CPU scaling by default. snip laptop-mode sets the CPU frequency, but it only switches based on whether you have AC power, not based on how busy the CPU is. ondemand would be more useful. I don't know whether the correct scaling driver is loaded automatically; I fear not. This might be a job for discover. Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
Re: Simplify installation of non-free? (was: Debian on the Desktop - plans for Lenny?)
On 09/08/07, Don Armstrong [EMAIL PROTECTED] wrote: The objection is making it a priority over supporting free drivers or diverting people working on supporting vendors who provide DFSG free drivers by making it a distribution wide priority. The free drivers are perfectly well supported as they are, and are excellently maintained by a vast number of talented people from many projects. The non-free ones are god-awful as a simple result of them being closed source, and their installation and use can be calamatous for many, and hence they require special coddling, methinks I am not in favour of favouring anything over free software - if it were up to me, I'd just buy one of Intel's excellent and proper-game-capable GPUs (which obviously I can't, because they don't make any) - but once we have got over the fairly simple hurdle of enforced freedom the issue just turns into a question of how to make non-free drivers less nightmarish to install. Since you appear to be interested in it quite a bit, you'd be well served by making it your priority. I'm grossly underqualied in that respect, I fear. I can outline precisely what needs to be done to make nvidia-glx, for example, bearable[1] (and it does not involve a specialised GUI, god forbid) but am in no position at all to do so :( -- Ben Goodger B.F. Goodger, Age 16½ [1] metapackage nvidia-graphics-nonfree or similar to not conflict with the similarly named source package, to depend on nvidia-glx and the current nvidia-kernel-{uname -r} and other appropriate packages, and a moderately intelligent post-install script to parse /etc/X11/xorg.conf for the appropriate settings and flag suspicious lines, with references to appropriate wiki/man pages... eventually, this should become an aptitude install nvidia-graphics-nonfree situation, without manual xorg.conffiddling, and without bludgeoning the entire system Automatix-style (may require many weeks of tedious regexen, but it would IMO be worth it to Do Things Properly, as is the Debian way.)
Re: Debian on the Desktop - plans for Lenny?
On 8/9/07, Ben Hutchings [EMAIL PROTECTED] wrote: On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote: We already have this on the desktop, from what I can see (there is evidence of a scaling-module-loading-thingummy running on boot) Yes, it loads, but the default scaling governor is set to userspace. As powernowd isn't included in the desktop task, this effectly means no CPU scaling by default. snip laptop-mode sets the CPU frequency, but it only switches based on whether you have AC power, not based on how busy the CPU is. ondemand would be more useful. I don't know whether the correct scaling driver is loaded automatically; I fear not. This might be a job for discover. Hi Ben, laptop-mode-tools conf uses 'ondemand' (1.34-1, but I think it was already in etch), and my ibook g4 using the default desktop environment task and laptop task scales well. What's missing for yours or we've different default configuration for some strange reason? regards, -- stratus http://stratusandtheswirl.blogspot.com get debian @ http://get.debian.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On 09/08/07, Luis Matos [EMAIL PROTECTED] wrote: having a console tasksel is not enough ... someone was developing a gtk+ front end ... right? running tasksel --new-install gets you a debconf window, which is either curses, gtk, qt etc depending on your debconf conf. -- Ben Goodger B.F. Goodger, Age 16½
Re: Debian on the Desktop - plans for Lenny?
Petter Reinholdtsen schrieb: I get the impression that you are talking about boot time? I am talking about the Debian installer and behavior at install time. discover is not used at boot time, and have not been providing a init.d script since before Etch was released. Kernel module loading at boot time is better left to the systems reading /lib/modules/ (udev at the moment), so that part was disabled in discover. Which sounds like a sane behaviour for discover(2) as I always felt that udev and discover(1) had quite a overlap and it was one of the first packages I uninstalled. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Simplify installation of non-free? (was: Debian on the Desktop - plans for Lenny?)
On Thu, 09 Aug 2007, Ben Goodger wrote: I can outline precisely what needs to be done to make nvidia-glx, for example, bearable[1] (and it does not involve a specialised GUI, god forbid) but am in no position at all to do so :( Sure you are! Outlining exactly what needs to be done and filing bugs with suggested implementations on the involved packages, and then working on actually getting those changes made and submitting packages that make them to the limit of your ability (and then extending your ability) is exactly the position you are in. Don Armstrong -- It's not Hollywood. War is real, war is primarily not about defeat or victory, it is about death. I've seen thousands and thousands of dead bodies. Do you think I want to have an academic debate on this subject? -- Robert Fisk http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, 2007-08-09 at 18:37 -0300, Gustavo Franco wrote: On 8/9/07, Ben Hutchings [EMAIL PROTECTED] wrote: On Wed, 2007-08-08 at 11:20 -0400, Tim Hull wrote: We already have this on the desktop, from what I can see (there is evidence of a scaling-module-loading-thingummy running on boot) Yes, it loads, but the default scaling governor is set to userspace. As powernowd isn't included in the desktop task, this effectly means no CPU scaling by default. snip laptop-mode sets the CPU frequency, but it only switches based on whether you have AC power, not based on how busy the CPU is. ondemand would be more useful. I don't know whether the correct scaling driver is loaded automatically; I fear not. This might be a job for discover. Hi Ben, laptop-mode-tools conf uses 'ondemand' (1.34-1, but I think it was already in etch), and my ibook g4 using the default desktop environment task and laptop task scales well. What's missing for yours or we've different default configuration for some strange reason? snip My information is based on an earlier version when I uninstalled when I realised it was useless. The current version is indeed better. However, it still has some bad defaults, in my opinion: ENABLE_LAPTOP_MODE_ON_AC=0 BATT_CPU_MAXFREQ=medium NOLM_AC_CPU_GOVERNOR=performance This means that when draining the battery we do not allow the CPU to run at full speed, so CPU-bound tasks take longer. This tends to extend battery life but reduces the processing work derived from the battery, since other components then take a higher share of power. And when running on AC, we just waste power, though with a slight performance gain. Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
Re: Debian on the Desktop - plans for Lenny?
Qui, 2007-08-09 às 15:24 -0300, Gustavo Franco escreveu: Btw, desktop-c-gtk-devel and desktop-python-gtk-devel makes no sense, IMHO. It's too specific that we will need desktop-$every_language_in_debian-gtk-devel. What a task like desktop-php-devel will contain, vim? For those who like emacs are we going to add desktop-php-emacs-devel? Please think about needed use cases (ask debian-user, check popcon, ...) and set of packages that should satisfy that, not some cool random task names. this was discussed a long time ago ... i am going to make a proposal. these tasks are useful for inexperienced developers, because not all developers have skills to search for a good IDE for some language. I want to propose sometime during lenny development cycle some developer oriented tasks. something like an apt-get install gnome-devel but ina task sense. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Qui, 2007-08-09 às 10:42 -0700, Joey Hess escreveu: Luis Matos wrote: having a console tasksel is not enough ... someone was developing a gtk+ front end ... right? DEBIAN_FRONTEND=gnome tasksel ? that's a pretty hack ... why does tasksel does not get the debconf option on which front end to use? ... but anyway, this tasksel ould be improved with some extra options ... i know, however that that's not easy to expand the tasksel because it is based in debconf. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Simplify installation of non-free?
On Fri, 2007-08-10 at 10:00 +1000, Ben Finney wrote: If any person wants to spend their efforts to work on particular software, the Debian project should not throw obstacles in their way, but asking the Debian project to actively help is going too far. And even way more far is to asking the Debian project to do it completely. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ Respeto a Nicaragua y a la lucha sandinista. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Simplify installation of non-free? (was: Debian on the Desktop - plans for Lenny?)
On Thu, Aug 09, 2007 at 10:34:01PM +0100, Ben Goodger wrote: I'm grossly underqualied in that respect, I fear. I can outline precisely what needs to be done to make nvidia-glx, for example, bearable[1] (and it does not involve a specialised GUI, god forbid) but am in no position at all to do so :( You'd be much more useful if you put some work in to helping get nouveau in to Debian. The many people who've volunteered to help on it have totally failed to move on it in any visible way. As for being in no position to do so, if you want to get started, the XSF is ready to offer any sort of assistance that we can to make it happen, so you're in as much a position as anyone else with Nvidia hardware to make a Free 3D driver for Nvidia cards enter Debian. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Simplify installation of non-free?
Ben Goodger [EMAIL PROTECTED] writes: On 09/08/07, Don Armstrong [EMAIL PROTECTED] wrote: The objection is making it a priority over supporting free drivers or diverting people working on supporting vendors who provide DFSG free drivers by making it a distribution wide priority. The free drivers are perfectly well supported as they are, and are excellently maintained by a vast number of talented people from many projects. The non-free ones are god-awful as a simple result of them being closed source, and their installation and use can be calamatous for many, and hence they require special coddling, methinks None of this is an argument for making non-free software any kind of priority for the Debian project. It merely highlights the situation non-free developers and users have chosen for themselves. If any person wants to spend their efforts to work on particular software, the Debian project should not throw obstacles in their way, but asking the Debian project to actively help is going too far. -- \Choose mnemonic identifiers. If you can't remember what | `\ mnemonic means, you've got a problem. -- Larry Wall | _o__) | Ben Finney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 09:08:00PM +0200, Petter Reinholdtsen wrote: [Gustavo Franco] Btw, it seems that xdebconfigurator already support discover (2) or discover1 but xserver-xorg recommends is on 'discover1 | discover' and in ltsp-client-core we depend on discover1 (not desktop task related though) I asked the X team to switch to discover v2 before Etch was released, but they decided to postpone it. I hope they are ok with doing it now. I suspect ltsp can switch too. We're in the process of getting rid of the X server's need for discover right now. I'm almost positive that this will be ready for lenny, so whatever decisions you want to be made wrt discover won't have to take the X server in to account. Similarly, xdebconfigurator should almost certaintly go away for lenny. The X server should already do autoconfig without an xorg.conf in most situations better than anything xdebconfigurator is likely to come up with, and by the time lenny ships we'll be kicking the old statically generated xorg.confs like nobody's business. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
On Tue, 2007-08-07 at 05:04 +0200, David Lopez Zajara (Er_Maqui) wrote: xmms have 11000+ popcon installations reported. The total reports of popcon are 57000+. This is aprox 20% of users. Now, are talking for removal an application for those users?... I've read the buglist of xmms, and i think who more than one and two bugs can be removed. Example of this can are #244984, #260754, #161702. A lot of these bugs are already opened because the version doesn't have changed (Are revised). I think who can be interesting revise the xmms buglist and close the outdated bugs, for a real information of application problems. I've read in this thread, this is for a orphan package. If this is the reason, doesnt have much more for talk, another mantainer will become. xmms its a very popular package. I think who an orphan isn't a reason at all for removal from arch. It clearly seems that you haven't read the whole thread. Your understanding of the only argument for removing xmms being that it's orphaned and your understanding of the only argument for keeping xmms being that it's popular clearly shows your misread of the whole log on the discussion. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ Le dije man, ya estás muy pasado.
Re: Debian on the Desktop - plans for Lenny?
On Thu, Aug 09, 2007 at 10:45:32PM +0200, Hendrik Sattler wrote: Am Donnerstag 09 August 2007 21:23 schrieb Petter Reinholdtsen: Not sure. I suspect it depend on the task being installed. It is currently used to detect which X driver to activate, but that need will go away in the future when X.org manage to configure itself automatically. :) As long as automatic doesn't take more time than using manual settings, that's fine. I doubt that they can detect some of the settings (keyboard layout, driver options), though ;) Obviously we can't automatically do everything or else there wouldn't be a need for options. But we should do a good enough job to get you up and running and let you configure what you need from there. It might take slightly more time in some cases, but the idea would be to optimize it so that it runs just as fast as currently, or better. Generally, the stuff you're waiting for when the X server starts are going to happen whether or not you're parsing a static xorg.conf, so you shouldn't really lose much by switching to something fully dynamic. It's something I'm thinking about a bit, but my goal is to take care of doing autoconfig properly first, and then optimize it later. - David Nusinow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I've read the complete thread, and i understand who the main reason from the mantainers are these. But, in the other hand, have the reason of gtk1.2 removal porposal. I understand this, but, i say who SAME of the given reasons are incorrect. Too, i say who the package are really popular, and doesnt exist an real replace for this, because the similar packages are too new packages. Simply you can read this thread and can find a report of audacious (main candidate for xmms replace) crashing on a max time of 2 minutes running. And, the another candidates, are for example, xmms2, a stream server who in debian only have a VERY simply interface (without really functionality in comparation of xmms), or the console-client, who doesn't are a replace at all. David Moreno Garza wrote: On Tue, 2007-08-07 at 05:04 +0200, David Lopez Zajara (Er_Maqui) wrote: xmms have 11000+ popcon installations reported. The total reports of popcon are 57000+. This is aprox 20% of users. Now, are talking for removal an application for those users?... I've read the buglist of xmms, and i think who more than one and two bugs can be removed. Example of this can are #244984, #260754, #161702. A lot of these bugs are already opened because the version doesn't have changed (Are revised). I think who can be interesting revise the xmms buglist and close the outdated bugs, for a real information of application problems. I've read in this thread, this is for a orphan package. If this is the reason, doesnt have much more for talk, another mantainer will become. xmms its a very popular package. I think who an orphan isn't a reason at all for removal from arch. It clearly seems that you haven't read the whole thread. Your understanding of the only argument for removing xmms being that it's orphaned and your understanding of the only argument for keeping xmms being that it's popular clearly shows your misread of the whole log on the discussion. -- David Moreno Garza [EMAIL PROTECTED] | http://www.damog.net/ Le dije man, ya estás muy pasado. - -- [EMAIL PROTECTED] || http://maqui.darkbolt.net Linux registered user number: #363219 PGP key avaliable at KeyServ. KeyID: 0x4233E9F2 - -- Los hombres somos esclavos de la historia -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu9IHfFjA4EIz6fIRAh8fAKCQ9h7esLVSihWyePKF+fYYI0IYmwCdHBcG inOc7kCnaDr1Op/qLAGr94Q= =PoDD -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian on the Desktop - plans for Lenny?
Ben Hutchings [EMAIL PROTECTED] wrote: This means that when draining the battery we do not allow the CPU to run at full speed, so CPU-bound tasks take longer. This tends to extend battery life but reduces the processing work derived from the battery, since other components then take a higher share of power. And when running on AC, we just waste power, though with a slight performance gain. If you're using the computer at all, it's not even likely to increase battery life. A CPU at 600MHz and in C0 will draw significantly more power than a CPU at 1.2GHz but in C4. It's more important to finish whatever the CPU is doing quickly than it is to keep it at a low speed. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libemail-localdelivery-perl 0.217-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 15 Jul 2007 16:53:49 +0200 Source: libemail-localdelivery-perl Binary: libemail-localdelivery-perl Architecture: source all Version: 0.217-1 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: gregor herrmann [EMAIL PROTECTED] Description: libemail-localdelivery-perl - Deliver a piece of email - simply Changes: libemail-localdelivery-perl (0.217-1) unstable; urgency=low . [ gregor herrmann ] * New upstream release. * Adapt patch 10mbox-locking accordingly. . [ Niko Tyni ] * Add packaging copyright notice in debian/copyright. Files: f7b76a8137b74359b7919129b1942b27 1205 perl optional libemail-localdelivery-perl_0.217-1.dsc 10c70424179010bf9fb2f1b03ab92527 12674 perl optional libemail-localdelivery-perl_0.217.orig.tar.gz 2fba18d33926e62554192d52a7848131 3424 perl optional libemail-localdelivery-perl_0.217-1.diff.gz 597e0d031809eec64b9cad47c0a9ed12 9290 perl optional libemail-localdelivery-perl_0.217-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuq4zHqjlqpcl9jsRAj7bAKCN9wIgovkKoBVGav8V2zZrUeso5ACfb3R9 68SfBba4Rr6ZnV/z53YRW6M= =fW+N -END PGP SIGNATURE- Accepted: libemail-localdelivery-perl_0.217-1.diff.gz to pool/main/libe/libemail-localdelivery-perl/libemail-localdelivery-perl_0.217-1.diff.gz libemail-localdelivery-perl_0.217-1.dsc to pool/main/libe/libemail-localdelivery-perl/libemail-localdelivery-perl_0.217-1.dsc libemail-localdelivery-perl_0.217-1_all.deb to pool/main/libe/libemail-localdelivery-perl/libemail-localdelivery-perl_0.217-1_all.deb libemail-localdelivery-perl_0.217.orig.tar.gz to pool/main/libe/libemail-localdelivery-perl/libemail-localdelivery-perl_0.217.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cron-apt 0.6.1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 06:44:42 +0200 Source: cron-apt Binary: cron-apt Architecture: source all Version: 0.6.1 Distribution: unstable Urgency: low Maintainer: Ola Lundqvist [EMAIL PROTECTED] Changed-By: Ola Lundqvist [EMAIL PROTECTED] Description: cron-apt - automatic update of packages using apt-get Closes: 436685 436728 Changes: cron-apt (0.6.1) unstable; urgency=low . * Avoid overflowin directory size calculation when using dash, closes: #436728. * Also remove directory when the disk size is too small, closes: #436685. Files: f45c00307fe8c5a18514de599fae4705 527 admin optional cron-apt_0.6.1.dsc 42c92022dd0893188116630d58d9af0f 40088 admin optional cron-apt_0.6.1.tar.gz 75be7018ff78f1d27aa6fc4a745ef53f 24762 admin optional cron-apt_0.6.1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuqGJGKGxzw/lPdkRAvI2AKCsSeyoR+iRDcbu6kr+t1o7GRAAnQCgqDPv 4DKdaGws6qQtLJFnYsmwdMc= =sE/t -END PGP SIGNATURE- Accepted: cron-apt_0.6.1.dsc to pool/main/c/cron-apt/cron-apt_0.6.1.dsc cron-apt_0.6.1.tar.gz to pool/main/c/cron-apt/cron-apt_0.6.1.tar.gz cron-apt_0.6.1_all.deb to pool/main/c/cron-apt/cron-apt_0.6.1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hylafax 2:4.4.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 08 Aug 2007 21:46:46 +0200 Source: hylafax Binary: hylafax-server hylafax-client Architecture: source i386 Version: 2:4.4.0-1 Distribution: unstable Urgency: low Maintainer: Giuseppe Sacco [EMAIL PROTECTED] Changed-By: Giuseppe Sacco [EMAIL PROTECTED] Description: hylafax-client - Flexible client/server fax software - client utilities hylafax-server - Flexible client/server fax software - server daemons Changes: hylafax (2:4.4.0-1) unstable; urgency=low . * New upstream release * Shipped /usr/sbin/lockname that was missing from previous debian packages * Remove unnecessary patches already included upstream Files: 91622d0e4d56de719e89c11152e2f9a7 726 comm extra hylafax_4.4.0-1.dsc fa086c6654a6ccefb127ac0476101c25 1227784 comm extra hylafax_4.4.0.orig.tar.gz 23b38e30fe8add5bf8dbe7793226d552 5672 comm extra hylafax_4.4.0-1.diff.gz 4ddaad985405177f3563b3cfc5d00e32 873640 comm extra hylafax-server_4.4.0-1_i386.deb dc198da338bc9527b1f0bce2a8d2e607 365740 comm extra hylafax-client_4.4.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuh9RIgfFlOyXCJ0RAohbAJ9vAWK60ByOqZliliq0eAznr0tBeQCeOvUH +9SPC6qHfYIADUk5pZcxWOc= =owHS -END PGP SIGNATURE- Accepted: hylafax-client_4.4.0-1_i386.deb to pool/main/h/hylafax/hylafax-client_4.4.0-1_i386.deb hylafax-server_4.4.0-1_i386.deb to pool/main/h/hylafax/hylafax-server_4.4.0-1_i386.deb hylafax_4.4.0-1.diff.gz to pool/main/h/hylafax/hylafax_4.4.0-1.diff.gz hylafax_4.4.0-1.dsc to pool/main/h/hylafax/hylafax_4.4.0-1.dsc hylafax_4.4.0.orig.tar.gz to pool/main/h/hylafax/hylafax_4.4.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted erlang-doc-html 1:11.b.5dfsg-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 11:20:58 +0400 Source: erlang-doc-html Binary: erlang-doc-html Architecture: source all Version: 1:11.b.5dfsg-1 Distribution: unstable Urgency: low Maintainer: Erlang Packagers [EMAIL PROTECTED] Changed-By: Sergei Golovan [EMAIL PROTECTED] Description: erlang-doc-html - Erlang HTML pages Changes: erlang-doc-html (1:11.b.5dfsg-1) unstable; urgency=low . * Added dfsg suffix to upstream version. This makes clear that the upstream tarball was modified. (Also, it becomes easier to manage conflicts with erlang-base and erlang-base-hipe packages). Files: 0b236b5f0a8c138405c80540c0ca9148 715 doc optional erlang-doc-html_11.b.5dfsg-1.dsc 47ca401fd8ea7cdb993ff4ab22d3917e 4837481 doc optional erlang-doc-html_11.b.5dfsg.orig.tar.gz 5177805ed538b482d69bf2d24b9a1dcc 5281 doc optional erlang-doc-html_11.b.5dfsg-1.diff.gz 70622448796cf92ed05476ad7c4dcbbf 4864100 doc optional erlang-doc-html_11.b.5dfsg-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGusKXIcdH02pGEFIRAjunAJ4uTeDyqsC1A0k0EPPgrdE4UBGfzQCeNHYJ gzYL8UnKuNeeneCPMHzH1a8= =z+SQ -END PGP SIGNATURE- Accepted: erlang-doc-html_11.b.5dfsg-1.diff.gz to pool/main/e/erlang-doc-html/erlang-doc-html_11.b.5dfsg-1.diff.gz erlang-doc-html_11.b.5dfsg-1.dsc to pool/main/e/erlang-doc-html/erlang-doc-html_11.b.5dfsg-1.dsc erlang-doc-html_11.b.5dfsg-1_all.deb to pool/main/e/erlang-doc-html/erlang-doc-html_11.b.5dfsg-1_all.deb erlang-doc-html_11.b.5dfsg.orig.tar.gz to pool/main/e/erlang-doc-html/erlang-doc-html_11.b.5dfsg.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted docbookwiki 0.9.1cvs-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 7 Aug 2007 14:39:34 +0800 Source: docbookwiki Binary: docbookwiki Architecture: source all Version: 0.9.1cvs-2 Distribution: unstable Urgency: low Maintainer: Jeremy Malcolm [EMAIL PROTECTED] Changed-By: Jeremy Malcolm [EMAIL PROTECTED] Description: docbookwiki - a Web application to display and edit DocBook documents online Changes: docbookwiki (0.9.1cvs-2) unstable; urgency=low . * Added dependencies on libapache[2]-mod-php[4|5] and php[4|5]-mysql, fixed bug where patches not applied correctly. Files: 536e55dd016509a3ab562df2a75d422d 612 non-free/web extra docbookwiki_0.9.1cvs-2.dsc 69a786f4096a2a0a0e65b6ce0d46bd5d 8316 non-free/web extra docbookwiki_0.9.1cvs-2.diff.gz 47ad5c37d96bbd0fad766c099942ccd1 1646364 non-free/web extra docbookwiki_0.9.1cvs-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGus4+9nWq4tKrIiARArUwAJ0cjjhUtUGSOnqB3CVSUK89T4dfHACfeeKP e4m5E/X/69eqXLo/GTTiV48= =nlGw -END PGP SIGNATURE- Accepted: docbookwiki_0.9.1cvs-2.diff.gz to pool/non-free/d/docbookwiki/docbookwiki_0.9.1cvs-2.diff.gz docbookwiki_0.9.1cvs-2.dsc to pool/non-free/d/docbookwiki/docbookwiki_0.9.1cvs-2.dsc docbookwiki_0.9.1cvs-2_all.deb to pool/non-free/d/docbookwiki/docbookwiki_0.9.1cvs-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dovecot 1:1.0.3-2 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 09:39:50 +0200 Source: dovecot Binary: dovecot-common dovecot-pop3d dovecot-imapd Architecture: source amd64 Version: 1:1.0.3-2 Distribution: unstable Urgency: low Maintainer: Dovecot Maintainers [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: dovecot-common - secure mail server that supports mbox and maildir mailboxes dovecot-imapd - secure IMAP server that supports mbox and maildir mailboxes dovecot-pop3d - secure POP3 server that supports mbox and maildir mailboxes Changes: dovecot (1:1.0.3-2) unstable; urgency=low . * debian/rules: removed the --with-notify=inotify switch, it should be detected automatically. Files: 28bb52bea34484c9455df334a1aad885 1013 mail optional dovecot_1.0.3-2.dsc a79ae8f89eefea52bfecd50fe96cadf9 100855 mail optional dovecot_1.0.3-2.diff.gz 803779ffa0420fad137c7fed202ea7c6 1793546 mail optional dovecot-common_1.0.3-2_amd64.deb 1e65ecaf8c4f03c7cdfe7f0906f7437d 647028 mail optional dovecot-imapd_1.0.3-2_amd64.deb 1e207bf8ee3c4b4f4d0dd6add3df3279 610470 mail optional dovecot-pop3d_1.0.3-2_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGusZ4K/juK3+WFWQRAlWUAJ9AGd14S+pMFhs5WSU3hfJRP6gEdgCfUuJi BTALSsNBxU55LKZE/jfCIwM= =qAW6 -END PGP SIGNATURE- Accepted: dovecot-common_1.0.3-2_amd64.deb to pool/main/d/dovecot/dovecot-common_1.0.3-2_amd64.deb dovecot-imapd_1.0.3-2_amd64.deb to pool/main/d/dovecot/dovecot-imapd_1.0.3-2_amd64.deb dovecot-pop3d_1.0.3-2_amd64.deb to pool/main/d/dovecot/dovecot-pop3d_1.0.3-2_amd64.deb dovecot_1.0.3-2.diff.gz to pool/main/d/dovecot/dovecot_1.0.3-2.diff.gz dovecot_1.0.3-2.dsc to pool/main/d/dovecot/dovecot_1.0.3-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hoichess 0.9.0-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 21 Jun 2007 13:35:24 +0200 Source: hoichess Binary: hoichess Architecture: source amd64 Version: 0.9.0-1 Distribution: unstable Urgency: low Maintainer: Oliver Korff [EMAIL PROTECTED] Changed-By: Oliver Korff [EMAIL PROTECTED] Description: hoichess - xboard compatible chess engine to play chess with Closes: 417225 Changes: hoichess (0.9.0-1) unstable; urgency=low . * New upstream version 0.9.0 * Upstream Author added gcc-4.3 includes Closes: #417225 * removed checklib dependency libm.so.6 Files: 34d3254f325773931a422e2bcd809d6c 576 games optional hoichess_0.9.0-1.dsc a7722f8e9b66c144f96ad39aca5c47d0 144497 games optional hoichess_0.9.0.orig.tar.gz 4a45ef97b0691bee52fbc0238d32be73 2713 games optional hoichess_0.9.0-1.diff.gz 8ea118ec129ba9020799b0bf8a14d995 237748 games optional hoichess_0.9.0-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGusah9/DnDzB9Vu0RAsPwAJwKGzA2uaswgk9/apMPgpZf08Q2TgCcDYya Bjy4XAuELVVPdxUq1TFTlQ8= =2l/j -END PGP SIGNATURE- Accepted: hoichess_0.9.0-1.diff.gz to pool/main/h/hoichess/hoichess_0.9.0-1.diff.gz hoichess_0.9.0-1.dsc to pool/main/h/hoichess/hoichess_0.9.0-1.dsc hoichess_0.9.0-1_amd64.deb to pool/main/h/hoichess/hoichess_0.9.0-1_amd64.deb hoichess_0.9.0.orig.tar.gz to pool/main/h/hoichess/hoichess_0.9.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted sysprof 1.0.8-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 10:41:01 +0200 Source: sysprof Binary: sysprof sysprof-module-source Architecture: source i386 Version: 1.0.8-3 Distribution: unstable Urgency: low Maintainer: Samuel Mimram [EMAIL PROTECTED] Changed-By: Samuel Mimram [EMAIL PROTECTED] Description: sysprof- A system-wide linux profiler sysprof-module-source - Source for the sysprof module Closes: 434361 Changes: sysprof (1.0.8-3) unstable; urgency=low . * Rebuild against latest binutils, closes: #434361. Files: d57075c03114a6742eb8ce99547a182e 703 devel optional sysprof_1.0.8-3.dsc e142066ee37647602f44777f58b5906c 7019 devel optional sysprof_1.0.8-3.diff.gz d068678724e60045f1b731587462adde 58486 devel optional sysprof_1.0.8-3_i386.deb ad9e9963f615c956ec748e1b7f359a98 27304 devel optional sysprof-module-source_1.0.8-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGutP1Iae1O4AJae8RAkW/AJ4kPKeUL/EmL+wUInhIt3sOI+GjTwCeN3ma ixn8G3rOBIz0ZakGbnvAORc= =6/Ck -END PGP SIGNATURE- Accepted: sysprof-module-source_1.0.8-3_i386.deb to pool/main/s/sysprof/sysprof-module-source_1.0.8-3_i386.deb sysprof_1.0.8-3.diff.gz to pool/main/s/sysprof/sysprof_1.0.8-3.diff.gz sysprof_1.0.8-3.dsc to pool/main/s/sysprof/sysprof_1.0.8-3.dsc sysprof_1.0.8-3_i386.deb to pool/main/s/sysprof/sysprof_1.0.8-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted freeradius 1.1.7-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 09:43:15 +0100 Source: freeradius Binary: freeradius-mysql freeradius-krb5 freeradius-postgresql freeradius-dbg freeradius freeradius-iodbc freeradius-ldap freeradius-dialupadmin Architecture: source i386 all Version: 1.1.7-1 Distribution: unstable Urgency: low Maintainer: Stephen Gran [EMAIL PROTECTED] Changed-By: Stephen Gran [EMAIL PROTECTED] Description: freeradius - a high-performance and highly configurable RADIUS server freeradius-dbg - a high-performance and highly configurable RADIUS server; debug s freeradius-dialupadmin - set of PHP scripts for administering a FreeRADIUS server freeradius-iodbc - iODBC module for FreeRADIUS server freeradius-krb5 - kerberos module for FreeRADIUS server freeradius-ldap - LDAP module for FreeRADIUS server freeradius-mysql - MySQL module for FreeRADIUS server freeradius-postgresql - PostgreSQL module for FreeRADIUS server Changes: freeradius (1.1.7-1) unstable; urgency=low . * New upstream version * Update debian/copyright to reflect reality: - package is GPL v2 only, so refer to the correct file in common-licenses - Remove explanation of wy postgres and snmp modules can't be shipped, since we do ship them. Files: f6b472d3508a32794442df9d3b37237a 989 net optional freeradius_1.1.7-1.dsc 4bbdb04b5778b0703e62edb51fdf3e01 2673548 net optional freeradius_1.1.7.orig.tar.gz 6fb6f791f99fe3b19054b142c3da1d7c 28024 net optional freeradius_1.1.7-1.diff.gz 8429d8b6061157e43c5e39d0e0ef3867 114546 net optional freeradius-dialupadmin_1.1.7-1_all.deb b007ba5d2a9ad716c2d595e540416397 765060 net optional freeradius_1.1.7-1_i386.deb 09edcd057ee022f3a98e2a5b3ab31ee9 34692 net optional freeradius-krb5_1.1.7-1_i386.deb 53fc822271abc4efddfb0070700ecf4f 50938 net optional freeradius-ldap_1.1.7-1_i386.deb 60331b9e2b65e22e418daec9e6f158e4 34350 net optional freeradius-mysql_1.1.7-1_i386.deb 7f6d769bc4a3c478f7bbca9caf1d923f 34010 net optional freeradius-iodbc_1.1.7-1_i386.deb 77ab19ee97fcf174e2d24576ebe93a1e 599970 net extra freeradius-dbg_1.1.7-1_i386.deb ca86b87bfe9a457a14dc30b762cc9395 34402 net optional freeradius-postgresql_1.1.7-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGutdHSYIMHOpZA44RAinMAJoDmh6GOgyGg2Pubg0Tg3ZcIDC2EACgp119 zV7NgcmV/VPc6mHLYehiqQQ= =6ZOe -END PGP SIGNATURE- Accepted: freeradius-dbg_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-dbg_1.1.7-1_i386.deb freeradius-dialupadmin_1.1.7-1_all.deb to pool/main/f/freeradius/freeradius-dialupadmin_1.1.7-1_all.deb freeradius-iodbc_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-iodbc_1.1.7-1_i386.deb freeradius-krb5_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-krb5_1.1.7-1_i386.deb freeradius-ldap_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-ldap_1.1.7-1_i386.deb freeradius-mysql_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-mysql_1.1.7-1_i386.deb freeradius-postgresql_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius-postgresql_1.1.7-1_i386.deb freeradius_1.1.7-1.diff.gz to pool/main/f/freeradius/freeradius_1.1.7-1.diff.gz freeradius_1.1.7-1.dsc to pool/main/f/freeradius/freeradius_1.1.7-1.dsc freeradius_1.1.7-1_i386.deb to pool/main/f/freeradius/freeradius_1.1.7-1_i386.deb freeradius_1.1.7.orig.tar.gz to pool/main/f/freeradius/freeradius_1.1.7.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted floatbg 1.0-25 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 09:32:07 +0100 Source: floatbg Binary: floatbg Architecture: source i386 Version: 1.0-25 Distribution: unstable Urgency: low Maintainer: Dave Holland [EMAIL PROTECTED] Changed-By: Dave Holland [EMAIL PROTECTED] Description: floatbg- slowly modify the color of the X root window Closes: 436841 Changes: floatbg (1.0-25) unstable; urgency=low . * installed binary is no longer stripped (closes: 436841) * updated standards-version Files: 93de34573b95705727f0d7109fe7e4e2 578 x11 optional floatbg_1.0-25.dsc 013cab6bfb16a146208413dd2e1c 16038 x11 optional floatbg_1.0-25.diff.gz 3a079cc4f4f99e4bce8c582a36d5c822 10824 x11 optional floatbg_1.0-25_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGutb6KeFPmTkbOSgRAqVIAJ4lP2mOizHuGn68qlG1is05/1j7zgCgjDaA j+giupJ8uiPVSUH58G08CS4= =F7Qt -END PGP SIGNATURE- Accepted: floatbg_1.0-25.diff.gz to pool/main/f/floatbg/floatbg_1.0-25.diff.gz floatbg_1.0-25.dsc to pool/main/f/floatbg/floatbg_1.0-25.dsc floatbg_1.0-25_i386.deb to pool/main/f/floatbg/floatbg_1.0-25_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dtmfdial 0.2-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 11:38:37 +0200 Source: dtmfdial Binary: dtmfdial Architecture: source i386 Version: 0.2-4 Distribution: unstable Urgency: low Maintainer: Christoph Berg [EMAIL PROTECTED] Changed-By: Christoph Berg [EMAIL PROTECTED] Description: dtmfdial - DTMF Tone Dialer Changes: dtmfdial (0.2-4) unstable; urgency=low . * Properly support DEB_BUILD_OPTIONS=nostrip. Files: 3c5c6ebe6acc4b916c4df2880b47f29a 552 sound optional dtmfdial_0.2-4.dsc 68c4323518f528fd7b5d617b382c8765 3399 sound optional dtmfdial_0.2-4.diff.gz 2cd24f04d18fbe25d9cf41196cadeabc 8630 sound optional dtmfdial_0.2-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuuJExa93SlhRC1oRAkoSAJ4/LZkkIuC59xNTP6JscW4UF7wIOQCfUHEN iZxPoFjxNT5tCsoYl99h3bI= =pq62 -END PGP SIGNATURE- Accepted: dtmfdial_0.2-4.diff.gz to pool/main/d/dtmfdial/dtmfdial_0.2-4.diff.gz dtmfdial_0.2-4.dsc to pool/main/d/dtmfdial/dtmfdial_0.2-4.dsc dtmfdial_0.2-4_i386.deb to pool/main/d/dtmfdial/dtmfdial_0.2-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcc-avr 1:4.2.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 09:04:11 +0200 Source: gcc-avr Binary: gcc-avr Architecture: source i386 Version: 1:4.2.1-1 Distribution: unstable Urgency: low Maintainer: Hakan Ardo [EMAIL PROTECTED] Changed-By: Hakan Ardo [EMAIL PROTECTED] Description: gcc-avr- The GNU C compiler (cross compiler for avr) Closes: 420061 421142 426940 Changes: gcc-avr (1:4.2.1-1) unstable; urgency=low . * New upstream release (includes newdevices patch from freeBSD) (closes: #420061) * Now uses unpack rules from gcc-source package (closes: #421142) * Applied binary constants patch (closes: #426940) Files: 3c3c282173ab015c8f1dc1da16c70757 704 devel extra gcc-avr_4.2.1-1.dsc 7e8c4543ad5856573cf82194eefc19b6 13827 devel extra gcc-avr_4.2.1-1.tar.gz 8a6716d1a95ea266a3696ae9206e10fe 4623680 devel extra gcc-avr_4.2.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGutTrAbtddT3jfcARAm9cAJ9IufnMMByRzewF0LsZOc2JpppFzACgqicA mXcjidO9s3HBOdQvbkl3mN4= =H9Qy -END PGP SIGNATURE- Accepted: gcc-avr_4.2.1-1.dsc to pool/main/g/gcc-avr/gcc-avr_4.2.1-1.dsc gcc-avr_4.2.1-1.tar.gz to pool/main/g/gcc-avr/gcc-avr_4.2.1-1.tar.gz gcc-avr_4.2.1-1_i386.deb to pool/main/g/gcc-avr/gcc-avr_4.2.1-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ydpdict 0.99.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 2 Aug 2007 13:40:14 +0100 Source: ydpdict Binary: ydpdict Architecture: source i386 Version: 0.99.1-1 Distribution: experimental Urgency: low Maintainer: Marcin Owsiany [EMAIL PROTECTED] Changed-By: Marcin Owsiany [EMAIL PROTECTED] Description: ydpdict- interface for Collins dictionaries Closes: 356627 356633 377345 Changes: ydpdict (0.99.1-1) experimental; urgency=low . * New upstream version - uses external libydpdict - supports UTF-8 (closes: #356627) - the config file is in english (ASCII) (closes: #356633) - can now play samples by itself (using libao) * Changed dependacy on libncurses to libncursesw * Added dependancy on libao * Bumped Standards-Version to 3.7.2 (no changes needed) * Bumped DH dep/compat to 5 * Added a watch file (closes: #377345) * Moved from dh_movefiles to dh_install * Got rid of the configuration example in docs subdir Files: 3184569f40729ee9d1952fbaf205819e 620 contrib/text optional ydpdict_0.99.1-1.dsc 045745e436461fb68d9073ee3d1db15d 385110 contrib/text optional ydpdict_0.99.1.orig.tar.gz 5d90586d22f0a79ff1c726d936da88ec 3582 contrib/text optional ydpdict_0.99.1-1.diff.gz 043d0a5e0bba4d15df4c83deb9ec4be7 25040 contrib/text optional ydpdict_0.99.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuufUOg2KoGD0EhYRAgV4AJ4s40bKcGy3ysa0ErJp4fbxwX60fgCfYb9v eUi+WyuUrw9HzpK2EJ8u3yQ= =3e0H -END PGP SIGNATURE- Accepted: ydpdict_0.99.1-1.diff.gz to pool/contrib/y/ydpdict/ydpdict_0.99.1-1.diff.gz ydpdict_0.99.1-1.dsc to pool/contrib/y/ydpdict/ydpdict_0.99.1-1.dsc ydpdict_0.99.1-1_i386.deb to pool/contrib/y/ydpdict/ydpdict_0.99.1-1_i386.deb ydpdict_0.99.1.orig.tar.gz to pool/contrib/y/ydpdict/ydpdict_0.99.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted battleball 2.0-16 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 03:18:55 -0700 Source: battleball Binary: battleball Architecture: source i386 Version: 2.0-16 Distribution: unstable Urgency: low Maintainer: Chris Waters [EMAIL PROTECTED] Changed-By: Chris Waters [EMAIL PROTECTED] Description: battleball - soccer game played with tanks or helicopters Closes: 432128 436543 Changes: battleball (2.0-16) unstable; urgency=low . * Don't strip binaries if DEB_BUILD_OPTIONS=nostrip (closes: #436543). * Moved to menu section Games/Action (closes: #432128). Files: c95b9b2d20629a4b6e3a8e00dbbd11f3 718 games optional battleball_2.0-16.dsc 2ce96b031bbe72325bd8c57c05ddc151 8975 games optional battleball_2.0-16.diff.gz cc495a474d8aa34d8ba7fc9783345b4c 103778 games optional battleball_2.0-16_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQCVAwUBRrrvZTZs0/7rwRsBAQKg8wP/dcw+6yyqfhfCkQUbe5KBpuBNREF/9Sqx xfV1NH293B+HYLFXosDZJIM5R5RUZeGq0Q/rmKSi5d1e8lBMKMkklcuWSyRkKtE3 i3mYhJdhSMuEFquSb4iZHlqt4gILEsTY7Nbmu2rHvsKsU6GTKEGMThcjRScHN9aW OJEmgzH3FHQ= =cgyo -END PGP SIGNATURE- Accepted: battleball_2.0-16.diff.gz to pool/main/b/battleball/battleball_2.0-16.diff.gz battleball_2.0-16.dsc to pool/main/b/battleball/battleball_2.0-16.dsc battleball_2.0-16_i386.deb to pool/main/b/battleball/battleball_2.0-16_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ftnchek 3.3.1-3 (source powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 12:40:59 +0100 Source: ftnchek Binary: ftnchek Architecture: source powerpc Version: 3.3.1-3 Distribution: unstable Urgency: low Maintainer: Mark Brown [EMAIL PROTECTED] Changed-By: Mark Brown [EMAIL PROTECTED] Description: ftnchek- A semantic checker for Fortran 77 programs Closes: 436881 Changes: ftnchek (3.3.1-3) unstable; urgency=low . * Implement nostrip support (closes: #436881). Files: 69c47323af65cb1cf5e29679a3ce60ee 583 devel extra ftnchek_3.3.1-3.dsc cb06255953dc5bd86a42331d7418a2ec 5967 devel extra ftnchek_3.3.1-3.diff.gz 66afe915d52005b7ebf9d3a375316755 281540 devel extra ftnchek_3.3.1-3_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuwDMJ2Vo11xhU60RAvuoAKDbCTXo/LidytwJ2gMdr8+bfCuGzwCg1hWG W2rF8ouFF+s+/peavnUdEmA= =Lqps -END PGP SIGNATURE- Accepted: ftnchek_3.3.1-3.diff.gz to pool/main/f/ftnchek/ftnchek_3.3.1-3.diff.gz ftnchek_3.3.1-3.dsc to pool/main/f/ftnchek/ftnchek_3.3.1-3.dsc ftnchek_3.3.1-3_powerpc.deb to pool/main/f/ftnchek/ftnchek_3.3.1-3_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rocklight 0.1-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 17 Jun 2007 22:01:40 +0100 Source: rocklight Binary: rocklight Architecture: source i386 Version: 0.1-2 Distribution: unstable Urgency: low Maintainer: Jose Parrella [EMAIL PROTECTED] Changed-By: Jose Parrella [EMAIL PROTECTED] Description: rocklight - an xmms visualization plugin for Thinklights on IBM Thinkpads Closes: 385659 Changes: rocklight (0.1-2) unstable; urgency=low . * Cosmetic modification in the description (Closes: #385659) Files: 41550d8c9e4ce97d51b08641e6bb1ac6 572 sound optional rocklight_0.1-2.dsc 078c59f8887a03d9702d1a7d666cb683 2335 sound optional rocklight_0.1-2.diff.gz a191a026710b5192acc354fb8b2ae290 6882 sound optional rocklight_0.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuw2MgY5NIXPNpFURAjkyAJ9NaUYhAiXc8H04FrQyFNPTy0kBzgCfXJ7Q iPeDvoogYn7Prbs3nhIH1zc= =pMX9 -END PGP SIGNATURE- Accepted: rocklight_0.1-2.diff.gz to pool/main/r/rocklight/rocklight_0.1-2.diff.gz rocklight_0.1-2.dsc to pool/main/r/rocklight/rocklight_0.1-2.dsc rocklight_0.1-2_i386.deb to pool/main/r/rocklight/rocklight_0.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libpam-usb 0.4.0-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 17 Jun 2007 22:03:46 +0100 Source: libpam-usb Binary: libpam-usb pamusb-tools Architecture: source i386 Version: 0.4.0-2 Distribution: unstable Urgency: low Maintainer: Jose Parrella [EMAIL PROTECTED] Changed-By: Jose Parrella [EMAIL PROTECTED] Description: libpam-usb - PAM module for authentication with a USB flash drive pamusb-tools - helper tools for the pam-usb module Closes: 423540 Changes: libpam-usb (0.4.0-2) unstable; urgency=low . * Adding python-dbus as a dependency for pamusb-tools (Closes: #423540) Files: b08cb68db81615e6c7a62bb0d68d4429 661 admin extra libpam-usb_0.4.0-2.dsc fdc32c494cff0f8cce46ac39a280f482 2415 admin extra libpam-usb_0.4.0-2.diff.gz 258cdbae97716c23c369831d5dbdf5e1 30968 admin extra libpam-usb_0.4.0-2_i386.deb 0bb1c61bdf6fdbd68e4f151594fb626f 11156 admin extra pamusb-tools_0.4.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD4DBQFGuw5VgY5NIXPNpFURAnelAJ9Ouj3UhKT/t+lQXuW96CajMnz/oACXdrQ4 QoNSWYB6BEA1G/o/Ljj6pA== =QCAr -END PGP SIGNATURE- Accepted: libpam-usb_0.4.0-2.diff.gz to pool/main/libp/libpam-usb/libpam-usb_0.4.0-2.diff.gz libpam-usb_0.4.0-2.dsc to pool/main/libp/libpam-usb/libpam-usb_0.4.0-2.dsc libpam-usb_0.4.0-2_i386.deb to pool/main/libp/libpam-usb/libpam-usb_0.4.0-2_i386.deb pamusb-tools_0.4.0-2_i386.deb to pool/main/libp/libpam-usb/pamusb-tools_0.4.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted easychem 0.6-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 14:05:26 +0200 Source: easychem Binary: easychem Architecture: source i386 Version: 0.6-4 Distribution: unstable Urgency: low Maintainer: Daniel Leidert (dale) [EMAIL PROTECTED] Changed-By: Daniel Leidert (dale) [EMAIL PROTECTED] Description: easychem - Draw high-quality molecules and 2D chemical formulas Closes: 436782 Changes: easychem (0.6-4) unstable; urgency=low . [ Daniel Leidert ] * debian/control: Added XS-Vcs-Browser and XS-Vcs-Svn fields. (Build-Depends): Added docbook-xml to avoid warning. * debian/easychem.1: Added, so it will not be recreated. * debian/easychem.1.xml: Removed date tag. Adjusted copyright. * debian/easychem.desktop: Removed Encoding key to comply to the latest freedesktop.org Desktop Entry Specification 1.0. * debian/easychem.menu: Fixed section to comply to the latest Debian Menu System 1.4. * debian/rules: Removed some useless comments and empty lines. (build-stamp): Moved the manpage creation into an own target with a better dependency chain. * debian/patches/90_fix_makefiles.dpatch: Adjusted. - Don't strip easychem binary by default, so giving the nostrip build option will really lead to an unstripped binary (closes: #436782). * debian/watch: Added. . [ LI Daobing ] * debian/rules: lintian doesn't like -$(MAKE) clean, see bug#325372 Files: 4d44b61f8ae58fdeb4ec447c943a0324 807 science optional easychem_0.6-4.dsc f83551fcf2356efab70da517b5373daa 23243 science optional easychem_0.6-4.diff.gz 395ea6b307326f21071e4f4a2475ace5 273466 science optional easychem_0.6-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFGuw5XmHaJYZ7RAb8RAu6xAJ44mAJNryjAb8cJkjE6bPt4UVuU4gCghDBL 8penfAFasgci7I3/fu6LkJw= =WVMD -END PGP SIGNATURE- Accepted: easychem_0.6-4.diff.gz to pool/main/e/easychem/easychem_0.6-4.diff.gz easychem_0.6-4.dsc to pool/main/e/easychem/easychem_0.6-4.dsc easychem_0.6-4_i386.deb to pool/main/e/easychem/easychem_0.6-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ample 0.5.7-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 06 Aug 2007 20:05:20 -0600 Source: ample Binary: ample Architecture: source i386 Version: 0.5.7-4 Distribution: unstable Urgency: low Maintainer: Rene Mayorga [EMAIL PROTECTED] Changed-By: Rene Mayorga [EMAIL PROTECTED] Description: ample - A simple MP3 server easy to use Closes: 436311 Changes: ample (0.5.7-4) unstable; urgency=low . * Changing libwrap-dev to libwrap0-dev on Build-Depends (Closes: #436311) Files: 97091ea010221fdf78c43d3632ff3c43 566 sound optional ample_0.5.7-4.dsc c213e3dcf5f00b0af32c430d11b765c0 2931 sound optional ample_0.5.7-4.diff.gz 5691bc8e4befbea98eaa5998036373b8 35926 sound optional ample_0.5.7-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuwyEgY5NIXPNpFURApapAKDMr/ra3iNYRN+CqeDX2WCkDqGlFgCeOPeR ReB93MUAz+8SqIcUtladv0s= =32A4 -END PGP SIGNATURE- Accepted: ample_0.5.7-4.diff.gz to pool/main/a/ample/ample_0.5.7-4.diff.gz ample_0.5.7-4.dsc to pool/main/a/ample/ample_0.5.7-4.dsc ample_0.5.7-4_i386.deb to pool/main/a/ample/ample_0.5.7-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nginx 0.5.30-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 04 Aug 2007 10:39:40 -0400 Source: nginx Binary: nginx Architecture: source i386 Version: 0.5.30-1 Distribution: unstable Urgency: low Maintainer: Jose Parrella [EMAIL PROTECTED] Changed-By: Jose Parrella [EMAIL PROTECTED] Description: nginx - small, but very powerful and efficient web server Closes: 435964 Changes: nginx (0.5.30-1) unstable; urgency=low . * New stable upstream release. * Adding mime.types (and other upstream conffiles) to the package since it was lost on 0.5.26 (Closes: #435964) Files: 7013a2236b9fa992fa62a2230f47e27e 610 web optional nginx_0.5.30-1.dsc 804cf3d6583fe820de42c5e7c50d7a1a 474071 web optional nginx_0.5.30.orig.tar.gz 02ac9ba26edbab829e62c2af7a1d94e5 9437 web optional nginx_0.5.30-1.diff.gz 1124b2eb76b4999abbe67e9136bce33c 212654 web optional nginx_0.5.30-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuw+SgY5NIXPNpFURAm28AJ9bTppaDT7Dpqv4lZ2ZR7ekhLlcvACaAnCL XnxgAWh7AA54UVpde30yTQk= =pExx -END PGP SIGNATURE- Accepted: nginx_0.5.30-1.diff.gz to pool/main/n/nginx/nginx_0.5.30-1.diff.gz nginx_0.5.30-1.dsc to pool/main/n/nginx/nginx_0.5.30-1.dsc nginx_0.5.30-1_i386.deb to pool/main/n/nginx/nginx_0.5.30-1_i386.deb nginx_0.5.30.orig.tar.gz to pool/main/n/nginx/nginx_0.5.30.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted caps 0.4.2-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 15:44:59 +0200 Source: caps Binary: caps Architecture: source amd64 Version: 0.4.2-1 Distribution: unstable Urgency: low Maintainer: Mario Lang [EMAIL PROTECTED] Changed-By: Mario Lang [EMAIL PROTECTED] Description: caps - C* Audio Plugin Suite Closes: 436613 Changes: caps (0.4.2-1) unstable; urgency=low . * New upstream release. * Stop upstream Makefile from stripping the library so that DEB_BUILD_OPTIONS=nostrip works. (Closes: Bug#436613). Files: 625319d83eeff80e216b97011d3aa2cd 563 sound optional caps_0.4.2-1.dsc 041f3a6934ed34f7073117e34f78a5e9 784363 sound optional caps_0.4.2.orig.tar.gz c703784fa72bc29c18cb01c0ca6e8fe8 3513 sound optional caps_0.4.2-1.diff.gz 31122fe4c8fac86931d330b944257b26 716214 sound optional caps_0.4.2-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuxsr3/wCKmsRPkQRAtvfAKCAZJTrS0hRo5iBo/m/gSs7d5Tw+ACdG7CL 8qD6V/Hjmq7IXZVKHrrX3og= =o4iP -END PGP SIGNATURE- Accepted: caps_0.4.2-1.diff.gz to pool/main/c/caps/caps_0.4.2-1.diff.gz caps_0.4.2-1.dsc to pool/main/c/caps/caps_0.4.2-1.dsc caps_0.4.2-1_amd64.deb to pool/main/c/caps/caps_0.4.2-1_amd64.deb caps_0.4.2.orig.tar.gz to pool/main/c/caps/caps_0.4.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libgphoto2 2.4.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 16:02:30 +0200 Source: libgphoto2 Binary: libgphoto2-port0 libgphoto2-2-dev libgphoto2-2 Architecture: source i386 Version: 2.4.0-1 Distribution: unstable Urgency: low Maintainer: Frederic Peters [EMAIL PROTECTED] Changed-By: Frederic Peters [EMAIL PROTECTED] Description: libgphoto2-2 - gphoto2 digital camera library libgphoto2-2-dev - gphoto2 digital camera library (development files) libgphoto2-port0 - gphoto2 digital camera port library Closes: 436504 Changes: libgphoto2 (2.4.0-1) unstable; urgency=low . * New upstream release. * debian/patches/: * 15_use_bash_in_ptp_camera_check.dpatch: disabled, applied upstream * 20_fix-zero-vendor-ids.dpatch: disabled, upstream says it is wrong * 40_disable_canon_fast_directory_retrieval_r10028.dpatch: disabled, applied upstream * 50_getenv_home_overflow.dpatch: disabled, applied upstream * debian/control, debian/rules: removed suggests and recommends on hotplug (closes: #436504) * debian/libgphoto2-2.README.Debian: removed parts about hotplug and updated parts about udev. * debian/hotplug: removed as no longer useful * debian/control{,.in}: removed control.in generation via sed, using not+linux-gnu from typehandling instead * debian/rules: installs new check-mtp-device into libgphoto2-port0 Files: 456e1458ac5a66a8c9c9a0b6e1515dcf 878 libs optional libgphoto2_2.4.0-1.dsc adef1a564d3d1a48e1c13ece34b111b6 4257979 libs optional libgphoto2_2.4.0.orig.tar.gz 7124168e4a0535c550e57dc0c4963470 13642 libs optional libgphoto2_2.4.0-1.diff.gz a20459770494e5f1c57c68ce6381148f 2118456 libdevel optional libgphoto2-2-dev_2.4.0-1_i386.deb 44014c349041cff59750b4455f2bfd31 128678 libs optional libgphoto2-port0_2.4.0-1_i386.deb 68b39a7e953a2c545a5ff76bd8ccfd90 1254164 libs optional libgphoto2-2_2.4.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuy7boR3LsWeD7V4RAtwnAJwJKpLneg4aoTWQ+jHsdXhMVycLngCgiUGG JgwcUJoZG9Cn9WvWA5eUVIc= =hFLB -END PGP SIGNATURE- Accepted: libgphoto2-2-dev_2.4.0-1_i386.deb to pool/main/libg/libgphoto2/libgphoto2-2-dev_2.4.0-1_i386.deb libgphoto2-2_2.4.0-1_i386.deb to pool/main/libg/libgphoto2/libgphoto2-2_2.4.0-1_i386.deb libgphoto2-port0_2.4.0-1_i386.deb to pool/main/libg/libgphoto2/libgphoto2-port0_2.4.0-1_i386.deb libgphoto2_2.4.0-1.diff.gz to pool/main/libg/libgphoto2/libgphoto2_2.4.0-1.diff.gz libgphoto2_2.4.0-1.dsc to pool/main/libg/libgphoto2/libgphoto2_2.4.0-1.dsc libgphoto2_2.4.0.orig.tar.gz to pool/main/libg/libgphoto2/libgphoto2_2.4.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted phpgedview 4.1.dfsg-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 15:22:58 +0200 Source: phpgedview Binary: phpgedview-places phpgedview-languages phpgedview phpgedview-themes Architecture: source all Version: 4.1.dfsg-1 Distribution: unstable Urgency: low Maintainer: Thijs Kinkhorst [EMAIL PROTECTED] Changed-By: Thijs Kinkhorst [EMAIL PROTECTED] Description: phpgedview - Web-based genealogy viewer and editor phpgedview-languages - Language modules for PhpGedView phpgedview-places - Place names and maps for PhpGedView phpgedview-themes - PhpGedView themes Changes: phpgedview (4.1.dfsg-1) unstable; urgency=low . * New upstream release. * Charles is no longer a co-maintainer; thanks for your work! * Fix watch file. * Minor packaging fixes. * Supply a link to the DejaVu Sans font to replace the removed Lucida font. Files: 41cec3b77bf91d5a5fc1bee1549441ad 1068 web optional phpgedview_4.1.dfsg-1.dsc aebb38769e36422c2569b1129e4b5917 10047990 web optional phpgedview_4.1.dfsg.orig.tar.gz f2e2321dd772a7aac22b0701d33846b9 7704 web optional phpgedview_4.1.dfsg-1.diff.gz 9e46be676ef299bc721b80e53a09afa7 4636374 web optional phpgedview_4.1.dfsg-1_all.deb 046536bf16b90af313930c884cc7fb35 927454 web optional phpgedview-themes_4.1.dfsg-1_all.deb 5c65ec34a0247f71f07f888e2d1d22d8 2312280 web optional phpgedview-places_4.1.dfsg-1_all.deb ffed48dc206a0fcc1199b3aaa3fcdb1b 1895464 web optional phpgedview-languages_4.1.dfsg-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRrsuT2z0hbPcukPfAQKQNQf/TqrawADH27cmf7ajHmw0WtxgE05gXQpy elukyUv5aqYriB+fblXs5eN8OySAQ8pBmtiU0LasYPQWTKkSzxMXdohQiE8VXBd3 XPn3I+Zrr0mNPFixxiHNVh5n/KXW13xN4KvU69xS07gtV8MI9J+2lSZXTQfPHNFr dNaPcXZTulzZQmzgbrHGPb54DpNmoSUbXgGEdFCzpe4IP8rc9YT3Cu0oTTZIzEKf 1DusOyV1p0aJJJHCOy77yl7fGn2/T76+vaYiINYPOAIBok87DfmVLDfyKHk82fUD Fcjl/DN52WErlzdjFLKzVYPszGrlWgV0bZE7nrM4mhmeTQk1B3WmrQ== =cq/v -END PGP SIGNATURE- Accepted: phpgedview-languages_4.1.dfsg-1_all.deb to pool/main/p/phpgedview/phpgedview-languages_4.1.dfsg-1_all.deb phpgedview-places_4.1.dfsg-1_all.deb to pool/main/p/phpgedview/phpgedview-places_4.1.dfsg-1_all.deb phpgedview-themes_4.1.dfsg-1_all.deb to pool/main/p/phpgedview/phpgedview-themes_4.1.dfsg-1_all.deb phpgedview_4.1.dfsg-1.diff.gz to pool/main/p/phpgedview/phpgedview_4.1.dfsg-1.diff.gz phpgedview_4.1.dfsg-1.dsc to pool/main/p/phpgedview/phpgedview_4.1.dfsg-1.dsc phpgedview_4.1.dfsg-1_all.deb to pool/main/p/phpgedview/phpgedview_4.1.dfsg-1_all.deb phpgedview_4.1.dfsg.orig.tar.gz to pool/main/p/phpgedview/phpgedview_4.1.dfsg.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted prelude-lml 0.9.10.1-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 08 Aug 2007 22:05:39 +0200 Source: prelude-lml Binary: prelude-lml Architecture: source amd64 Version: 0.9.10.1-1 Distribution: unstable Urgency: low Maintainer: Mickael Profeta [EMAIL PROTECTED] Changed-By: Pierre Chifflier [EMAIL PROTECTED] Description: prelude-lml - Hybrid Intrusion Detection System [ Log Monitoring Lackey ] Changes: prelude-lml (0.9.10.1-1) unstable; urgency=low . * New upstream release * Update my email address Files: 685feee171acd07db81553e57ef54b0d 704 admin extra prelude-lml_0.9.10.1-1.dsc 48d2ecba50bbad8d3265e6ab0fc80c4a 658499 admin extra prelude-lml_0.9.10.1.orig.tar.gz e1196607ea2c2ef5738308e22465d1c2 3432 admin extra prelude-lml_0.9.10.1-1.diff.gz c23f93c3603819f51f0948eab110c60a 139614 admin extra prelude-lml_0.9.10.1-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuiLLtwVrWo1fQMsRAu9QAKC3BbwLHwXUKgmmulPYNj+TJNS4WwCcCun1 ObKUnAlKEgfbMq3snraCMPc= =mOAx -END PGP SIGNATURE- Accepted: prelude-lml_0.9.10.1-1.diff.gz to pool/main/p/prelude-lml/prelude-lml_0.9.10.1-1.diff.gz prelude-lml_0.9.10.1-1.dsc to pool/main/p/prelude-lml/prelude-lml_0.9.10.1-1.dsc prelude-lml_0.9.10.1-1_amd64.deb to pool/main/p/prelude-lml/prelude-lml_0.9.10.1-1_amd64.deb prelude-lml_0.9.10.1.orig.tar.gz to pool/main/p/prelude-lml/prelude-lml_0.9.10.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libhtml-htmltokenizer-ruby 1.0-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 29 Jul 2007 01:21:58 +0530 Source: libhtml-htmltokenizer-ruby Binary: libhtml-htmltokenizer-ruby Architecture: source all Version: 1.0-3 Distribution: unstable Urgency: low Maintainer: Deepak Tripathi [EMAIL PROTECTED] Changed-By: Deepak Tripathi [EMAIL PROTECTED] Description: libhtml-htmltokenizer-ruby - simple HTML tokenizer/parser for Ruby Closes: 335700 Changes: libhtml-htmltokenizer-ruby (1.0-3) unstable; urgency=low . * New maintainer (Closes: #335700). * Add Homepage in debian/control. Files: a99803e215875a82b92e9c77bba65cf0 645 admin optional libhtml-htmltokenizer-ruby_1.0-3.dsc be1630b088483e6083852f96add362e2 2162 admin optional libhtml-htmltokenizer-ruby_1.0-3.diff.gz dc82c4fe4b5d91d1f818a9446eff 6670 admin optional libhtml-htmltokenizer-ruby_1.0-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuzRBmBxf18ZxJX0RAnxQAJ40pueqkTMqZSEV3XihK6UbW2TzaQCbB+d1 djG8z+hqHx90tx7zS0kBl9k= =mpWc -END PGP SIGNATURE- Accepted: libhtml-htmltokenizer-ruby_1.0-3.diff.gz to pool/main/libh/libhtml-htmltokenizer-ruby/libhtml-htmltokenizer-ruby_1.0-3.diff.gz libhtml-htmltokenizer-ruby_1.0-3.dsc to pool/main/libh/libhtml-htmltokenizer-ruby/libhtml-htmltokenizer-ruby_1.0-3.dsc libhtml-htmltokenizer-ruby_1.0-3_all.deb to pool/main/libh/libhtml-htmltokenizer-ruby/libhtml-htmltokenizer-ruby_1.0-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted nfs-utils 1:1.1.1~git-20070709-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 17:30:29 +0200 Source: nfs-utils Binary: nfs-kernel-server nfs-common Architecture: source i386 Version: 1:1.1.1~git-20070709-1 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Steinar H. Gunderson [EMAIL PROTECTED] Description: nfs-common - NFS support files common to client and server nfs-kernel-server - support for NFS kernel server Closes: 436491 Changes: nfs-utils (1:1.1.1~git-20070709-1) unstable; urgency=low . * New upstream release. * Update debian/copyright with the new date. * No longer tries to build with -mno-fp-regs on Alpha, which should fix FTBFS on that platform. (Closes: #436491) Files: 2dd189b4f2e3c46b42594df26b5d9488 931 net standard nfs-utils_1.1.1~git-20070709-1.dsc 0c1a357290f5f233543bc942c0a006ad 1207377 net standard nfs-utils_1.1.1~git-20070709.orig.tar.gz 470cc506797ed47cca965f9193b8f377 29833 net standard nfs-utils_1.1.1~git-20070709-1.diff.gz 13032a6187200d3238f79c7bc3fd588a 145662 net optional nfs-kernel-server_1.1.1~git-20070709-1_i386.deb 0679adea18c53723cb0eff2aa0f0c2df 173846 net standard nfs-common_1.1.1~git-20070709-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuzRAXKRQ3lK3SH4RAnv6AJ9Y/rGLsbSz+XzZ/Ywh1DmeNMjHIgCgyGEg CMmD6cfvO/AwYsYOcgFqzjQ= =+nIr -END PGP SIGNATURE- Accepted: nfs-common_1.1.1~git-20070709-1_i386.deb to pool/main/n/nfs-utils/nfs-common_1.1.1~git-20070709-1_i386.deb nfs-kernel-server_1.1.1~git-20070709-1_i386.deb to pool/main/n/nfs-utils/nfs-kernel-server_1.1.1~git-20070709-1_i386.deb nfs-utils_1.1.1~git-20070709-1.diff.gz to pool/main/n/nfs-utils/nfs-utils_1.1.1~git-20070709-1.diff.gz nfs-utils_1.1.1~git-20070709-1.dsc to pool/main/n/nfs-utils/nfs-utils_1.1.1~git-20070709-1.dsc nfs-utils_1.1.1~git-20070709.orig.tar.gz to pool/main/n/nfs-utils/nfs-utils_1.1.1~git-20070709.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted fmtools 1.0.3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 08:33:13 -0700 Source: fmtools Binary: fmtools Architecture: source i386 Version: 1.0.3 Distribution: unstable Urgency: low Maintainer: Ben Pfaff [EMAIL PROTECTED] Changed-By: Ben Pfaff [EMAIL PROTECTED] Description: fmtools- FM radio tuner Closes: 436845 Changes: fmtools (1.0.3) unstable; urgency=low . * Don't unconditionally strip binary. Closes: #436845. Thanks to Julien Danjou [EMAIL PROTECTED] for reporting this bug. . * Fix lintian warning on -$(MAKE) clean in debian/rules. Files: be91a99485c4892765ad51ff2455bdb6 778 sound extra fmtools_1.0.3.dsc 6a873c2359dac474679249083472beb5 23624 sound extra fmtools_1.0.3.tar.gz 0cbe03f8babb08fde2e97f50afbe0f61 17464 sound extra fmtools_1.0.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBRrs0gbf2jhx5fmQdAQLcPQgAodfzgrcN4EE95/LqckiCzFux8SPnFurV XIbzsd3O5GDNnymtNjFXzE+8L1sMEBROhY/rwevogRWvXgW8/9CEVUPTXDOyZ0q3 4XE4tRhTB/poGC5+GV84kJ+1PHM3iT1iye96NxUn/4vDqgKteDLJ6XhMrFAINOpC SVcf6RoOVSO7Ct5UvbForcxD6Y9syoyxdTVSAW3reOKrH8mwy6EoGLNMpOEStVhj QAP+g+lan9BBOy8XkWo6zR6YuXysFwsfGxEb7cRnGXZJNJn5W1iZhPcCdRRICt+E L7TsbZWnIHXDHLoSjPmtjINfG87a5Ti05B+NBT8A78huHpn6c/eVcA== =0/35 -END PGP SIGNATURE- Accepted: fmtools_1.0.3.dsc to pool/main/f/fmtools/fmtools_1.0.3.dsc fmtools_1.0.3.tar.gz to pool/main/f/fmtools/fmtools_1.0.3.tar.gz fmtools_1.0.3_i386.deb to pool/main/f/fmtools/fmtools_1.0.3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted vim 1:7.1-056+2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 10:57:51 -0400 Source: vim Binary: vim-full vim-lesstif vim-common vim-gnome vim-doc vim-runtime vim vim-gtk vim-perl vim-ruby vim-gui-common vim-tiny vim-python vim-tcl Architecture: source i386 all Version: 1:7.1-056+2 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: James Vega [EMAIL PROTECTED] Description: vim- Vi IMproved - enhanced vi editor vim-common - Vi IMproved - Common files vim-doc- Vi IMproved - HTML documentation vim-full - Vi IMproved - enhanced vi editor - full fledged version vim-gnome - Vi IMproved - enhanced vi editor - with GNOME2 GUI vim-gtk- Vi IMproved - enhanced vi editor - with GTK2 GUI vim-gui-common - Vi IMproved - Common GUI files vim-lesstif - Vi IMproved - enhanced vi editor - with LessTif GUI vim-perl - Vi IMproved - enhanced vi editor - with Perl support vim-python - Vi IMproved - enhanced vi editor - with Python support vim-ruby - Vi IMproved - enhanced vi editor - with Ruby support vim-runtime - Vi IMproved - Runtime files vim-tcl- Vi IMproved - enhanced vi editor - with TCL support vim-tiny - Vi IMproved - enhanced vi editor - compact version Closes: 436925 Changes: vim (1:7.1-056+2) unstable; urgency=low . * Brown paper bag release -- vimrc.tiny should not be calling :let since vim.tiny doesn't support that command. Copy the 'runtimepath' setting to vimrc.tiny since that was the only reason we needed the :let and runtime! debian.vim commands. (Closes: #436925) Files: 41fd2a1b20f7ddb6d7a1dd1849c09b71 1524 editors optional vim_7.1-056+2.dsc d82556a6af9946f65c7620369e3a8f5c 222022 editors optional vim_7.1-056+2.diff.gz 37bfba684a5b7e5dad65c7717006ddf2 145440 editors optional vim-gui-common_7.1-056+2_all.deb 688beff6186821075f8f3b01d6db0d14 6594708 editors optional vim-runtime_7.1-056+2_all.deb d7992b8bb8eaff5fd28defa3ac21bcda 2109298 doc optional vim-doc_7.1-056+2_all.deb 92c6eea966dba58a3c43b61894aa6a1c 318046 editors important vim-tiny_7.1-056+2_i386.deb a22251992839fe70b720211edd13da5e 919862 editors extra vim-ruby_7.1-056+2_i386.deb 9feb9134ac197e265699376f6cbc7438 862526 editors extra vim-tcl_7.1-056+2_i386.deb b9f3a1093f97674824be3f6f34f11905 854798 editors extra vim-gtk_7.1-056+2_i386.deb df9ebb51474271a37784517e96695c8b 851492 editors extra vim-lesstif_7.1-056+2_i386.deb 1669881711a80fa18e5c35951b5d4b1f 931414 editors extra vim-perl_7.1-056+2_i386.deb 3459b83091f62bdb3e5fda327cee194c 924838 editors extra vim-python_7.1-056+2_i386.deb d66d8a7bb16abd09125b3e009bb493a9 861062 editors extra vim-gnome_7.1-056+2_i386.deb 0caa5ac26387dab43961d944b2d456e6 958674 editors extra vim-full_7.1-056+2_i386.deb 4f73605a33ee9f817d2c4904bdc15cef 181498 editors important vim-common_7.1-056+2_i386.deb 6b5230db21f3ccfb7f596693d291ca7c 739690 editors optional vim_7.1-056+2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iEYEARECAAYFAka7OhUACgkQDb3UpmEybUBcKACfdkareeki1kNxJrP5VXSoGfsB PPMAnROqymPIMSVoenOcpLe45WWioqMP =miyw -END PGP SIGNATURE- Accepted: vim-common_7.1-056+2_i386.deb to pool/main/v/vim/vim-common_7.1-056+2_i386.deb vim-doc_7.1-056+2_all.deb to pool/main/v/vim/vim-doc_7.1-056+2_all.deb vim-full_7.1-056+2_i386.deb to pool/main/v/vim/vim-full_7.1-056+2_i386.deb vim-gnome_7.1-056+2_i386.deb to pool/main/v/vim/vim-gnome_7.1-056+2_i386.deb vim-gtk_7.1-056+2_i386.deb to pool/main/v/vim/vim-gtk_7.1-056+2_i386.deb vim-gui-common_7.1-056+2_all.deb to pool/main/v/vim/vim-gui-common_7.1-056+2_all.deb vim-lesstif_7.1-056+2_i386.deb to pool/main/v/vim/vim-lesstif_7.1-056+2_i386.deb vim-perl_7.1-056+2_i386.deb to pool/main/v/vim/vim-perl_7.1-056+2_i386.deb vim-python_7.1-056+2_i386.deb to pool/main/v/vim/vim-python_7.1-056+2_i386.deb vim-ruby_7.1-056+2_i386.deb to pool/main/v/vim/vim-ruby_7.1-056+2_i386.deb vim-runtime_7.1-056+2_all.deb to pool/main/v/vim/vim-runtime_7.1-056+2_all.deb vim-tcl_7.1-056+2_i386.deb to pool/main/v/vim/vim-tcl_7.1-056+2_i386.deb vim-tiny_7.1-056+2_i386.deb to pool/main/v/vim/vim-tiny_7.1-056+2_i386.deb vim_7.1-056+2.diff.gz to pool/main/v/vim/vim_7.1-056+2.diff.gz vim_7.1-056+2.dsc to pool/main/v/vim/vim_7.1-056+2.dsc vim_7.1-056+2_i386.deb to pool/main/v/vim/vim_7.1-056+2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debian-builder 1.7 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 18 Jul 2007 23:31:53 +0530 Source: debian-builder Binary: debian-builder Architecture: source all Version: 1.7 Distribution: unstable Urgency: low Maintainer: Deepak Tripathi [EMAIL PROTECTED] Changed-By: Deepak Tripathi [EMAIL PROTECTED] Description: debian-builder - Rebuild Debian packages from source code Closes: 390216 Changes: debian-builder (1.7) unstable; urgency=low . * New maintainer (Closes: #390216) Files: 0c026aa25b286a216bb6661647f95afb 511 admin optional debian-builder_1.7.dsc ccdc165e7e6b44d3fb1caebcac52ea3e 12552 admin optional debian-builder_1.7.tar.gz 4bb50d8a066f09e66fdb7f9ac9998af9 14854 admin optional debian-builder_1.7_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGuzxE2A7zWou1J68RAg9TAKC3CqXbqW9Plx1igFGk+ZNvKHCcSACgxko6 J0yBXl9D6uyX7SwIrf6GqC8= =ruVc -END PGP SIGNATURE- Accepted: debian-builder_1.7.dsc to pool/main/d/debian-builder/debian-builder_1.7.dsc debian-builder_1.7.tar.gz to pool/main/d/debian-builder/debian-builder_1.7.tar.gz debian-builder_1.7_all.deb to pool/main/d/debian-builder/debian-builder_1.7_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted librcs-perl 1.05-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 28 Jul 2007 17:45:18 +0530 Source: librcs-perl Binary: librcs-perl Architecture: source all Version: 1.05-3 Distribution: unstable Urgency: low Maintainer: Debian Perl Group [EMAIL PROTECTED] Changed-By: Deepak Tripathi [EMAIL PROTECTED] Description: librcs-perl - Perl Object Class for Revision Control System (RCS) Closes: 400365 Changes: librcs-perl (1.05-3) unstable; urgency=low . * New maintainer (Closes: #400365) Files: edfc7ad09c9657c6db8d99c84c03c4dc 837 perl optional librcs-perl_1.05-3.dsc f40d0fa172809717a5c2c6c6e71eb62b 1415 perl optional librcs-perl_1.05-3.diff.gz 179373c5722037e4a2fc7bf453ce6107 19230 perl optional librcs-perl_1.05-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu0cB2A7zWou1J68RAnDQAJoDiEPU8AHcK3jNtbAkYgiLkzFdAACfWhIB crxHHjFvRp0PCYXV5rI0SYs= =FkGM -END PGP SIGNATURE- Accepted: librcs-perl_1.05-3.diff.gz to pool/main/libr/librcs-perl/librcs-perl_1.05-3.diff.gz librcs-perl_1.05-3.dsc to pool/main/libr/librcs-perl/librcs-perl_1.05-3.dsc librcs-perl_1.05-3_all.deb to pool/main/libr/librcs-perl/librcs-perl_1.05-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted armagetronad 0.3.0-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 08 Aug 2007 15:40:33 + Source: armagetronad Binary: armagetron-common armagetronad-common armagetronad armagetron-server armagetron armagetronad-dedicated Architecture: source all i386 Version: 0.3.0-1 Distribution: experimental Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Christine Spang [EMAIL PROTECTED] Description: armagetron - Dummy upgrade package for Armagetron armagetron-common - Dummy upgrade package for Armagetron armagetron-server - Dummy upgrade package for Armagetron armagetronad - 3D Tron-like high speed game armagetronad-common - Common files for the Armagetron Advanced packages armagetronad-dedicated - dedicated game server for Armagetron Advanced Closes: 433372 Changes: armagetronad (0.3.0-1) experimental; urgency=low . * New upstream beta release. - Refresh 00_gcc-4.3 patch. * Build-Depend on ftgl-dev. * Remove userconf upgrade-related code from armagetronad.wrapper; upgrades from 0.2 are no longer supported. * Fix .desktop file's categories to comply with the Freedesktop.org spec. (Closes: #433372) * Make Debian menu file compliant with the new Debian menu structure. Files: a5ae59dee0284547364dee149a13f389 901 games optional armagetronad_0.3.0-1.dsc 2606c1e8ebadc01acf2d0398d302b447 4309258 games optional armagetronad_0.3.0.orig.tar.gz 88ba1c6be3972396bf222de90c219e9c 29068 games optional armagetronad_0.3.0-1.diff.gz 0f5b1355b3948811c120a53f948076ad 308068 games optional armagetronad-common_0.3.0-1_all.deb adb7462f49ed912a4f15f87b057fb94f 7098 games optional armagetron_0.3.0-1_all.deb 96b5460bb236b43b90eb6f86220fe724 7012 games optional armagetron-common_0.3.0-1_all.deb 3198b9f52d41676257a659ea97e95f8a 7130 games optional armagetron-server_0.3.0-1_all.deb 554d3e474ab5f0a18927616cd1a3d490 1612528 games optional armagetronad_0.3.0-1_i386.deb 90aefdd52703814b1ec6dd002a3ea701 753648 games optional armagetronad-dedicated_0.3.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu0QBd73XuVITgboRAqtGAJ9xcRDtjYHYxsPAZbZJgGPcX7YXEwCgkFr8 cjdLRSFetSsACb8KgN1Oj2Q= =kUha -END PGP SIGNATURE- Accepted: armagetron-common_0.3.0-1_all.deb to pool/main/a/armagetronad/armagetron-common_0.3.0-1_all.deb armagetron-server_0.3.0-1_all.deb to pool/main/a/armagetronad/armagetron-server_0.3.0-1_all.deb armagetron_0.3.0-1_all.deb to pool/main/a/armagetronad/armagetron_0.3.0-1_all.deb armagetronad-common_0.3.0-1_all.deb to pool/main/a/armagetronad/armagetronad-common_0.3.0-1_all.deb armagetronad-dedicated_0.3.0-1_i386.deb to pool/main/a/armagetronad/armagetronad-dedicated_0.3.0-1_i386.deb armagetronad_0.3.0-1.diff.gz to pool/main/a/armagetronad/armagetronad_0.3.0-1.diff.gz armagetronad_0.3.0-1.dsc to pool/main/a/armagetronad/armagetronad_0.3.0-1.dsc armagetronad_0.3.0-1_i386.deb to pool/main/a/armagetronad/armagetronad_0.3.0-1_i386.deb armagetronad_0.3.0.orig.tar.gz to pool/main/a/armagetronad/armagetronad_0.3.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tracker 0.6.1-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 18:32:11 +0200 Source: tracker Binary: libtracker-gtk-dev libdeskbar-tracker tracker-search-tool tracker-dbg tracker-utils libtrackerclient0 tracker libtrackerclient-dev libtracker-gtk0 Architecture: source i386 all Version: 0.6.1-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: 435774 435840 Changes: tracker (0.6.1-1) unstable; urgency=low . * New upstream release. * debian/patches/10-deskbar_plugin_hashbang.patch - Removed, merged upstream. * debian/patches/10-function_prototypes.patch - Add missing function prototype definitions. Closes: #435774 * debian/rules - Generate tight shlibs dependencies by passing -V to dh_makeshlibs. Closes: #435840 * debian/tracker-search-tool.manpages - Install tracker-preferences man page. Files: 8f5dcd78af3bd878d23e3ed06c55f167 1315 utils optional tracker_0.6.1-1.dsc b4717ea2b88dcf903809ba2a2cbf4007 1581692 utils optional tracker_0.6.1.orig.tar.gz 067893dec04b791005a9acf7efe9b6b9 6464 utils optional tracker_0.6.1-1.diff.gz e5da69ff8d9fa665d40dbde63c7f8414 32042 utils optional libdeskbar-tracker_0.6.1-1_all.deb 0951d10c2b8ea246e5848cac759d3ffc 325922 utils optional tracker_0.6.1-1_i386.deb 6dfdb318c4e70e5efd6414f5030261d2 38262 libs optional libtrackerclient0_0.6.1-1_i386.deb c10d8a6adb574ec0dec6ee972f3ca666 42912 libdevel optional libtrackerclient-dev_0.6.1-1_i386.deb 17b21e0d09ffe18d561dbd050ffbf65a 44598 libs optional libtracker-gtk0_0.6.1-1_i386.deb 7b9b26939010899df1157f89bee7dd6d 46020 libdevel optional libtracker-gtk-dev_0.6.1-1_i386.deb 54cd0cb4614f7f35fd48d36ae287c6c7 45630 utils optional tracker-utils_0.6.1-1_i386.deb 023898fb3ce3ae04f2776a8643154e5f 92666 gnome optional tracker-search-tool_0.6.1-1_i386.deb cc53c8ce7b0e4f6c65abc3670824a40e 627944 utils extra tracker-dbg_0.6.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu0PJh7PER70FhVQRAgSbAKDOJvtWjyBtZdGNk0mXptV/2rUAOwCgwsgS 835m0NjIABcxvmWX6pK0mTU= =q3TF -END PGP SIGNATURE- Accepted: libdeskbar-tracker_0.6.1-1_all.deb to pool/main/t/tracker/libdeskbar-tracker_0.6.1-1_all.deb libtracker-gtk-dev_0.6.1-1_i386.deb to pool/main/t/tracker/libtracker-gtk-dev_0.6.1-1_i386.deb libtracker-gtk0_0.6.1-1_i386.deb to pool/main/t/tracker/libtracker-gtk0_0.6.1-1_i386.deb libtrackerclient-dev_0.6.1-1_i386.deb to pool/main/t/tracker/libtrackerclient-dev_0.6.1-1_i386.deb libtrackerclient0_0.6.1-1_i386.deb to pool/main/t/tracker/libtrackerclient0_0.6.1-1_i386.deb tracker-dbg_0.6.1-1_i386.deb to pool/main/t/tracker/tracker-dbg_0.6.1-1_i386.deb tracker-search-tool_0.6.1-1_i386.deb to pool/main/t/tracker/tracker-search-tool_0.6.1-1_i386.deb tracker-utils_0.6.1-1_i386.deb to pool/main/t/tracker/tracker-utils_0.6.1-1_i386.deb tracker_0.6.1-1.diff.gz to pool/main/t/tracker/tracker_0.6.1-1.diff.gz tracker_0.6.1-1.dsc to pool/main/t/tracker/tracker_0.6.1-1.dsc tracker_0.6.1-1_i386.deb to pool/main/t/tracker/tracker_0.6.1-1_i386.deb tracker_0.6.1.orig.tar.gz to pool/main/t/tracker/tracker_0.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yacpi 3.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 19:05:00 +0200 Source: yacpi Binary: yacpi Architecture: source i386 Version: 3.0-1 Distribution: unstable Urgency: low Maintainer: Nico Golde [EMAIL PROTECTED] Changed-By: Nico Golde [EMAIL PROTECTED] Description: yacpi - ncurses based acpi monitor for text mode Changes: yacpi (3.0-1) unstable; urgency=low . * New upstream release. * Now depend on libacpi, this version is based in libacpi. * Updated copyright file since Simon Fowler has not copyright on the code anymore. Files: 4b8bce3a7f62ce88417812c122ca00db 587 utils optional yacpi_3.0-1.dsc 742a100f2ce24068abe76f87e4aa61e3 14469 utils optional yacpi_3.0.orig.tar.gz 2ad9abe330f4b825157d05cc780ececb 2593 utils optional yacpi_3.0-1.diff.gz ba41f1c12119697b873405b0cc917d5c 13410 utils optional yacpi_3.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu0tBHYflSXNkfP8RAruVAJ9TzMPIV7OvGiTL8FOMOqGTbowHQwCgje25 oe1xAQ+30oes0SWEZ+tcss4= =DEu1 -END PGP SIGNATURE- Accepted: yacpi_3.0-1.diff.gz to pool/main/y/yacpi/yacpi_3.0-1.diff.gz yacpi_3.0-1.dsc to pool/main/y/yacpi/yacpi_3.0-1.dsc yacpi_3.0-1_i386.deb to pool/main/y/yacpi/yacpi_3.0-1_i386.deb yacpi_3.0.orig.tar.gz to pool/main/y/yacpi/yacpi_3.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted guile-lib 0.1.5-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 19:06:48 +0200 Source: guile-lib Binary: guile-library Architecture: source all Version: 0.1.5-1 Distribution: unstable Urgency: low Maintainer: Andreas Rottmann [EMAIL PROTECTED] Changed-By: Andreas Rottmann [EMAIL PROTECTED] Description: guile-library - Library of useful Guile modules Closes: 287061 290944 436464 Changes: guile-lib (0.1.5-1) unstable; urgency=low . * New upstream release (closes: #287061, #436464). * Depend on guile-1.8 instead of guile-1.6 (closes: #290944). * Updated debian/copyright. Files: a7984c67b0491ae6813ffd92f52e6012 622 devel optional guile-lib_0.1.5-1.dsc dfc9ba18303e2aafb7db9eb19d78c183 491420 devel optional guile-lib_0.1.5.orig.tar.gz ab6b00bff6ba2a91eaa7c3b78e47fec2 1274 devel optional guile-lib_0.1.5-1.diff.gz 5bc970c09a886ebdc7917ae40882af6d 292122 interpreters optional guile-library_0.1.5-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu0qdIsgn9zWpkucRAs8WAKC7acVQKTl8vsLoMc0OqvrUXYpC8QCgs2+P +BGnSTDEUTAV7tl/iuL/3XM= =8BeE -END PGP SIGNATURE- Accepted: guile-lib_0.1.5-1.diff.gz to pool/main/g/guile-lib/guile-lib_0.1.5-1.diff.gz guile-lib_0.1.5-1.dsc to pool/main/g/guile-lib/guile-lib_0.1.5-1.dsc guile-lib_0.1.5.orig.tar.gz to pool/main/g/guile-lib/guile-lib_0.1.5.orig.tar.gz guile-library_0.1.5-1_all.deb to pool/main/g/guile-lib/guile-library_0.1.5-1_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ekg2 20070809+1812-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 18:23:00 +0100 Source: ekg2 Binary: ekg2 Architecture: source i386 Version: 20070809+1812-1 Distribution: experimental Urgency: low Maintainer: Marcin Owsiany [EMAIL PROTECTED] Changed-By: Marcin Owsiany [EMAIL PROTECTED] Description: ekg2 - instant messenger and IRC client for UNIX systems Changes: ekg2 (20070809+1812-1) experimental; urgency=low . * New snapshot from upstream - added IDN support - rewritten GTK+ frontend * Minor description fixes * Added libidn11-dev to build-deps Files: 06482ca5cf18599d70ef578c6b0e243e 1028 net optional ekg2_20070809+1812-1.dsc b7f3f6e99c15762dd4f5b66032028628 965717 net optional ekg2_20070809+1812.orig.tar.gz 73d5384e6f8d5614e9541cdec16a8e57 30923 net optional ekg2_20070809+1812-1.diff.gz 56dc65c6e91d42eea42883102c378cfa 1460706 net optional ekg2_20070809+1812-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu1GWOg2KoGD0EhYRAuVaAJ9nmZPZVzcFqQwyZAlLgb3YFjNzlgCfdNpm E7hsGb2RuFdD7+FIHyNv2PQ= =IRAr -END PGP SIGNATURE- Accepted: ekg2_20070809+1812-1.diff.gz to pool/main/e/ekg2/ekg2_20070809+1812-1.diff.gz ekg2_20070809+1812-1.dsc to pool/main/e/ekg2/ekg2_20070809+1812-1.dsc ekg2_20070809+1812-1_i386.deb to pool/main/e/ekg2/ekg2_20070809+1812-1_i386.deb ekg2_20070809+1812.orig.tar.gz to pool/main/e/ekg2/ekg2_20070809+1812.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted roxen4 4.0.425-6 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 9 Aug 2007 12:40:38 + Source: roxen4 Binary: roxen4-doc roxen4 Architecture: source i386 all Version: 4.0.425-6 Distribution: unstable Urgency: low Maintainer: Turbo Fredriksson [EMAIL PROTECTED] Changed-By: Turbo Fredriksson [EMAIL PROTECTED] Description: roxen4 - The Roxen Challenger Webserver roxen4-doc - Roxen 4.0 documentation Closes: 436018 Changes: roxen4 (4.0.425-6) unstable; urgency=low . * Only do the cron stuff if teh /etc/roxen4 exists. Closes: #436018 Files: 0a30bfc99910ea58b91525b53ca95c16 582 web optional roxen4_4.0.425-6.dsc 1a5002eb64c38cb904b815616d6b7642 216937 web optional roxen4_4.0.425-6.diff.gz da94371f170df416d8fc79b1de8a2f03 8290598 doc optional roxen4-doc_4.0.425-6_all.deb 3e500d4498126a2ee84575fdb018e02b 7721510 web optional roxen4_4.0.425-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFGu1LHmlWzPKccHgARAj0FAJ9P0brXNJ/dJ1SP9YShDRTswojNWACfd5fV 0fC8qNiLaJEaRdNRwpAIC0s= =81On -END PGP SIGNATURE- Accepted: roxen4-doc_4.0.425-6_all.deb to pool/main/r/roxen4/roxen4-doc_4.0.425-6_all.deb roxen4_4.0.425-6.diff.gz to pool/main/r/roxen4/roxen4_4.0.425-6.diff.gz roxen4_4.0.425-6.dsc to pool/main/r/roxen4/roxen4_4.0.425-6.dsc roxen4_4.0.425-6_i386.deb to pool/main/r/roxen4/roxen4_4.0.425-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bastille 1:3.0.9-5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 20:34:34 +0200 Source: bastille Binary: bastille Architecture: source all Version: 1:3.0.9-5 Distribution: experimental Urgency: low Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Changed-By: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Description: bastille - Security hardening tool Closes: 362701 436713 436713 Changes: bastille (1:3.0.9-5) experimental; urgency=low . * Fix location of INITBASEDIR in bastille-firewall-reset (Closes: #436713) * Do not try to load/unload modules if the kernel does not support modules (i.e. modules.dep does not exist) (Closes: #362701, #436713) Files: 21e4a69ad9d6f221003d0dffea153c9f 578 admin optional bastille_3.0.9-5.dsc a5f4b629e3a0fcd36acd98a74c7879be 33058 admin optional bastille_3.0.9-5.diff.gz d871a06f8506c73f3fdf0b6e2f1ec52b 466106 admin optional bastille_3.0.9-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu17VsandgtyBSwkRAjSuAKCFV5S/6VPmvWMn9Wf/5juTSy8Q6QCfWz8P 7ZzXl+5s8NZPgB3Eg4gnz6Y= =Z/1J -END PGP SIGNATURE- Accepted: bastille_3.0.9-5.diff.gz to pool/main/b/bastille/bastille_3.0.9-5.diff.gz bastille_3.0.9-5.dsc to pool/main/b/bastille/bastille_3.0.9-5.dsc bastille_3.0.9-5_all.deb to pool/main/b/bastille/bastille_3.0.9-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mesa 7.0.1-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 11:56:16 +0200 Source: mesa Binary: libglw1-mesa libgl1-mesa-glx libosmesa6-dev libgl1-mesa-dev libosmesa6 mesa-utils libgl1-mesa-glx-dbg libglu1-mesa-dev libgl1-mesa-dri libgl1-mesa-swx11-dbg libgl1-mesa-dri-dbg libgl1-mesa-swx11 libglw1-mesa-dev libgl1-mesa-swx11-i686 libgl1-mesa-swx11-dev mesa-common-dev mesa-swx11-source libglu1-mesa Architecture: source i386 all Version: 7.0.1-1 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force [EMAIL PROTECTED] Changed-By: Julien Cristau [EMAIL PROTECTED] Description: libgl1-mesa-dev - A free implementation of the OpenGL API -- GLX development files libgl1-mesa-dri - A free implementation of the OpenGL API -- DRI modules libgl1-mesa-dri-dbg - Debugging symbols for the Mesa DRI modules libgl1-mesa-glx - A free implementation of the OpenGL API -- GLX runtime libgl1-mesa-glx-dbg - Debugging symbols for the Mesa GLX runtime libgl1-mesa-swx11 - A free implementation of the OpenGL API -- runtime libgl1-mesa-swx11-dbg - A free implementation of the OpenGL API -- debugging symbols libgl1-mesa-swx11-dev - A free implementation of the OpenGL API -- development files libgl1-mesa-swx11-i686 - Mesa OpenGL runtime [i686 optimized] libglu1-mesa - The OpenGL utility library (GLU) libglu1-mesa-dev - The OpenGL utility library -- development files libglw1-mesa - A free implementation of the OpenGL API -- runtime libglw1-mesa-dev - A free implementation of the OpenGL API -- development files libosmesa6 - Mesa Off-screen rendering extension libosmesa6-dev - Mesa Off-screen rendering extension -- development files mesa-common-dev - Developer documentation for Mesa mesa-swx11-source - Mesa software rasteriser source -- development files mesa-utils - Miscellaneous Mesa GL utilities Changes: mesa (7.0.1-1) unstable; urgency=low . * New upstream release. * Upload to unstable. Files: ef74929bb46674c19267152f037e4676 1216 graphics optional mesa_7.0.1-1.dsc a400275742e5e4915450bbce6a91d446 6505740 graphics optional mesa_7.0.1.orig.tar.gz f0fbf42306573b824440047b0ef0f5c0 243705 graphics optional mesa_7.0.1-1.diff.gz 2b8328ffd5bc20bcc201122be896ec23 24570 libdevel optional libgl1-mesa-dev_7.0.1-1_all.deb f9b57e45830757a01cc24c355a58af4c 180454 devel optional mesa-common-dev_7.0.1-1_all.deb 090145fb87b80053cdec344b538d5e4a 1543180 libdevel optional mesa-swx11-source_7.0.1-1_all.deb 53d99cbb0518b7ae93112e4187e6da88 904138 libs optional libgl1-mesa-swx11_7.0.1-1_i386.deb 077a28258660399e6cabcffd4b6cb006 5157452 libs extra libgl1-mesa-swx11-dbg_7.0.1-1_i386.deb 2cb2527b7c84199c6a4b73292bc82f77 900046 libs extra libgl1-mesa-swx11-i686_7.0.1-1_i386.deb 7f12ed7bd743eed38491d8cf3ae8ad4b 1021474 libdevel optional libgl1-mesa-swx11-dev_7.0.1-1_i386.deb 7f6b62c5ecf86b6bb9657bb0af005ec4 143020 libs optional libgl1-mesa-glx_7.0.1-1_i386.deb bd20884b9c856a670ab0ecba989291e6 482416 libdevel extra libgl1-mesa-glx-dbg_7.0.1-1_i386.deb 57cd98dea695af16fed9eeff4e858507 12921318 libs optional libgl1-mesa-dri_7.0.1-1_i386.deb 2e1f724d52e1af1658ef1b5fea03f30e 84686516 libdevel extra libgl1-mesa-dri-dbg_7.0.1-1_i386.deb 5798c33f2605a0abbee738805d4283e5 2375440 libs optional libosmesa6_7.0.1-1_i386.deb 61db11d634d7c0f2f81c7acb503f0821 2718108 devel optional libosmesa6-dev_7.0.1-1_i386.deb c6f9e2572100e06a4d55deebadafc7d0 238868 libs optional libglu1-mesa_7.0.1-1_i386.deb 0d52b01fd1f75421d1e90ed649bf5e58 256288 libdevel optional libglu1-mesa-dev_7.0.1-1_i386.deb 8a40486486d387c2f8e1a120c32985ad 31658 libs optional libglw1-mesa_7.0.1-1_i386.deb c341625965c626608e236c449844cb1c 32702 libdevel optional libglw1-mesa-dev_7.0.1-1_i386.deb 185f8c4f1faec96ce85defa2c0dd4212 44492 x11 optional mesa-utils_7.0.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu1IMmEvTgKxfcAwRAj5NAJ9ASafAise2MA8zmz1uFuxj/RLijwCfal8g MjSZeRyTkIlxObi4c3UYZA8= =jkp7 -END PGP SIGNATURE- Accepted: libgl1-mesa-dev_7.0.1-1_all.deb to pool/main/m/mesa/libgl1-mesa-dev_7.0.1-1_all.deb libgl1-mesa-dri-dbg_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-dri-dbg_7.0.1-1_i386.deb libgl1-mesa-dri_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-dri_7.0.1-1_i386.deb libgl1-mesa-glx-dbg_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-glx-dbg_7.0.1-1_i386.deb libgl1-mesa-glx_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-glx_7.0.1-1_i386.deb libgl1-mesa-swx11-dbg_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-dbg_7.0.1-1_i386.deb libgl1-mesa-swx11-dev_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-dev_7.0.1-1_i386.deb libgl1-mesa-swx11-i686_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11-i686_7.0.1-1_i386.deb libgl1-mesa-swx11_7.0.1-1_i386.deb to pool/main/m/mesa/libgl1-mesa-swx11_7.0.1-1_i386.deb libglu1-mesa-dev_7.0.1-1_i386.deb to pool/main/m/mesa/libglu1-mesa-dev_7.0.1-1_i386.deb
Accepted pidgin-libnotify 0.12-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 23:23:58 +0530 Source: pidgin-libnotify Binary: gaim-libnotify pidgin-libnotify Architecture: source i386 all Version: 0.12-4 Distribution: unstable Urgency: low Maintainer: Varun Hiremath [EMAIL PROTECTED] Changed-By: Varun Hiremath [EMAIL PROTECTED] Description: gaim-libnotify - display notification bubbles in pidgin pidgin-libnotify - display notification bubbles in pidgin Changes: pidgin-libnotify (0.12-4) unstable; urgency=low . * debian/rules: call dh_pidgin and remove duplicate-relation depends: pidgin (= 2.0), pidgin ( 3.0) from debian/control Files: e4d8055bfd1d26fc4ff748757ed215fc 850 net optional pidgin-libnotify_0.12-4.dsc 41f9a74193a4c4353ac17e23940c3da7 7999 net optional pidgin-libnotify_0.12-4.diff.gz 983596b7e1ff1e3a2fdbadd19eca3cc2 5690 net optional gaim-libnotify_0.12-4_all.deb 1dbb2345f1fc270f8bccec179f61abdf 15284 net optional pidgin-libnotify_0.12-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu2DDfY3dicTPjsMRAgr0AJ9jAce0jGiH0tgwJ1GJ+Hjm2fPqUACeLB6J NCKkcWvZB0voT7za/BvtpR4= =goHQ -END PGP SIGNATURE- Accepted: gaim-libnotify_0.12-4_all.deb to pool/main/p/pidgin-libnotify/gaim-libnotify_0.12-4_all.deb pidgin-libnotify_0.12-4.diff.gz to pool/main/p/pidgin-libnotify/pidgin-libnotify_0.12-4.diff.gz pidgin-libnotify_0.12-4.dsc to pool/main/p/pidgin-libnotify/pidgin-libnotify_0.12-4.dsc pidgin-libnotify_0.12-4_i386.deb to pool/main/p/pidgin-libnotify/pidgin-libnotify_0.12-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bastille 1:2.1.1-15 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 20:20:42 +0200 Source: bastille Binary: bastille Architecture: source all Version: 1:2.1.1-15 Distribution: unstable Urgency: low Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Changed-By: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] Description: bastille - Security hardening tool Closes: 357049 362701 436713 436713 Changes: bastille (1:2.1.1-15) unstable; urgency=low . * Fix location of INITBASEDIR in bastille-firewall-reset (Closes: #436713) * Do not try to load/unload modules if the kernel does not support modules (i.e. modules.dep does not exist) (Closes: #362701, #436713) * Packages are now Arch: all (Closes: #357049) * Remove support for bastille-ipchains, 2.2 kernels are no longer supported Files: c55e716686caccf0f78604da2e49c0d3 580 admin optional bastille_2.1.1-15.dsc 18cad8da7f177f15f1bbc8d4040ce127 36746 admin optional bastille_2.1.1-15.diff.gz 770b366f138c0d07073bd003c3b69c88 366930 admin optional bastille_2.1.1-15_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu2DBsandgtyBSwkRAt35AJ9gtLLtu8ghc81wWp2kf7CWQ8MCWACfbklg k0f6DZTlic/f0Uv7encYYOk= =HRf8 -END PGP SIGNATURE- Accepted: bastille_2.1.1-15.diff.gz to pool/main/b/bastille/bastille_2.1.1-15.diff.gz bastille_2.1.1-15.dsc to pool/main/b/bastille/bastille_2.1.1-15.dsc bastille_2.1.1-15_all.deb to pool/main/b/bastille/bastille_2.1.1-15_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xorg-server 2:1.3.0.0.dfsg-12 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 09 Aug 2007 16:32:14 +0200 Source: xorg-server Binary: xserver-xephyr xprint xserver-xorg-core xvfb xserver-xorg-dev xdmx xprint-common xdmx-tools xserver-xorg-core-dbg xnest Architecture: source i386 all Version: 2:1.3.0.0.dfsg-12 Distribution: unstable Urgency: low Maintainer: Debian X Strike Force [EMAIL PROTECTED] Changed-By: Julien Cristau [EMAIL PROTECTED] Description: xdmx - Distributed Multihead X server xdmx-tools - Distributed Multihead X tools xnest - Nested X server xprint - Xprint - the X11 print system (binary) xprint-common - Xprint - the X11 print system (configuration files) xserver-xephyr - Next Generation Nested X Server xserver-xorg-core - X.Org X server -- core server xserver-xorg-core-dbg - Xorg - the X.Org X server (debugging symbols) xserver-xorg-dev - X.Org X server -- development files xvfb - Virtual Framebuffer 'fake' X server Closes: 433131 Changes: xorg-server (2:1.3.0.0.dfsg-12) unstable; urgency=low . [ Brice Goglin ] * Add 51_xkb-and-loathing.diff to fix a hang in OpenOffice.org when opening menus, closes: #433131. * Install the exa(4) and fbdevhw(4) manpages. . [ Julien Cristau ] * Update the xorg.conf(5) manpage to get documentation for RandR 1.2 options: + 07_stolen_from_HEAD_xorgconf_manpage.diff: new patch; + 07_xorgconf_manpage_overhaul.diff dropped; + 34_xorg.conf_man_typos.patch dropped; + 05_module_defaults.diff, 94_use_default_font_path.diff: dropped hunks applying to hw/xfree86/doc/man/xorg.conf.man.pre. * Add patch 11_define_XFree86Server.diff: XFree86Server needs to be defined in xorg-server.h and exported to drivers. * Add patches 125_glx_remove-stray__GLinterface.diff 126_glxproxy_remove-stray__GLinterface.diff and 127_mesa-6.5.3-compat.diff to build with mesa = 6.5.3, and bump build-dependency on mesa-swx11-source. * Include the Debian package version in OSVENDOR to make it appear in the X log. Files: 2f69cc0dfd8e5d75c39e8e5d9ddc9440 2324 x11 optional xorg-server_1.3.0.0.dfsg-12.dsc 16703c7985b8ad6b55b72e9ddb7fbb91 638066 x11 optional xorg-server_1.3.0.0.dfsg-12.diff.gz 0098b677ab87db069c370fdeefddc7e2 263820 x11 optional xprint-common_1.3.0.0.dfsg-12_all.deb edaecd9121261c68d37521355b18799b 3607686 x11 optional xserver-xorg-core_1.3.0.0.dfsg-12_i386.deb e1fa30ad72d491ca7a2e315786126485 312186 x11 optional xserver-xorg-dev_1.3.0.0.dfsg-12_i386.deb ca81995c7b3a0e3f1f2ec8d6614dd66c 800894 x11 optional xdmx_1.3.0.0.dfsg-12_i386.deb a78f45b3b742e43e2e5cc4d4c3f6d1b0 85076 x11 optional xdmx-tools_1.3.0.0.dfsg-12_i386.deb 82a04a379b589dd1b697af71e12bf1ba 1389596 x11 optional xnest_1.3.0.0.dfsg-12_i386.deb ca806ceea2d94c91c7c174fab1577e37 1538892 x11 optional xvfb_1.3.0.0.dfsg-12_i386.deb acfbd7f68a4bc77842705f300b482610 1567866 x11 optional xserver-xephyr_1.3.0.0.dfsg-12_i386.deb 9c71bc4da9bc6ba075aab3f68e954c4b 1610294 x11 optional xprint_1.3.0.0.dfsg-12_i386.deb 02a3811ed5c97e006e6627ba758a8bc0 12183616 x11 extra xserver-xorg-core-dbg_1.3.0.0.dfsg-12_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGu1/tmEvTgKxfcAwRAoS8AKCKjph+i0onWmc1/YhzhNwSblDEfACgrbLT 0ekMbljsBolzfKcu6M0p1E4= =97dD -END PGP SIGNATURE- Accepted: xdmx-tools_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xdmx-tools_1.3.0.0.dfsg-12_i386.deb xdmx_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xdmx_1.3.0.0.dfsg-12_i386.deb xnest_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xnest_1.3.0.0.dfsg-12_i386.deb xorg-server_1.3.0.0.dfsg-12.diff.gz to pool/main/x/xorg-server/xorg-server_1.3.0.0.dfsg-12.diff.gz xorg-server_1.3.0.0.dfsg-12.dsc to pool/main/x/xorg-server/xorg-server_1.3.0.0.dfsg-12.dsc xprint-common_1.3.0.0.dfsg-12_all.deb to pool/main/x/xorg-server/xprint-common_1.3.0.0.dfsg-12_all.deb xprint_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xprint_1.3.0.0.dfsg-12_i386.deb xserver-xephyr_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xserver-xephyr_1.3.0.0.dfsg-12_i386.deb xserver-xorg-core-dbg_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xserver-xorg-core-dbg_1.3.0.0.dfsg-12_i386.deb xserver-xorg-core_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xserver-xorg-core_1.3.0.0.dfsg-12_i386.deb xserver-xorg-dev_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xserver-xorg-dev_1.3.0.0.dfsg-12_i386.deb xvfb_1.3.0.0.dfsg-12_i386.deb to pool/main/x/xorg-server/xvfb_1.3.0.0.dfsg-12_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]