Re: Why does Ubuntu have all the ideas?
On Sun August 27 2006 18:55, you wrote: Deferring to Ubuntu for this work is the worst sort of defeatist nonsense and I will not to bow to it. I like collaborating with the Ubuntu people, but I refuse to compromise my own work or Debian as a project just so that they can excel. I think you missed the point, Ubuntu's work would then be part of Debian rather than superceding or conflicting with what Debian does. Instead of Debian annoying its users by adopting Ubuntu-like feature, or annoying Ubuntu by not doing so, everyone would be able to get what they want within a reusable framework. Keep in mind that if Ubuntu is able to easily bend Debian to its will and create a top-notch desktop, anyone else can do it to... including Debian. No need to throw in the towel or compromise anything. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem sending to Alioth lists?
* Roberto C. Sanchez [Mon, 28 Aug 2006 01:45:30 -0400]: Interesting. My previous attempt at solving this was to have mutt explicitly set the Return-Path header. However, it did not work. I don't know if it was because postfix on my gateway host stripped it or rewrote it, or if it is just being ignored. Nope, that won't help. Knowing you use Mutt, and unless your MTA is configured in a quite restrictive way, this should solve your problems: % echo set envelope_from=yes ~/.muttrc HTH, -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org jordi merde jordi no tengo huevos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem sending to Alioth lists?
On Mon, Aug 28, 2006 at 08:06:37AM +0200, Adeodato Simó wrote: * Roberto C. Sanchez [Mon, 28 Aug 2006 01:45:30 -0400]: Interesting. My previous attempt at solving this was to have mutt explicitly set the Return-Path header. However, it did not work. I don't know if it was because postfix on my gateway host stripped it or rewrote it, or if it is just being ignored. Nope, that won't help. Knowing you use Mutt, and unless your MTA is configured in a quite restrictive way, this should solve your problems: % echo set envelope_from=yes ~/.muttrc That did it. Now, care to explain why/how? Also, why is this not default? Regards, -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: Digital signature
RE: Debian ISOs
Le jeudi 17 août 2006 à 11:48 -0400, Anthony L. Bryan a écrit : Metalinks might be helpful on Debian's download page for CD/DVD images. You could have a single quick link to your ISOs that contains all the mirror/p2p/checksum info in it. Metalinks, a cross platform vendor neutral fortmat, are used by download managers contain Mirror p2p locations for segmented downloads, along with automatic checksum verification when the download completes. It spreads the download between multiple servers so its faster for users, more reliable, less load on any one server. Metalinks are backward compatible too. Given that downloads like Debian ISOs are already putting a heavy bandwidth load on the servers and that they are already shared among many servers, I don't think it is a good idea to encourage users to load several servers at once with one download. We should instead push bittorrent as the main distribution media for ISOs. Thats the point of Metalink. You list the bittorrent (with a higher priority) and mirror sources (lower) so it defaults to p2p but has other sources for backup. bittorrent isn't an option for everyone. With Metalink you can give priority to certain servers and also make bandwidth more efficient by limiting downloads to servers in the downloaders same country or geographic region. Anthony Bryan metalink [ http://www.metalinker.org/ ]
Re: Problem sending to Alioth lists?
On Sun, 27 Aug 2006, Roberto C. Sanchez wrote: accessible mail server. The point is that I only experience this problem with Alioth and SourceForge lists, where they use braindead call back mechanism to try and reach the host that originated the message. I'm an Alioth administrator. If you expect help from us, you'd better not say that our configuration is braindead. This is the most basic thing that we can do to avoid spam. Since I am using mutt and I simply have postfix set to use a smarthost, which does have a publicly accesible postfix running. Other solution to fix your problem with postfix (instead of mutt) is to configure address rewriting (/etc/postfix/main.cf): # ADDRESS REWRITING # # The ADDRESS_REWRITING_README document gives information about # address masquerading or other forms of address rewriting including # username-Firstname.Lastname mapping. sender_canonical_maps = hash:/etc/postfix/canonical And then put this in /etc/postfix/canonical: yourlogin your real email address And then generate the corresponding DB: sudo postmap /etc/postfix/canonical 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: Why does Ubuntu have all the ideas?
[sorry for the duplicate, but I want to fix the threading] On Sun August 27 2006 18:55, David Nusinow wrote: Deferring to Ubuntu for this work is the worst sort of defeatist nonsense and I will not to bow to it. I like collaborating with the Ubuntu people, but I refuse to compromise my own work or Debian as a project just so that they can excel. I think you missed the point, Ubuntu's work would then be part of Debian rather than superceding or conflicting with what Debian does. Instead of Debian annoying its users by adopting Ubuntu-like feature, or annoying Ubuntu by not doing so, everyone would be able to get what they want within a reusable framework. Keep in mind that if Ubuntu is able to easily bend Debian to its will and create a top-notch desktop, anyone else can do it to... including Debian. No need to throw in the towel or compromise anything. - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
On Mon, 28 Aug 2006, Adeodato Simó wrote: * Brian May [Mon, 28 Aug 2006 13:22:55 +1000]: Adeodate Also, do you remember having root Adeodato bzr as root? Huh? Sorry, that should have read: do you remember having *run* bzr as root. It's the most likely cause for those .pyc files to be there, since bzrtools did not. What helper tool did you to use to byte-compules modules before python-support? (dh_python v1, python-central, nothing) 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: Problem sending to Alioth lists?
On Aug 28, Raphael Hertzog [EMAIL PROTECTED] wrote: I'm an Alioth administrator. If you expect help from us, you'd better not say that our configuration is braindead. This is the most basic thing that we can do to avoid spam. It is not braindead, but antisocial. sender verification is evil because when a domain is forged by spammers its mail server will be hammered to death by servers like alioth. -- ciao, Marco signature.asc Description: Digital signature
Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)
Le dimanche 27 août 2006 à 19:12 +0200, Adeodato Simó a écrit : bzrtools 0.9 does not put files under /usr/lib/python2.4, since it uses python-support; and its maintainer scripts for 0.9 did not bytecompile the modules, so the most plausible explanation for .pyc files in /usr/lib/python2.4 is having run bzr 0.8 as root. To debian-python: this is presumably a bug in bzrtools? This is a bug in the former version, since it should have cleaned up those .pyc files at prerm time. However it can now only be fixed with a workaround in the new version, e.g. by removing the /usr/lib/python2.X/site-packages/bzrlib/plugins/bzrtools directories. -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Re: Why does Ubuntu have all the ideas?
Bruce, Uhm, Debian's target audience is not Joe User, never has been AFAICT. Joe isn't usually capable of determining which MTA, web server, proxy server, etc., specific implementation is best for them, assuming they are even aware of the architecture underlying the UI they see... Debian assumes all of that of its users. Then You must let them go to Ubuntu, because many simply don't want to know that either, just use the computer for their daily tasks. In that case, we can close that Debian is at least as good as Ubuntu dispute immediately, being false. Instead, we can say Debian is at least as good as Ubuntu FOR TECHNICAL USERS safely. Why old software is commonplace. Slow and lazy with the packaging... or does it just take time to get all the pieces functioning well enough to be an easily derivable basis, and one which changes every six months would be a poor choice for that use. I'd say neither of that. Just unable to recognize a few pieces of software that needs to be upgraded more frequently, and (so far) unable to make that happen. Ideas are coming however, maybe one day we'll see it happening. The way I see it: distros tailored to specific types of users which are based on Debian are not making up for Debian's failings, they are the most natural and may even be the actual intended use of what Debian provides. Yes, I see it natural too. Debian is doing the great task of gathering free software and making it work together as-much-as-possible. Making the universal and useful distribution for everyone might be beyond it's ability, and there the place for Ubuntu and friends emerges.. Some Debianists don't like it, however let's celebrate that at least Ubuntu is making the user-friendly distro that people like. Peter HTH - Bruce -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Rudy: There is so much to say about that, that I hardly can remember the very concrete cases, so please don't attack me on that basis. I wasn't attacking you, If you had that impression I'm sorry. No, I really hadn't. I mentioned that just preventively, not targeted at You -because I feel it is quite common in wider audience to attack on this basis. 1, Ubuntu places the care about the average-Joe-user at first place at worst. Debian dosen't. Yes, but Debian has a broader user-base, maybe that's an issue to resolve. Sounds dangerously :-) I think the issues you point out is the feeback what we need, and discuss about them. I encourage you to also post to the mailing list. I'm trying to figure out how we can listen more our users needs, and then make decissions based on real information and not only what we feel. I want to reach those average-joe users and get their feedback. Yeah, that's not easy. Howabout some form -user could be navigated to some basic webpage where he could answer some simple questions? Not too many questions (optimally 5-8?), preferably pre-answered (by some selection box), of course with possibility to add non-default answer for us to be able to extend the possible answers cathegories.. If user wished to add more feedback, he could have an option, at the end of the basic form, of some more feedback, if U wish extended form. Sample questions: What have been the most difficult part of installation for You (disk partitioning, language selection,...), What have caused it (unsufficient help, nonintuitive, too technical questions). User should be asked, if he will participate on some short survey-after-week-of-using-Debian. If he agreed, he will be asked automatically after week, by opening some simple and polite application or applet on his desktop, about his impression of Debian. Again, what pleases him now (amount of software, ease of setup, everything just works, desktop design, etc...) and what he dislikes (cannot connect my cellular phone, Infra not working, Xsane demands root privilegues but complains if he is given them, etc) These questions could be structured in the way, that user could pair them. For example, he has a question. In left selection rollup-button he could select WHAT and in second he could select WHY. Example: What is the worst problem for You with Debian? left button options Internet applications Instant messaging Multimedia ... right button options Insufficient helper Lack of applications Lack of functionality ... And so on. Is something like that being worked on? As I look at this concept, I feel one half of problems should be identified even in the very process of creating questions and possible answers for the initial and after-week survey :-) Well, I'm starting to like the idea so I try to open a new thread ;o) Rudy, from Your next answers it seems that we understand each other. God bless You, have a nice day Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
User feedback -post installation and after-week survey?
This has emerged from Why does Ubuntu have all the ideas thread. Rudy: I think the issues you point out is the feeback what we need, and discuss about them. I encourage you to also post to the mailing list. I'm trying to figure out how we can listen more our users needs, and then make decissions based on real information and not only what we feel. I want to reach those average-joe users and get their feedback. Yeah, that's not easy. Howabout some form -user could be navigated to some basic webpage where he could answer some simple questions? Not too many questions (optimally 5-8?), preferably pre-answered (by some selection box), of course with possibility to add non-default answer for us to be able to extend the possible answers cathegories.. If user wished to add more feedback, he could have an option, at the end of the basic form, of some more feedback, if U wish extended form. Sample questions: What have been the most difficult part of installation for You (disk partitioning, language selection,...), What have caused it (unsufficient help, nonintuitive, too technical questions). User should be asked, whether will he participate on some short survey-after-week-of-using-Debian. If he agreed (let's joke: agreed or not ;oD he will be asked automatically after week, by opening some simple and polite application or applet on his desktop, about his impression of Debian. If proceed, again could open some web form or so. Again, what pleases him now (amount of software, ease of setup, everything just works, desktop design, etc...) and what he dislikes (cannot connect my cellular phone, Infra not working, Xsane demands root privilegues but complains if he is given them, etc) These questions could be structured in the way, that user could pair them. For example, he has a question. In left selection rollup-button he could select WHAT and in second he could select WHY. Example: What is the worst problem for You with Debian? left button options Printer setup Localisation Removable devices support Instant messaging Multimedia ... right button options Insufficient helper Lack of applications Lack of functionality ... And so on. Is something like that being worked on? As I look at this concept, I feel one half of problems should be identified even in the very process of creating questions and possible answers for the initial and after-week survey :-) Well, I'm starting to like the idea so I try to open a new thread ;o) Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Wouter: 1, Ubuntu places the care about the average-Joe-user at first place at worst. Debian dosen't. That's true, but this is improving. Hope I could see it soon. Really. I don't tell the ideology is not valid; I just tell that often this is in the state Users, wait until we solve this ideologically, it may take some years. Well, user dosen't have the years and need things working, so he either does it himself (if he is sortof admin) by downloading, compiling etc, or says Things don't work in Debian and it's too difficult to solve it. I'll better stick with XYZ. Can you give a concrete and extensive example of this? It's hard to discuss such things with hypothetical scenarios. Well, this is exactly the case why I have asked at the very beginning everyone not to try to play the catch-me this way. I have given handful of examples, and if You really care, You'll find even more. Hint: video, graphics, acceleration.. Mplayer can be installed easily by adding the right line to your sources.list. It's all over the internet. Same goes for codecs. Yes, I'll try to replicate that sentence to my aunt or cousin. It will be of great help for sure. Besides, if it is that easy, why Debian just dosen't do it itself? Besides, mplayer is starting to get increasingly obsolete. There are less and less things that cannot be played by either gstreamer or xine. Which both have a *much* saner design, too. This is out of scope, however I also have much stuff that I cannot play on neither of these, but can on Mplayer. And I don't mean Windows Media by that. True type fonts and flash have nice installer packages that will download and install the stuff for you. What's the problem? Did You try it in real? It dosen't work here. Seems that the server it tryes to access dosen't exist. Or it depends on some network configuration, that installer also haven't taken care of. In case you missed it, there is now a java package in non-free for unstable. Once etch releases, it will be in stable. Obviously we cannot go ahead and change stable after the fact; but installing Java on a Debian stable system is no harder than it is on a RedHat or Ubuntu or Fedora or whatnot system. In fact, because of java-package, it's actually easier to manage and uninstall if that ever becomes necessary. I _really_ don't understand what your problem is here. We're speaking about distributions that are intended for daily use, not for experiments. To make it clear, Debian 3.1 Sarge and Ubuntu 6.06. If the Etch has it, that's great. However that dosen't matter answering the Debian is at least as good as Ubuntu, just needs more advertising. Would You advertise Etch? It is clearly advertised for Etch, that it is in TESTING state. Would You recommend it everyone for daily usage? I hope You'ld not. Do you actually have a real and founded gripe, or are you just trolling? Anyone that is in contact with average-joe-users, that are not skilled enough for using root console, will make the image himself. 1b, If things don't work, it's sometimes hard to get them working either. Example: Bug 372719. The OOo 2.0 keeps crashing for 2 months thank to KNOWN bug in security upgrade. Now tell somebody, that Debian is as good _for_average_Joe_user_ as Ubuntu. Or that Debian cares about average_Joe_user at least as much as Ubuntu does. I can't comment on this; I'm writing this on the train, so have no Internet access currently. However, I will add that I haven't seen this bug on the stable systems that I run; even though that of course doesn't have to mean anything, it is at least an indication that the bug is not everywhere, and that it may be a problem to track it down. Not every stable system runs security updates, and even less desktop systems do. That might be a reason why everyone complains is not the case. And might even becouse there are just too few desktop installations of Debian, even less those that run security upgrades, and even less the enterprise installations, that could possibly complain. Average-Joe-user would never complain loudly. And the enterprices, that WOULD complain, often don't run security upgrades either, exactly in fear of such bugs that sneak inside the security upgrades. So there's not much voice to hear. There is an infrastructure to support a fully i18n'ed environment upon installation. It uses language-based tasks, and the installer will install the task of the language you've used in the installer upon completion of the installation. If you chose to install the desktop task, it will also install the desktop-$language task (or was it $language-desktop? not sure, doesn't really matter). Do You speak of Debian Sarge? If true, than either the language-based tasks are incomplete, or don't work. k3b actually has a suggests header for k3b-i18n. This means that if you install k3b using a frontend such as apt-get or aptitude, it will tell you up-front that there is a k3b-i18n
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
To make the picture more complete, not only desktop needs current software. The Debian on server lacks sometimes too. Few examples: PHP5, bunch of Clamav-related packages for proxy and mail interaction, Squid3. They're in Etch, however if released as official update of Debian, should do. If update release of Debian has taken place only in half of the regular update cycle (after 9 months), it would be of great help sometimes. Of course, some more recent kernel should take place there too. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
On 8/28/06, Mgr. Peter Tuharsky [EMAIL PROTECTED] wrote: We're speaking about distributions that are intended for daily use, not for experiments. To make it clear, Debian 3.1 Sarge and Ubuntu 6.06. If the Etch has it, that's great. However that dosen't matter answering the Debian is at least as good as Ubuntu, just needs more advertising. Would You advertise Etch? It is clearly advertised for Etch, that it is in TESTING state. Would You recommend it everyone for daily usage? I hope You'ld not. Hmm, to me this sounds like this is just another way of saying that Debian doesn't release fast enough. The fact is, sarge has been released, whatever your complaining about is never going to be fixed in sarge, so yes, you need to be comparing with Etch. If you can say that there are problems with Etch, then we can address those. complaining about Sarge is not terribly useful. And yes, lots of people are running etch for daily usage. I don't recommend anything to anyone, I just use what works... A little paraphrase: stable means, that feature bugs are kept for the whole release circle; don't expect them to get fixed. Well, ofcourse. Otherwise it wouldn't be stable... Certain types of bugs are fixed, but by and large, you're stuck with the bugs it was released with... Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
* Mgr. Peter Tuharsky [EMAIL PROTECTED] [2006-08-28 12:05]: To make the picture more complete, not only desktop needs current software. The Debian on server lacks sometimes too. Few examples: PHP5, bunch of Clamav-related packages for proxy and mail interaction, Squid3. They're in Etch, however if released as official update of Debian, should do. Clamav is in volatile, php5 in backports, haven't checked squid3. If update release of Debian has taken place only in half of the regular update cycle (after 9 months), it would be of great help sometimes. Of course, some more recent kernel should take place there too. Whoo no way! I don't want to updated my servers more than once 18-24 months. I don't need php5, specs says php4 and php5, squid does it's job very good and clamav from volatile rounds the package up. You don't run a lot of servers if you want to update them more frequently. yours Martin -- [EMAIL PROTECTED] Debian GNU/Linux - The Universal Operating System yath lol, mein feuermelder ist dausicher yath im batteriefach unter der batterie steht yath WARNUNG: BATTERIE ENTFERNT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
inet-superserver virtual package
On Aug 28, Guillem Jover [EMAIL PROTECTED] wrote: Just yesterday night dato raised the issue on #d-release, and I was telling about the virtual package, and that we could move to it now, and worry later about a possible transition to that new update-inetd (if it happens to exist some day), aj was fine with that. OK, but then let's do it right. The idea is to move update-inetd from netbase to each one of the inetd packages (openbsd-inetd, inetutils-inetd, rlinetd, xinetd), which will provide the inet-superserver virtual package and depend on a version of netbase which does not have update-inetd (is a Replaces needed too?). netbase then will temporarily depend on inet-superserver to allow smooth upgrades until the other packages will switch to a dependency on the virtual package[1][2]. This introduces a dependency loop, if somebody really believes that it is a bad idea then a Conflict can be used (it's reasonable to expect that something else will depend on netbase anyway). [1] Then netbase should be promoted to required priority since just about everything depends on it. [2] At the same point we should argue about the tcpd dependency too, currently most packages rely on netbase pulling it. I see arguments for both having the inetd depend on it if needed (some directly use libwrap) and having the server packages depend on it if needed (some do not actually use it). I favour the first option, BTW. -- ciao, Marco signature.asc Description: Digital signature
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
On Aug 28, Martin Wuertele [EMAIL PROTECTED] wrote: Whoo no way! I don't want to updated my servers more than once 18-24 months. I don't need php5, specs says php4 and php5, squid does it's job very good and clamav from volatile rounds the package up. Then don't. The problem for people like you is not more too frequent releases but too short support for past releases. You don't run a lot of servers if you want to update them more frequently. You don't run a lot of servers either if you never need versions of many different packages more recent than a couple of years. -- ciao, Marco signature.asc Description: Digital signature
Re: User feedback -post installation and after-week survey?
On Mon, 28 Aug 2006 10:31:02 +0200 Mgr. Peter Tuharsky [EMAIL PROTECTED] wrote: Howabout some form -user could be navigated to some basic webpage where he could answer some simple questions? Not too many questions (optimally 5-8?), preferably pre-answered (by some selection box), of course with possibility to add non-default answer for us to be able to extend the possible answers cathegories.. If user wished to add more feedback, he could have an option, at the end of the basic form, of some more feedback, if U wish extended form. Sample questions: What have been the most difficult part of installation for You (disk partitioning, language selection,...), What have caused it (unsufficient help, nonintuitive, too technical questions). User should be asked, whether will he participate on some short survey-after-week-of-using-Debian. If he agreed (let's joke: agreed or not ;oD he will be asked automatically after week, by opening some simple and polite application or applet on his desktop, about his impression of Debian. If proceed, again could open some web form or so. Again, what pleases him now (amount of software, ease of setup, everything just works, desktop design, etc...) and what he dislikes (cannot connect my cellular phone, Infra not working, Xsane demands root privilegues but complains if he is given them, etc) These questions could be structured in the way, that user could pair them. For example, he has a question. In left selection rollup-button he could select WHAT and in second he could select WHY. Example: What is the worst problem for You with Debian? left button options Printer setup Localisation Removable devices support Instant messaging Multimedia ... right button options Insufficient helper Lack of applications Lack of functionality ... And so on. Is something like that being worked on? I have no idea. As I look at this concept, I feel one half of problems should be identified even in the very process of creating questions and possible answers for the initial and after-week survey :-) Well, I'm starting to like the idea so I try to open a new thread ;o) Although this is a nice idea, the problem with these questionnaires is that the answers are in a bucket and the accurate answer is not available for this person. I think the biggest hurdle that the user faces is the possibility that they might have to learn something about their computer along the way. This probably taints their expectation of the system as a whole. The more savvy computer users are probably system admins who are way too busy to take the time to fill out a bug report, let alone a 'how does this distro please you' form. It's a nice idea, but I wouldn't put too much on the results. A shorter simple question like 'If you could change one thing, and one thing only, what would that be' open question might be more reliable. As for the applet idea, that would annoy me no end, they pop up at the most inconvenient times. -- Regards, Ed :: http://www.usenix.org.uk just another perl person God didn't create the world; he just locked Mr T in a garage with an old Chevy and a box of tools. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Update: status of inetd
Hi folks, Following the last thread on the subject, several things have happened: 1) All packages depending on netkit-inetd have had their dependencies replaced with a netkit dependency. 2) netkit now only depends upon openbsd-inetd, so netkit-inetd is now no longer used by either new installs or upgrades from sarge. 3) netkit-inetd (netkit-base) is now ready for removal from unstable (see #383960). I'd like to propose the following as the next step. I was going to leave this until after etch, but further consideration made me realise it needs doing before, otherwise etch-etch+1 upgrades will break (or it will have to wait until etch+2, and that's too long). What I'd like to propose is this: 1) Split out update-inetd from netbase into a new inetd package. See http://people.debian.org/~rleigh/inetd_1.tar.gz http://people.debian.org/~rleigh/inetd_1.dsc as an example of what I'd like to do (Md should probably be the maintainer here, since it is derived from netbase). This - provides a single package for all update-inetd-using packages to depend upon - provides a default inetd dependency, so all packages wanting an inetd just need to depend on it, rather than hardcoding the default inetd in every package. - inetd-providing packages need to Provide internet-super-server - it doesn't depend on netbase, to prevent a circular dependency, but will post-etch. 2) netkit needs to drop the files moved into the inetd package above, and Depend on inetd. This will - ensure update-inetd is present by default so sarge-etch upgrades will work. - can be dropped post-etch. 3) All update-inetd users need to depend on inetd instead of/in addition to netbase. The complete list is: afbackup amanda-client amanda-server apt-proxy asp atftpd bidentd biff binkd bitlbee bootp bozohttpd cfingerd csync2 cupsys-bsd cvs cyrus-imapd cyrus-pop3d dbskkd-cdb dhcp efingerd exim fakepop fam ffingerd fingerd firebird2-classic-server fspd ftpd ftpd-ssl gidentd gnats gtalk gwhois heimdal-kdc heimdal-servers heimdal-servers-x hotway ident2 ifcico ipopd isdnvboxserver kerberos4kth-servers kerberos4kth-servers-x kftgtd krb5-ftpd krb5-kdc krb5-rsh-server krb5-telnetd ktalkd leafnode ltsp-server lukemftpd mailutils-comsatd mailutils-imap4d mailutils-pop3d masqmail micro-httpd midentd mooix ndtpd netkit-inetd nntp node noffle nsca nullidentd oftpd oidentd openbsd-inetd p10cfgd pawserv pidentd popa3d poppassd postfix proftpd proftpd-common pure-ftpd-common qpopper qpopper-drac remctl-server remstats-servers rlinetd rsh-redone-server rsh-server rstatd rusersd rwalld samba sendfile sendmail-base sidentd skksearch slidentd smail smtpd sn solid-pop3d sslwrap statd swat talkd teapop teapop-ldap teapop-mysql teapop-pgsql telnetd telnetd-ssl tftpd tftpd-hpa uucp uw-imapd vsftpd wipl-client-inetd wu-ftpd xfingerd xtel xtell zmailer Once steps 1 and 2 above are compete, I'd like to mass-file bugs against all these packages, and then if neccessary NMU the dependency change a few weeks later, so we can ensure everything is fixed before etch is released. Any comments? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpPcgd8qHBvh.pgp Description: PGP signature
Re: Problem sending to Alioth lists?
On Mon, Aug 28, 2006 at 08:59:21AM +0200, Raphael Hertzog wrote: On Sun, 27 Aug 2006, Roberto C. Sanchez wrote: accessible mail server. The point is that I only experience this problem with Alioth and SourceForge lists, where they use braindead call back mechanism to try and reach the host that originated the message. I'm an Alioth administrator. If you expect help from us, you'd better not say that our configuration is braindead. This is the most basic thing that we can do to avoid spam. No offense intended ;-) Out of curiousity, if this is such a good thing why are Alioth and SourceForge the only two services (of the dozens of mailing lists from half dozen or more services) which use this setup? Also, why is the error message returned by the mail server not more clear? Since I am using mutt and I simply have postfix set to use a smarthost, which does have a publicly accesible postfix running. Other solution to fix your problem with postfix (instead of mutt) is to configure address rewriting (/etc/postfix/main.cf): # ADDRESS REWRITING # # The ADDRESS_REWRITING_README document gives information about # address masquerading or other forms of address rewriting including # username-Firstname.Lastname mapping. sender_canonical_maps = hash:/etc/postfix/canonical And then put this in /etc/postfix/canonical: yourlogin your real email address And then generate the corresponding DB: sudo postmap /etc/postfix/canonical No offense, but that is completely non-scalable. That only works for a small number of users which does not change frequently. Anyhow, thanks to 'Dato, I seem to have been able to convince mutt to play nicer with your mail server. Thanks for taking the time answer my question, though. Regards, -Roberto -- Roberto C. Sanchez http://familiasanchez.net/~roberto signature.asc Description: Digital signature
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
Martin Wuertele wrote: Clamav is in volatile, php5 in backports, haven't checked squid3. The problem is that Debian doesn't speak a lot about nice features like volatile and backports, for instance in the official web site, where it's difficult to see the links. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Marco d'Itri wrote: On Aug 28, Martin Wuertele [EMAIL PROTECTED] wrote: [snip] You don't run a lot of servers if you want to update them more frequently. You don't run a lot of servers either if you never need versions of many different packages more recent than a couple of years. Sure you do, if the new version has a feature that your application needs, would make things simpler for the developers, would make things simpler for you, etc, etc. For example: Stable has PostgreSQL v7.4, but v8.x have features *needed* by Very Large Databases: - Improved SMP Performance - Table Partitioning - 64-bit Shared Memory - Faster Aggregates - Tablespaces - -- Ron Johnson, Jr. Jefferson LA USA Is common sense really valid? For example, it is common sense to white-power racists that whites are superior to blacks, and that those with brown skins are mud people. However, that common sense is obviously wrong. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE8sshS9HxQb37XmcRApnDAKCJOb58Rq1XQtIHudBvSI9JqQ0F4gCgiCmB m2EJMTXLYSnKnXUZtp0TmFo= =viPw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Update: status of inetd
On Aug 28, Roger Leigh [EMAIL PROTECTED] wrote: 1) Split out update-inetd from netbase into a new inetd package. No, because e.g. xinetd needs a totally different update-inetd program. It's simpler if each inetd package will ship its own update-inetd. 3) All update-inetd users need to depend on inetd instead of/in addition to netbase. The complete list is: Packages depend on netbase for many reasons, not just because they want an inetd. See my other message for details. In the other cases there is no hurry to remove the dependency. -- ciao, Marco signature.asc Description: Digital signature
Re: Problem sending to Alioth lists?
On 8/28/06, Roberto C. Sanchez [EMAIL PROTECTED] wrote: No offense, but that is completely non-scalable. That only works for a small number of users which does not change frequently. Anyhow, thanks to 'Dato, I seem to have been able to convince mutt to play nicer with your mail server. Yeah. Other options include allowing users to create a file in their homedir which gives their real email address. However, the easiest in my experience is to do what in exim is called qualify_domain. When it gets a mail to send, that's the domain it appends. So while the host might be box12.mydomain.blah, you set the qualify domain to just mydomain.blah. If you set the same qualify_domain on all your servers, then the problem goes away. This does assume that your username on the machine matches the username of your email address, and that you want bounces coming to where you send the mail, rather than some third-party server elsewhere in the world. I've always found it interesting that mail clients that use SMTP to deliver, like many graphical clients, never suffer from this at all becase they always specify the sender as part of the protocol. Historically mail servers on UNIX have ignored the -f switch to the sendmail command which does the same thing. Have a nice day, -- Martijn van Oosterhout [EMAIL PROTECTED] http://svana.org/kleptog/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: glibc and UNACCEPTs
Gustavo Noronha Silva [EMAIL PROTECTED] writes: That would be good to be add in cdbs. I think we might want to have it more flexible to allow it to work for CDDs too but I liked it very much :-D It does not look right to me, though.. what about buildds? And what about people forgetting an exported variable saying yes? I much rather the manual solution, or a solution for dak that detects that the target distribution changed and requests a confirmation by signed email, for instance. I dunno if it's right to do that on DAK itself. I think that it can be done by the development scripts. -- O T A V I OS A L V A D O R - E-mail: [EMAIL PROTECTED] UIN: 5906116 GNU/Linux User: 239058 GPG ID: 49A5F855 Home Page: http://www.freedom.ind.br/otavio - Microsoft gives you Windows ... Linux gives you the whole house. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
* Marco d'Itri [EMAIL PROTECTED] [2006-08-28 12:35]: You don't run a lot of servers either if you never need versions of many different packages more recent than a couple of years. That's when backports and chroots comes in. yours Martin -- [EMAIL PROTECTED] Debian GNU/Linux - The Universal Operating System macan I think I should take a shower and sleep fatalerror macan, I totally agree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
On Mon, Aug 28, 2006 at 11:33:00AM +0200, Mgr. Peter Tuharsky wrote: Wouter: I don't tell the ideology is not valid; I just tell that often this is in the state Users, wait until we solve this ideologically, it may take some years. Well, user dosen't have the years and need things working, so he either does it himself (if he is sortof admin) by downloading, compiling etc, or says Things don't work in Debian and it's too difficult to solve it. I'll better stick with XYZ. Can you give a concrete and extensive example of this? It's hard to discuss such things with hypothetical scenarios. Well, this is exactly the case why I have asked at the very beginning everyone not to try to play the catch-me this way. It is not useful to discuss hypothetical scenarios, sorry. I refuse to do that. I have given handful of examples, and if You really care, You'll find even more. Hint: video, graphics, acceleration.. Yes, but most of them were not valid. Mplayer can be installed easily by adding the right line to your sources.list. It's all over the internet. Same goes for codecs. Yes, I'll try to replicate that sentence to my aunt or cousin. It will be of great help for sure. Besides, if it is that easy, why Debian just dosen't do it itself? Because the mplayer people refuse to think about licenses, which means that it is illegal software in many countries. We cannot take that risk. Besides, mplayer is starting to get increasingly obsolete. There are less and less things that cannot be played by either gstreamer or xine. Which both have a *much* saner design, too. This is out of scope, however I also have much stuff that I cannot play on neither of these, but can on Mplayer. And I don't mean Windows Media by that. I didn't say it is obsolete yet, but that it is getting there. True type fonts and flash have nice installer packages that will download and install the stuff for you. What's the problem? Did You try it in real? [EMAIL PROTECTED]:~$ LC_ALL=C dpkg -l msttcorefonts Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii msttcorefonts 1.2Installer for Microsoft TrueType core fonts [...] In case you missed it, there is now a java package in non-free for unstable. Once etch releases, it will be in stable. Obviously we cannot go ahead and change stable after the fact; but installing Java on a Debian stable system is no harder than it is on a RedHat or Ubuntu or Fedora or whatnot system. In fact, because of java-package, it's actually easier to manage and uninstall if that ever becomes necessary. I _really_ don't understand what your problem is here. We're speaking about distributions that are intended for daily use, not for experiments. To make it clear, Debian 3.1 Sarge and Ubuntu 6.06. If the Etch has it, that's great. java-package has existed since way before sarge, and is part of that distribution. The regular java package is not, but we obviously cannot just go ahead and destabilize stable just for the sake of a java package. When I said it is in unstable, that was because we are working on getting better integration with java in the *next* stable release. It was not a suggestion that you should start using unstable. However that dosen't matter answering the Debian is at least as good as Ubuntu, just needs more advertising. Would You advertise Etch? It is clearly advertised for Etch, that it is in TESTING state. Would You recommend it everyone for daily usage? I hope You'ld not. That is so totally besides the point it isn't funny anymore. Of course I wouldn't suggest etch for stable environments. But will you at least allow me to point out that the problems you point to have been fixed for the next stable release already? There's nothing we can do to improve sarge now anymore, anyway; so anything you suggest here would result in etch getting better when it releases. Since there's a java package for etch, that particular problem has already been dealt with. (of course, that doesn't make etch and java be totally free of problems, since the sun jdk is in non-free, not main. But still) [...] 1b, If things don't work, it's sometimes hard to get them working either. Example: Bug 372719. The OOo 2.0 keeps crashing for 2 months thank to KNOWN bug in security upgrade. Now tell somebody, that Debian is as good _for_average_Joe_user_ as Ubuntu. Or that Debian cares about average_Joe_user at least as much as Ubuntu does. I can't comment on this; I'm writing this on the train, so have no Internet access currently. However, I will add that I haven't seen this bug on the stable systems that I run; even though that of course doesn't have to mean anything, it
Re: Why does Ubuntu have all the ideas?
At the beginning of my comments, there has been a statement from Rudy: We have no easy-way-to-get-it to tell people why they would want to use Debian. Ubuntu, on the other hand, has achieved to do so, and what they tell that we can't? nothing. and as his message continues (25.08.2006 00:51) I have objected, that if viewed from angle of average-Joe-user, Debian lacks many things to compare with Ubuntu. That's why I'm speaking entirely about the official Debian release, the Debian 3.1 Sarge. Besides, ordinary user, or enterprise, would not choose some testing distribution, and Etch is for the moment not intended for daily work; it is still in beta state and therefore intended only for testers that don't mind losing their data or so. Whoever wants to use computer, not do hacking and testing, will reach for stable system. Comparing latest *stable* release of Debian with latest *stable* release of Ubuntu is therefore appropriate, like it or not. It's not fault of Ubuntu if the results are not too attractive for Sarge (note: Sarge! I don't compare Woody.) If Etch was claimed stable at the time, I would compare him, however he has some half year to go from now. Peter Martijn van Oosterhout wrote / napísal(a): On 8/28/06, Mgr. Peter Tuharsky [EMAIL PROTECTED] wrote: We're speaking about distributions that are intended for daily use, not for experiments. To make it clear, Debian 3.1 Sarge and Ubuntu 6.06. If the Etch has it, that's great. However that dosen't matter answering the Debian is at least as good as Ubuntu, just needs more advertising. Would You advertise Etch? It is clearly advertised for Etch, that it is in TESTING state. Would You recommend it everyone for daily usage? I hope You'ld not. Hmm, to me this sounds like this is just another way of saying that Debian doesn't release fast enough. The fact is, sarge has been released, whatever your complaining about is never going to be fixed in sarge, so yes, you need to be comparing with Etch. If you can say that there are problems with Etch, then we can address those. complaining about Sarge is not terribly useful. And yes, lots of people are running etch for daily usage. I don't recommend anything to anyone, I just use what works... A little paraphrase: stable means, that feature bugs are kept for the whole release circle; don't expect them to get fixed. Well, ofcourse. Otherwise it wouldn't be stable... Certain types of bugs are fixed, but by and large, you're stuck with the bugs it was released with... Have a nice day, -- Odchádzajúca správa neobsahuje vírusy, nepoužívam Windows. === Mgr. Peter Tuhársky Referát informatiky Mesto Banská Bystrica ČSA 26 975 39 Banská Bystrica Tel: +421 48 4330 118 Fax: +421 48 411 3575 === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[VAC] 3 months sailing through SE Asia
Hi all, [sent to debian-devel since I'm not yet a DD] I'll be away from the Internet for 3 months. I'll be on a research vessel[1,2] sailing from Cairns, Australia. We will be stopping in Indonesia, Singapore, Malaysia and I'll be getting off in Phuket, Thailand (or maybe Singapore) in December. If any NMs/DDs want to do key-signing, I'm flying to Cairns on September 4 and leaving Cairns around September 20. I may or may not have net access in Cairns so please mail me before the 4th. Most of my packages are co-maintained or probably won't require updates before etch, however, please NMU if you think it is necessary for any reason, especially for new upstream releases (I'm on LowThreshholdNmu). co-maintained: * gis: * e00compr: won't need updates * mapserver: needs some work, much of that is just uploading SVN * perl: libemail-date-perl, libemail-simple-creator-perl, libwww-topica-perl probably won't need updates * python: upstream is looking after urwid and templayer in the python-modules SVN repo * flash: mtasc flasm probably won't need updates * fonts: ttf-khmeros ttf-mph-2b-damase probably won't need updates * synfig[3]: package probably won't be in etch anyway, team is small, needs more ppl, both in debian and more importantly upstream, please see the recent meeting minutes[4] and proposed roadmap[5] if you want to help other: * helpdeco, xmms-midi: probably won't need updating * mancala: probably won't need updates, this should be co-maintained by the games team really * khmerconverter: probably won't need updating, perhaps debian-i18n folks could keep an eye on it. * nsis: I found someone to take over it, but they seem to have changed their mind (no contact since the initial mails). nsis never was very portable, but it is getting better. Has an RC bug (FTBFS on 64-bit platforms) with a patch that upstream says just papers over the real issue. It probably never worked on 64-bit platforms, so it probably should be removed from them. Also has unaligned access issues. It is possible that upstream will release a version that fixes these issues before etch is released. I'm unlikely to have time to do anything on this before I leave. 1. http://pcrf.org/rvh1a.jpg 2. http://pcrf.org/asta.html 3. http://www.synfig.com/ 4. http://wiki.synfig.com/Meeting-2006-08-27 5. http://wiki.synfig.com/Roadmap -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Re: Why does Ubuntu have all the ideas?
On Mon, 28 Aug 2006 11:33:00 +0200, Mgr. Peter Tuharsky wrote: Mplayer can be installed easily by adding the right line to your sources.list. It's all over the internet. Same goes for codecs. Yes, I'll try to replicate that sentence to my aunt or cousin. It will be of great help for sure. Besides, if it is that easy, why Debian just dosen't do it itself? Are you offering to pay Debian's costs and damages for the resulting patent and copyright lawsuits? Besides, mplayer is starting to get increasingly obsolete. There are less and less things that cannot be played by either gstreamer or xine. Which both have a *much* saner design, too. This is out of scope, however I also have much stuff that I cannot play on neither of these, but can on Mplayer. And I don't mean Windows Media by that. Can you please file bug reports? -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Wouter, it seems You don't understand my point of view. I don't question development results in Debian. I, too, couldn't, because so far I haven't met any Etch installation. I read Weekly news and watch the progress. I see there's quite a development inside of Debian. As of release cycle being shortened to 18 months, I wouldn't that call just an improvement -that decision has probably been one of those that has saved Debian from falling behind the scene. So let's clarify the points of view. There has been an idea opened, that could be interpreted in the way, that Debian can fully compare with Ubuntu. I objected, that current official (stable) release of Debian, yes, Sarge, lacks ease of use (because of bunch of reasons) for average-Joe-user if compared with official (stable) Ubuntu. Some people have no problem accepting this. There are many details in UI and basic administration that can be improved in future (Etch?) to make Debian more attractive for ordinary computer users. I'm happy that You point me to cases that are solved with Etch. If some others get fixed, Etch will probably be much better for ordinary users than Sarge is now. Let's hope it will bear the comparison with stable version of Ubuntu 18 months later. That said, mid-way partial-update release could make it a bit bearable I think. Peter Verhelst wrote / napísal(a): On Mon, Aug 28, 2006 at 11:33:00AM +0200, Mgr. Peter Tuharsky wrote: Wouter: I don't tell the ideology is not valid; I just tell that often this is in the state Users, wait until we solve this ideologically, it may take some years. Well, user dosen't have the years and need things working, so he either does it himself (if he is sortof admin) by downloading, compiling etc, or says Things don't work in Debian and it's too difficult to solve it. I'll better stick with XYZ. Can you give a concrete and extensive example of this? It's hard to discuss such things with hypothetical scenarios. Well, this is exactly the case why I have asked at the very beginning everyone not to try to play the catch-me this way. It is not useful to discuss hypothetical scenarios, sorry. I refuse to do that. I have given handful of examples, and if You really care, You'll find even more. Hint: video, graphics, acceleration.. Yes, but most of them were not valid. Mplayer can be installed easily by adding the right line to your sources.list. It's all over the internet. Same goes for codecs. Yes, I'll try to replicate that sentence to my aunt or cousin. It will be of great help for sure. Besides, if it is that easy, why Debian just dosen't do it itself? Because the mplayer people refuse to think about licenses, which means that it is illegal software in many countries. We cannot take that risk. Besides, mplayer is starting to get increasingly obsolete. There are less and less things that cannot be played by either gstreamer or xine. Which both have a *much* saner design, too. This is out of scope, however I also have much stuff that I cannot play on neither of these, but can on Mplayer. And I don't mean Windows Media by that. I didn't say it is obsolete yet, but that it is getting there. True type fonts and flash have nice installer packages that will download and install the stuff for you. What's the problem? Did You try it in real? [EMAIL PROTECTED]:~$ LC_ALL=C dpkg -l msttcorefonts Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii msttcorefonts 1.2Installer for Microsoft TrueType core fonts [...] In case you missed it, there is now a java package in non-free for unstable. Once etch releases, it will be in stable. Obviously we cannot go ahead and change stable after the fact; but installing Java on a Debian stable system is no harder than it is on a RedHat or Ubuntu or Fedora or whatnot system. In fact, because of java-package, it's actually easier to manage and uninstall if that ever becomes necessary. I _really_ don't understand what your problem is here. We're speaking about distributions that are intended for daily use, not for experiments. To make it clear, Debian 3.1 Sarge and Ubuntu 6.06. If the Etch has it, that's great. java-package has existed since way before sarge, and is part of that distribution. The regular java package is not, but we obviously cannot just go ahead and destabilize stable just for the sake of a java package. When I said it is in unstable, that was because we are working on getting better integration with java in the *next* stable release. It was not a suggestion that you should start using unstable. However that dosen't matter answering the Debian is at least as good as Ubuntu, just needs more advertising. Would You
Re: Problem sending to Alioth lists?
On Mon, Aug 28, 2006 at 06:48:31AM -0400, Roberto C. Sanchez wrote: Out of curiousity, if this is such a good thing why are Alioth and SourceForge the only two services (of the dozens of mailing lists from half dozen or more services) which use this setup? Also, why is the error message returned by the mail server not more clear? Due to it being more widely supported in MTAs and server load issues you'll often see a much weaker variant which only does sender address verification using DNS (checking that there is a resolvable MX or A record for the domain but not verifying that it can be used). From what you're saying you'll have been passing the weaker variants. The general idea with this class of checks is that if the sender does not care if the message is delivered (since they haven't provided a return address that can accept bounces they won't be informed of any errors) then the receiver may as well save the effort of trying the delivery. As with other anti-spam measures you will also see this deployed in conjunction with other measures so the individual checks aren't directly visible themselves: for example, the trigger levels for spam filtering or the timeouts used in greylisting could be adjusted based on the deliverabiliy of the sender. sender_canonical_maps = hash:/etc/postfix/canonical No offense, but that is completely non-scalable. That only works for a small number of users which does not change frequently. Anyhow, thanks to 'Dato, I seem to have been able to convince mutt to play nicer with your mail server. The usual approach is to ensure that your system generates a valid envelope sender by default. For systems that host users with many domains the default is normally chosen to be the underlying account on the hosting system. -- You grabbed my hand and we fell into it, like a daydream - or a fever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
On Aug 28, Martin Wuertele [EMAIL PROTECTED] wrote: You don't run a lot of servers either if you never need versions of many different packages more recent than a couple of years. That's when backports and chroots comes in. Backports have dubious quality and do not get real security support. -- ciao, Marco signature.asc Description: Digital signature
Policy regarding virtual packages
Hi folks, Following some discussion with Marco d'Itri about inetd, I'd like to put forward some more general thoughts on virtual package handling for some comments. Currently, virtual packages (such as mail-transport-agent) cannot be specified by themselves. They can only be used in combination with a non-virtual package which provides the default implementation. For example: Depends: exim4 | postfix | mail-transport-agent or Depends: exim4 | mail-transport-agent This means that 1) Each package depending on a virtual package must specify a real package 2) There is no central policy defining which package is the default implmentation--each package could specify a different default 3) Changing the default is a lot of work--every reverse dependency must be updated. For the case of mail-transport-agent, this could be simply solved by the creation of a mail-transport-agent-default package. This would be an empty package, doing nothing but providing this dependency: Depends: exim4 | mail-transport-agent All packages wanting to depend on mail-transport-agent need only have Depends: mail-transport-agent-default When exim4 becomes exim5, or some other MTA, only the mail-transport-agent-default package would need updating. For the new inet-superserver virtual package, there are potentially over 120 packages which would need to add Depends: openbsd-inetd | inet-superserver However, I feel that this is too many places to hardcode the openbsd-inetd default (Marco d'Itri does not believe this is worth the effort, but I personally think that it will potentially prevent a lot of future effort). Here, I think a means of specifying a distribution-wide default is much better than requiring each package to separately specify it. For this case, I would like to create an inetd-default (or inet-superserver-default) package, which would simply be Depends: openbsd-inetd | inet-superserver and all inetd-requiring packages would just use Depends: inetd-default See http://people.debian.org/~rleigh/inetd-default_1.tar.gz and http://people.debian.org/~rleigh/inetd-default_1.dsc There are some other useful side-effects: Custom Debian Distributions can easily change the -default package to customise the distribution defaults. Example: Scott Remnant recently blogged on -planet about the upstart init/cron/inetd replacement being developed in Ubuntu. This would replace openbsd-inetd, and with this scheme would require a one-line change to a single package. Other CDDs might want to use other inetds, e.g. xinetd, or a null inetd which does nothing. For MTAs, other distributions might want to switch from exim4 to a more lightweight MTA (or even a null MTA for minimal systems). This system would allow that to be simply and easily configured. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. pgpBR1bpc8cZY.pgp Description: PGP signature
Re: Policy regarding virtual packages
On Monday 28 August 2006 14:59, Roger Leigh took the opportunity to say: For the case of mail-transport-agent, this could be simply solved by the creation of a mail-transport-agent-default package. This would be an empty package, doing nothing but providing this dependency: Depends: exim4 | mail-transport-agent All packages wanting to depend on mail-transport-agent need only have Depends: mail-transport-agent-default Hmm, doesn't the name mail-transport-agent-default suggest that it provides *a* mail transport agent, namely the default one (but which can change between releases), and doesn't depending on mail-transport-agent-default suggest that you require not any mail transport agent, but the default one? I can't come up with a name better than mail-transport-agent-default-or-other though. Making mail-transport-agent the empty package, and having it depend only on exim4 (the default), should work. Of course, exim4 can't conflict with it (but it's enough that all the others do), so if the default is changed then the old default, the new default, and the empty package have to be modified, but not the packages depending on mail-transport-agent. I don't think that this is the right solution though. It's just a thought. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) pgpmLIpE2EYMf.pgp Description: PGP signature
Re: Why does Ubuntu have all the ideas?
Am 2006-08-24 17:51:55, schrieb Rudy Godoy: I do believe it's more a matter of relations with press and media than budget. We have no easy-way-to-get-it to tell people why they would want to use Debian. Ubuntu, on the other hand, has achieved to do so, and what they tell that we can't? nothing. All what they advertise we do offer. But we are not good on advertise our OS. What do we do, if one day to another 10 million or more peoples want to use Linux (it does not mater which distribution) ARE WE PREPARED? I asume, the worldwide Linux resources would crash. We need to tell people: Debian is fine for you because it allows you to get your work done and be productive, whether you are an artist, corporate employee, student, doctor, etc. Right... That kind of advertisement, focusing on things that matter for people more than specs and technical details, which are only interesting for those who already in the computing area. I know there is a subproject working on such things, which is great. debian-desktop ? debian-edu ? (Skolelinux) No, I still believe we need more people and relations with press, and not only the technical ones, we should advertise more our work and good experiences like donzka, LinEx, and the others. Not only tell ourselves: we know we are doing things better. We should tell it to others too! Hmmm... Greetings Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Am 2006-08-25 11:46:20, schrieb Mgr. Peter Tuharsky: 1b, If things don't work, it's sometimes hard to get them working either. Example: Bug 372719. The OOo 2.0 keeps crashing for 2 months thank to KNOWN bug in security upgrade. Now tell somebody, that Debian But OOo 2.0 is not in Stable! 1c, Other cases are when something CAN be done in Debian, and even documentation exists, but it is quite complicated and time consuming, and truly should be much easier. Mostly the installer's playground to make life easier and set up things. For example, to automatically install national fonts and translation packages if the user already entered his location and national data. Right, this is one thing I mis in the installation of X. Same for the console font since it does not fit my needs for [EMAIL PROTECTED] or [EMAIL PROTECTED]. Using UTF-8 on the console is a nightmare... LatArCyrHeb is no solution since it is not complete. Greetings Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/6/6192519367100 Strasbourg/France IRC #Debian (irc.icq.com) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
ciol wrote: Clamav is in volatile, php5 in backports, haven't checked squid3. ... squid3 is in *gosh* testing. The problem is that Debian doesn't speak a lot about nice features like volatile and backports, for instance in the official web site, where it's difficult to see the links. The... err... issue is that these services (snapshots, volatile, backports) are not official project's projects yet and also quite new, hence, not integrated in the current stable installer. It is discussed to change this though. You are correct, though, that they're not widely announced. Regards, Joey -- Beware of bugs in the above code; I have only proved it correct, not tried it. -- Donald E. Knuth Please always Cc to me when replying to me on the lists. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas? Debian official update sub-release
On Mon, Aug 28, 2006 at 05:09:54PM +0200, Joey Schulze wrote: ciol wrote: The problem is that Debian doesn't speak a lot about nice features like volatile and backports, for instance in the official web site, where it's difficult to see the links. The... err... issue is that these services (snapshots, volatile, backports) are not official project's projects yet and also quite new, hence, not integrated in the current stable installer. It is discussed to change this though. You are correct, though, that they're not widely announced. If they would become official projects, with official and default support -- including security and installer support -- I would be a lot happier. As it is, it is unclear to me who is building those packages, of what quality they are, and what kind of security support they are receiving. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Policy regarding virtual packages
On 28/08/2006 Magnus Holmgren wrote: Making mail-transport-agent the empty package, and having it depend only on exim4 (the default), should work. Of course, exim4 can't conflict with it (but it's enough that all the others do), so if the default is changed then the old default, the new default, and the empty package have to be modified, but not the packages depending on mail-transport-agent. I don't think that this is the right solution though. It's just a thought. this way, no virtual package would exist at all. mail-transport-agent would depend on exim4, and every package depending on mail-transport-agent would do so as well. no alternative mta could be installed together with packages depending on mail-transport-agent. i don't like the name mail-transport-agent-default, though. maybe 'mail-transport-agent-dep' (for dependence) would be a more proper name. mail-transport-agent should stay the virtual package. in general, i support this proposal. ... jonas signature.asc Description: Digital signature
Re: Policy regarding virtual packages
On Monday 28 August 2006 18:09, Jonas Meurer took the opportunity to say: On 28/08/2006 Magnus Holmgren wrote: Making mail-transport-agent the empty package, and having it depend only on exim4 (the default), should work. Of course, exim4 can't conflict with it (but it's enough that all the others do), so if the default is changed then the old default, the new default, and the empty package have to be modified, but not the packages depending on mail-transport-agent. I don't think that this is the right solution though. It's just a thought. this way, no virtual package would exist at all. That would appear to be incorrect. The Debian Policy Manual, § 7.4, defines a virtual package as one which appears in the Provides control file field of another package. It goes on to say that If there are both concrete and virtual packages of the same name, then the dependency may be satisfied (or the conflict caused) by either the concrete package with the name in question or any other concrete package which provides the virtual package with the name in question. mail-transport-agent would depend on exim4, and every package depending on mail-transport-agent would do so as well. no alternative mta could be installed together with packages depending on mail-transport-agent. Also incorrect. All alternative mta packages would still Provides: mail-transport-agent, which means that any of them could satisfy the dependency in place of the (empty) concrete mail-transport-agent package. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) pgpjzCwBdVL4o.pgp Description: PGP signature
Re: Policy regarding virtual packages
Roger Leigh wrote: Hi folks, Following some discussion with Marco d'Itri about inetd, I'd like to put forward some more general thoughts on virtual package handling for some comments. Currently, virtual packages (such as mail-transport-agent) cannot be specified by themselves. They can only be used in combination with a non-virtual package which provides the default implementation. For example: I just hope this is not true, because there are thousands packages in the archive depending on libc6-dev, or libc6-dev | libc-dev. Both libc6-dev and libc-dev are virtual packages on some architectures (such as alpha or ia64). -- .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 : :' : Debian developer | Electrical Engineer `. `' [EMAIL PROTECTED] | [EMAIL PROTECTED] `-people.debian.org/~aurel32 | www.aurel32.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Policy regarding virtual packages
On Monday 28 August 2006 18:48, Aurelien Jarno took the opportunity to say: Roger Leigh wrote: Hi folks, Following some discussion with Marco d'Itri about inetd, I'd like to put forward some more general thoughts on virtual package handling for some comments. Currently, virtual packages (such as mail-transport-agent) cannot be specified by themselves. They can only be used in combination with a non-virtual package which provides the default implementation. For example: I just hope this is not true, because there are thousands packages in the archive depending on libc6-dev, or libc6-dev | libc-dev. Both libc6-dev and libc-dev are virtual packages on some architectures (such as alpha or ia64). Actually they can, but it's recommended that a real package be given as well. From /usr/share/lintian/checks/fields.desc: Tag: virtual-package-depends-without-real-package-depends Type: warning Ref: policy 7.4 Info: The package declares a depends on a virtual package without listing a real package as an alternative first. . A real package should be listed in the first part of the | dependency in order for the package to be installable by package management programs that can't or won't guess which alternative to select by default. In particular, it helps build daemons rebuild the package without manual overrides. -- Magnus Holmgren[EMAIL PROTECTED] (No Cc of list mail needed, thanks) pgpkGem45VL20.pgp Description: PGP signature
Re: Policy regarding virtual packages
On Mon, Aug 28, 2006 at 04:01:57PM +0200, Magnus Holmgren wrote: Making mail-transport-agent the empty package, and having it depend only on exim4 (the default), should work. Of course, exim4 can't conflict with it (but it's enough that all the others do), No, that's not enough. The exim4 package has file conflicts with the other implementors of m-t-a; there need to be Conflicts declared *directly* between exim4 and the others. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bits from the DPL: Freedom and etch hik :-) At skimme, ny mail
On Monday 28 August 2006 20:35, Anthony Towns wrote: Hello, world! As a project, Debian is heavily committed to the ideals of free software. That's not news to anyone reading this, I'm sure, as it's something we've constantly worked to improve, whether that be by establishing our Social Contract and the Debian Free Software Guidelines or by working with other organisations such as Software in the Public Interest [0], the Free Software Foundation [1], the Open Source Institute [2], or Creative Commons [3] to further promote those ideals. Another two major steps we have made towards the ideal of software freedom over the course of the project has been removing the need to run non-free software to contribute to Debian -- made possible by Werner Koch's development of the GNU Privacy Guard (gnupg/gpg); and removing the need to run non-free software on our own servers, which was completed in May 2000 when we switched from qmail to postfix and exim for handling debian.org email [4]. The most recent efforts in relation to this ongoing goal have been in paying increased attention to the freedoms provided for works other than regular applications and libraries -- most notably documentation [5]. I believe the current expectation is that there will be absolutely no problems ensuring that the Debian System will not only be composed entirely of free applications and libraries, as it has for years, but also of free documentation, free graphics, free videos, free fonts, and free drivers. At this point, there seem to be only three areas where we won't easily be able to meet the goal of everything in the Debian System meeting the DFSG: (a) License texts only rarely explicitly allow other authors to create new, derivative licenses based on existing ones -- you either use what's there, or get your own lawyer to draft something in their own words. (b) We generally aren't able to consider distributing truly large source files, including losslessly encoded video, geographical data sets, or the complete design specification for some fonts. (c) A number of drivers in the Linux kernel include firmware to be uploaded to the chipsets they support that is provided as either a sequence of hex codes, or as a separate binary file -- while modifying the code is allowed, in many if not most or all such cases, the firmware is effectively being provided without useful source. License texts themselves are not an easy issue to resolve, but this is somewhat balanced out by that generally not being necessary -- and indeed while we do encourage people to come up with modifications to software they use, coming up with new and modified licenses is often a much worse idea than reusing an existing free license, even if it has flaws. Large source files and how we should deal with them have been an unresolved concern for a long time -- Bug#38902 might give you some idea just how long. Up until now we've dealt with it by simply packaging the source in the form that we need it -- for which a reduced or compressed form almost always suffices. It will probably be some time yet before we can come up with a sensible technical approach here that balances out the bandwidth and storage usage appropriately. Firmware, however, is a much more immediately resolvable issue -- and one that has already progressed signficantly over the past few years as Linux's interface for loadable firmware has improved, and hardware manufacturers gradually become more comfortable with releasing free drivers and free firmware. The major problem remaining for Debian in handling that, is that we don't have a good way of supporting installs on hardware that needs firmware that we don't have source for and have separated into the non-free component. Joey Hess summarised the problems in dealing with that to the -vote list [6] and estimated six months of work developing the appropriate support in the installer, with presumably more time needed after that for testing and quality assurance. So the question is what should we do here? One approach would be to say we're committed to making the Debian System completely free, so until that's done, we're not ready to release. Another is to say we've made a lot of improvements since sarge, on this score and others, so let's get etch out now, and move onto the next bit after that. A third is to say we've committed to getting etch out, and to making it be completely free -- if that means not supporting a range of hardware, so be it. One way or another we're going to have to make a decision on what approach to take fairly soon -- and general resolutions on how to square up the approach we take are already being discussed on the debian-vote list. Personally, I'd appreciate knowing which of the above goals Debian users and developers actually think are the most important
Firmware poll
-=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- 6c557439-9c21-4eec-ad6c-e6384fab56a8 [ 1 ] Choice 1: Release etch on time [ 3 ] Choice 2: Do not ship sourceless firmware in main [ 2 ] Choice 3: Support hardware that requires sourceless firmware [ ] Choice 4: None of the above -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=- Of course I have to choose releasing etch on time first as a RA :-) As I want to have all hardware supported (in some way or another), that's my second option. As I can live with shipping sourceless firmware in main, I put it above NOTA. Cheers Luk -- Luk Claes - http://people.debian.org/~luk - GPG key 1024D/9B7C328D Fingerprint: D5AF 25FB 316B 53BB 08E7 F999 E544 DE07 9B7C 328D signature.asc Description: OpenPGP digital signature
Re: UNINSTALL
PLEASE UNINSTALL ME FROM CALLWAVE. MY TELEPHONE NUMBER IS 405-379-2219.
Re: Why does Ubuntu have all the ideas?
On Mon, Aug 28, 2006 at 01:17:42PM +0200, Mgr. Peter Tuharsky wrote: At the beginning of my comments, there has been a statement from Rudy: We have no easy-way-to-get-it to tell people why they would want to use Debian. Ubuntu, on the other hand, has achieved to do so, and what they tell that we can't? nothing. and as his message continues (25.08.2006 00:51) I have objected, that if viewed from angle of average-Joe-user, Debian lacks many things to compare with Ubuntu. Whoever wants to use computer, not do hacking and testing, will reach for stable system. Comparing latest *stable* release of Debian with latest *stable* release of Ubuntu is therefore appropriate, like it or not. It's not fault of Ubuntu if the results are not too attractive for Then lets look at how stable ubuntu stable is or is not. I know I've seen posts on these lists suggesting that ubuntu stable tends to pull in things from debian unstable[1] and is therefore less stable. If that really is the case then comparing debian stable to ubuntu stable is in fact not a fair comparison (or rather comparing *only* versions of upstream software is not reasonable). Sometime ago I read suggestions that running debian testing is approximately equivalent to running other distributions' stable releases, however I can't seem to find where that came from (too much chatter to pick anything up in a quick google search). So if we're going to talk about a fair comparison, let's make sure we're comparing stability and number of bugs in the release as well. Also, what about bugs that get introduced by other bug or security fixes? How often do they happen in debian compared to other projects, and when they do, how quickly are they found and fixed? What about Debian stable compared to RHEL or Ubuntu server in a serer environment with Debian testing compared to fedora and ubuntu on the desktop? I personally use debian stable on my home server, with a mixed stable/volatile/testing/(few)unstable set of packages on my desktop. The truth is though, once Etch comes out I will probably stick with stable. Certain projects like OpenOffice.org (2.0.x) and Mozilla (1.5.x) are starting to mature to the point where I won't feel that upgrading them (aside from security fixes) frequently is necessary. Back in the day (late 80's, early 90's) users of DOS, and then Windows 3.1, had an os that didn't change much for years at a time, and once you bought a software package you were usually stuck with that version until you bought another one. I think part of what has happened with gnu/linux is that it has taken a significant amount of time to mature with some major components (gnome/kde, mozilla, ooo) only being relative newcomers when compared to apps like MS Word (first release in the early 80's for DOS). Sarge (note: Sarge! I don't compare Woody.) If Etch was claimed stable at the time, I would compare him, however he has some half [1]http://lists.debian.org/debian-devel/2006/08/msg01116.html -- GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore signature.asc Description: Digital signature
Re: Policy regarding virtual packages
Magnus Holmgren [EMAIL PROTECTED] writes: Actually they can, but it's recommended that a real package be given as well. From /usr/share/lintian/checks/fields.desc: Tag: virtual-package-depends-without-real-package-depends Type: warning Ref: policy 7.4 Info: The package declares a depends on a virtual package without listing a real package as an alternative first. . A real package should be listed in the first part of the | dependency in order for the package to be installable by package management programs that can't or won't guess which alternative to select by default. In particular, it helps build daemons rebuild the package without manual overrides. There's a much better version of this warning in current lintian: Tag: virtual-package-depends-without-real-package-depends Type: warning Info: The package declares a depends on a virtual package without listing a real package as an alternative first. . If this package could ever be a build dependency, it should list a real package as the first alternative to any virtual package in its Depends. Otherwise, the build daemons will not be able to provide a consistent build environment. . If it will never be a build dependency, this isn't necessary, but you may want to consider doing so anyway if there is a real package providing that virtual package that most users will want to use. This is really only an issue with build dependencies. For regular dependencies, the only problem is the UI issue of what a package manager should do when a package depends only on a virtual package, but that's a solvable UI question. (For example, one reasonable thing that the package manager could do is present a list of packages fulfilling that virtual requirement and ask the user to pick.) -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Adam Borowski wrote: On Sat, Aug 26, 2006 at 02:01:21AM -0400, Benjamin Seidenberg wrote: Michelle Konzack wrote: Since I have no valid ID-Card (problens with France, since I am origin iranish/turkish witeh illegal german adoptivp arents) I can not enter the NM... nobody can sign legaly my GPG key and more bs. Maybe if I go back to Iran or Turkey it would be possible for me. You can always use a Transnational Republic ID card. I am pretty sure Michelle has at least _some_ sort of ID, even as an illegal alien. And with the current anti-Arab scare she would be already deported were she lacking complete valid papers -- you can sit in peace if you don't travel anywhere, but by browsing debian-devel I get the impression Michelle travels around a lot. And, there is a number of ways to reasonably prove your identity better than an ID. And ID can be gotten by talking to an absent-minded clerk, bribing the said underpaid clerk or even get a nice blank one from Ivan -- so an ID cannot be deemed a solid proof. Michelle, you're not a nobody. Many people know you. If I walked with you to a known figure who knew you for a number of years and he vouched for you, I would be a lot more certain than if I had seen nothing but a smudged photo on an ID. You can bribe or sweet-talk the guy to fool me, but I still would call an university professor or the like someone more trustworthy than a nameless clerk. And I'm sure there's a number of similar people who know you. What would you say about the chief of Polish chapter of FFII? He's a long-time buddy of mine, even though I haven't seen him for a number of years. While not a DD, I don't think his word would have less weight than an ID you can get for $25. Also, the name means little. I don't really care if an upload was done by a person who claims to be named Benjamin Seidenberg, I care that it was done by a person with a history of valid good contributions whose prior work was checked by many people. Whether it was signed by Benjamin Seidenberg doesn't matter until I want to pursue legal action. I don't need your real name to appreciate your deeds -- feeling thankful to astronut works as well. It's the ownership of the key what matters, not the name attached to it. It's important to know that the key is yours, not that it belongs to a Benjamin Seidenberg. This issue was heavily discussed in a previous project thread after the blog post I linked to was published. It incited a huge flame war, which I was referring to in humor. signature.asc Description: OpenPGP digital signature
Re: Why does Ubuntu have all the ideas?
Le Sat, Aug 26, 2006 at 10:00:08PM +0200, Michelle Konzack a écrit : Am 2006-08-25 11:46:20, schrieb Mgr. Peter Tuharsky: 1b, If things don't work, it's sometimes hard to get them working either. Example: Bug 372719. The OOo 2.0 keeps crashing for 2 months thank to KNOWN bug in security upgrade. Now tell somebody, that Debian But OOo 2.0 is not in Stable! Dear Michelle, to be fair with Mgr Tuharsky, I think that it is important to remind that the bug he is talking about in not affecting OpenOffice only, that it was introduced by a security update, and that for various reasons the fix takes months to be released, leaving users with a broken Sarge. I conclude from this that there is a problem of transparency / communication : - The people complaining had the impression that nobody was caring fixing the problem, because there was no apparent activity, and the problem was claimed to be solved. - Many answers to Mgr Tuharsky got were counter-criticisms focusing on OpenOffice, and overlooking the fact that the security update broke many more programs. - The fix was lost in the limbo for some time between two teams, leaving the users reading the bug report in a situation in which they can not decide who to contact to unblock the situation. - The problem is getting solved in silence. Maybe the debian website would deserve a section in which Debian communicates on those issues. After all, I think that they are similar in concept (but not in gravity) to recalls seen in the industry: a broken material was released, so special communication could help to contact the users, explain the problem, and help them to fix it. Have a nice day, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Why does Ubuntu have all the ideas?
Charles Plessy [EMAIL PROTECTED] wrote: Maybe the debian website would deserve a section in which Debian communicates on those issues. After all, I think that they are similar in concept (but not in gravity) to recalls seen in the industry: a broken material was released, so special communication could help to contact the users, explain the problem, and help them to fix it. Hmm, like a top bugs section on the front page of debian.org? That would be interesting. Specific bugs could be added to the list (and fall off, say, a week after they are closed), and bugs that are seeing a lot of activity could step in blanks when there's not enough manual bugs to fill the list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted jspwiki 2.2.33-3 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:00:00 +0300 Source: jspwiki Binary: jspwiki Architecture: source all Version: 2.2.33-3 Distribution: unstable Urgency: low Maintainer: Kalle Kivimaa [EMAIL PROTECTED] Changed-By: Kalle Kivimaa [EMAIL PROTECTED] Description: jspwiki- WikiWikiWeb clone written in Java Changes: jspwiki (2.2.33-3) unstable; urgency=low . * Fixed the tomcat.policy to allow Tomcat5 to run with the security manager enabled. * Fixed the old logging path in jspwiki.properties to be /var/log/tomcat5/jspwiki.log Files: 8c3951a2f1f75b58d6a9eff707b197c0 645 web optional jspwiki_2.2.33-3.dsc 96a44ddf7f970cba9e9ab7fec3c5296e 18434 web optional jspwiki_2.2.33-3.diff.gz 681b63299b9efb411b3267027f3a4124 2515874 web optional jspwiki_2.2.33-3_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8n9lkuYKi19tgBURAtxLAKC/vTXQsgFv6VUz5c4P61Ixz1ULdACfX2lD rW0qvD/+ZX3tcAvUgcTW/tc= =C6x1 -END PGP SIGNATURE- Accepted: jspwiki_2.2.33-3.diff.gz to pool/main/j/jspwiki/jspwiki_2.2.33-3.diff.gz jspwiki_2.2.33-3.dsc to pool/main/j/jspwiki/jspwiki_2.2.33-3.dsc jspwiki_2.2.33-3_all.deb to pool/main/j/jspwiki/jspwiki_2.2.33-3_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-plonecollectorng 1.2.9-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:13:45 +0200 Source: zope-plonecollectorng Binary: zope-plonecollectorng Architecture: source all Version: 1.2.9-1 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope-plonecollectorng - bugtracking system and framework based on plone and archetypes Closes: 384877 Changes: zope-plonecollectorng (1.2.9-1) unstable; urgency=low . * New upstream release. (Closes: #384877) Files: 69ab174fbad35a9a607495e2e3befd3c 750 web optional zope-plonecollectorng_1.2.9-1.dsc 884b817400c854ed111ea046986baa55 401208 web optional zope-plonecollectorng_1.2.9.orig.tar.gz 27ae2b783aeb32815928ae6dfd7286d9 2052 web optional zope-plonecollectorng_1.2.9-1.diff.gz fe5fd9d556f6fbc43e92d3d84d1bd639 388810 web optional zope-plonecollectorng_1.2.9-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE8op9K/juK3+WFWQRApciAJ4qyTbh/cfJxgVC+/p5KLoHXXmGHQCfRaWK cVDiak9o0xjofE+m3IKSmIM= =UlFD -END PGP SIGNATURE- Accepted: zope-plonecollectorng_1.2.9-1.diff.gz to pool/main/z/zope-plonecollectorng/zope-plonecollectorng_1.2.9-1.diff.gz zope-plonecollectorng_1.2.9-1.dsc to pool/main/z/zope-plonecollectorng/zope-plonecollectorng_1.2.9-1.dsc zope-plonecollectorng_1.2.9-1_all.deb to pool/main/z/zope-plonecollectorng/zope-plonecollectorng_1.2.9-1_all.deb zope-plonecollectorng_1.2.9.orig.tar.gz to pool/main/z/zope-plonecollectorng/zope-plonecollectorng_1.2.9.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pgpdump 0.24-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:28:52 +0200 Source: pgpdump Binary: pgpdump Architecture: source i386 Version: 0.24-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: pgpdump- PGP packet visualizer Changes: pgpdump (0.24-2) unstable; urgency=low . * QA upload. * Package is orphaned (#383129); set maintainer to Debian QA Group. * debian/watch: Update upstream URL. * Conforms to Standards version 3.7.2. Files: 06f1b3dc4a05e14dff2e2726d435e0bf 587 utils optional pgpdump_0.24-2.dsc 1e2a7c664adcddbfa7b66ad965a69753 14974 utils optional pgpdump_0.24-2.diff.gz c608e1d0e0ea295601cd4b0f25f94237 19932 utils optional pgpdump_0.24-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8o5VxBYivKllgY8RAgTiAKC98jlxvEtWDQ0rSty2Tq72uarF+ACgv8zw kIVuPQl/kQrhNVcvWC81M10= =R5mr -END PGP SIGNATURE- Accepted: pgpdump_0.24-2.diff.gz to pool/main/p/pgpdump/pgpdump_0.24-2.diff.gz pgpdump_0.24-2.dsc to pool/main/p/pgpdump/pgpdump_0.24-2.dsc pgpdump_0.24-2_i386.deb to pool/main/p/pgpdump/pgpdump_0.24-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libpaper 1.1.20 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:42:49 +0200 Source: libpaper Binary: libpaper-dev libpaper1 libpaper-utils Architecture: source i386 Version: 1.1.20 Distribution: unstable Urgency: low Maintainer: Giuseppe Sacco [EMAIL PROTECTED] Changed-By: Giuseppe Sacco [EMAIL PROTECTED] Description: libpaper-dev - Library for handling paper characteristics (development files) libpaper-utils - Library for handling paper characteristics (utilities) libpaper1 - Library for handling paper characteristics Closes: 384930 Changes: libpaper (1.1.20) unstable; urgency=low . * Update spanish translation by Carlos Valdivia Yagüe (Closes: #384930) Files: 925727a8c9acdd8e90a184821a506e5c 568 libs optional libpaper_1.1.20.dsc 7075f580606a84e63b7d6d9fa3124c31 329001 libs optional libpaper_1.1.20.tar.gz 6c5eb0cfd94fde904270f06fc0a3350f 20400 libs optional libpaper1_1.1.20_i386.deb dc553d55142d10eea8e71f3f80782fab 17328 utils optional libpaper-utils_1.1.20_i386.deb d935d0eb72d947aa0e5976eccfa92ed4 16774 libdevel optional libpaper-dev_1.1.20_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8pKJIgfFlOyXCJ0RAppbAKCXv+I15x4OCip383yiRv2Vw/dsZgCdFUvI Oa21ODXzar/o4HhNuM504M8= =hbXp -END PGP SIGNATURE- Accepted: libpaper-dev_1.1.20_i386.deb to pool/main/libp/libpaper/libpaper-dev_1.1.20_i386.deb libpaper-utils_1.1.20_i386.deb to pool/main/libp/libpaper/libpaper-utils_1.1.20_i386.deb libpaper1_1.1.20_i386.deb to pool/main/libp/libpaper/libpaper1_1.1.20_i386.deb libpaper_1.1.20.dsc to pool/main/libp/libpaper/libpaper_1.1.20.dsc libpaper_1.1.20.tar.gz to pool/main/libp/libpaper/libpaper_1.1.20.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tla 1.3.5+dfsg-4 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 09:14:00 +0200 Source: tla Binary: tla-doc tla Architecture: source i386 all Version: 1.3.5+dfsg-4 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: tla- GNU arch revision control system tla-doc- GNU arch revision control system (documentaiton) Closes: 382465 Changes: tla (1.3.5+dfsg-4) unstable; urgency=low . * Adding 01-segfault-ia64.dpatch and 02-alignment-hppa-sparc.dpatch to fix FTBFS on hppa, ia64, and sparc (Closes: #382465). * The testsuite was disabled on a selection of archs in the last revision because it's know that the testsuite is broken on some archs. E.g. for arm, this is definitely the case. In lack of testing possibilities, I'm re-enabling the testsuite on hppa, ia64 and sparc, because it's not know if the testsuite do run or not, now that the FTBFS seems to be fixed. If they fail, the testsuite must be broken on those archs too (assumed the FTBFS fix is sufficient :) Files: 910a6f5cab6df6cdad77111af7bd06d5 597 devel optional tla_1.3.5+dfsg-4.dsc 189b466bf78f900de27a05599cfd46c8 30001 devel optional tla_1.3.5+dfsg-4.diff.gz cb56f790ba456e524210b2198c002a7d 49794 doc optional tla-doc_1.3.5+dfsg-4_all.deb 3f05e75d8a92500d064e6cdd873de80f 383284 devel optional tla_1.3.5+dfsg-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8prx+C5cwEsrK54RApWXAKC+n2q/TqQtPDcL77LpKlZ+J+WeUACgkmGF 7zzjISlDd9/hwhA9vWIz1WY= =LRTc -END PGP SIGNATURE- Accepted: tla-doc_1.3.5+dfsg-4_all.deb to pool/main/t/tla/tla-doc_1.3.5+dfsg-4_all.deb tla_1.3.5+dfsg-4.diff.gz to pool/main/t/tla/tla_1.3.5+dfsg-4.diff.gz tla_1.3.5+dfsg-4.dsc to pool/main/t/tla/tla_1.3.5+dfsg-4.dsc tla_1.3.5+dfsg-4_i386.deb to pool/main/t/tla/tla_1.3.5+dfsg-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tikiwiki 1.9.4+dfsg2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:20:56 +0200 Source: tikiwiki Binary: tikiwiki Architecture: source all Version: 1.9.4+dfsg2-2 Distribution: unstable Urgency: high Maintainer: Debian Tikiwiki team [EMAIL PROTECTED] Changed-By: Marcus Better [EMAIL PROTECTED] Description: tikiwiki - groupware and content management system Closes: 384796 Changes: tikiwiki (1.9.4+dfsg2-2) unstable; urgency=high . * Fix input validation problem. (Closes: #384796) - Fixed security issue: CVE-2006-4299. Files: 5d3de5d3778d7ea4ff4661c53dda78c1 669 web optional tikiwiki_1.9.4+dfsg2-2.dsc 172ea16f5ba2d401f919a6cabd9eecdb 18339 web optional tikiwiki_1.9.4+dfsg2-2.diff.gz 0af6dc19234b966c9cad01d2ca019394 7147922 web optional tikiwiki_1.9.4+dfsg2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8puU+C5cwEsrK54RAlf8AJ9TpTIWOAsb9lFTPKVG/HWaRtvS8QCeJ3LS VrfYKKxeM87/br/Z1TohUOI= =UhEN -END PGP SIGNATURE- Accepted: tikiwiki_1.9.4+dfsg2-2.diff.gz to pool/main/t/tikiwiki/tikiwiki_1.9.4+dfsg2-2.diff.gz tikiwiki_1.9.4+dfsg2-2.dsc to pool/main/t/tikiwiki/tikiwiki_1.9.4+dfsg2-2.dsc tikiwiki_1.9.4+dfsg2-2_all.deb to pool/main/t/tikiwiki/tikiwiki_1.9.4+dfsg2-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted clamav-data 20060828.035900.1738 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 03:47:04 + Source: clamav-data Binary: clamav-data Architecture: source all Version: 20060828.035900.1738 Distribution: unstable Urgency: low Maintainer: Marc Haber [EMAIL PROTECTED] Changed-By: Marc Haber [EMAIL PROTECTED] Description: clamav-data - clamav data files Changes: clamav-data (20060828.035900.1738) unstable; urgency=low . * Automatically generated by clamav-getfiles. * See clamav-getfiles changelog for the real change log. URL: http://packages.debian.org/changelogs/pool/main/c/clamav-getfiles/current/changelog.html Files: 78e75719df493872bfa4a1d8be7a19b5 546 utils optional clamav-data_20060828.035900.1738.dsc d0a23d556c37215a093d854ff1059a0b 6157936 utils optional clamav-data_20060828.035900.1738.tar.gz 8306d2b2871c9c95d6639ade6a1a0c22 6154290 utils optional clamav-data_20060828.035900.1738_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8pt2gZalRGu6PIQRAmz8AJ47rFJL4q6Fcx5ASvpWtbvkUfqzRQCeIsSo OLY/eeALT2mDHDWbPobI77s= =o8jJ -END PGP SIGNATURE- Accepted: clamav-data_20060828.035900.1738.dsc to pool/main/c/clamav-data/clamav-data_20060828.035900.1738.dsc clamav-data_20060828.035900.1738.tar.gz to pool/main/c/clamav-data/clamav-data_20060828.035900.1738.tar.gz clamav-data_20060828.035900.1738_all.deb to pool/main/c/clamav-data/clamav-data_20060828.035900.1738_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dmenu 0.6-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 29 Aug 2006 10:40:00 +0200 Source: dmenu Binary: dmenu Architecture: source i386 Version: 0.6-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: dmenu - dynamic menu Changes: dmenu (0.6-1) unstable; urgency=low . * New upstream release. Files: 37f4cae04555d5fa4a27af692baa1802 554 x11 optional dmenu_0.6-1.dsc c5de93d0f66a5aaedd4128924a5e0eff 6975 x11 optional dmenu_0.6.orig.tar.gz ef6e49320168243a50fc3226a2d243a8 1804 x11 optional dmenu_0.6-1.diff.gz 399c625bd048999a443973d89415fdf2 8462 x11 optional dmenu_0.6-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8qvy+C5cwEsrK54RAvx9AJ9sPZp78LYoOjgajzNqpbgX3VFXlACgxwlR HTTmjM+0ruZ8mKX9t2faU0Y= =LXqe -END PGP SIGNATURE- Accepted: dmenu_0.6-1.diff.gz to pool/main/d/dmenu/dmenu_0.6-1.diff.gz dmenu_0.6-1.dsc to pool/main/d/dmenu/dmenu_0.6-1.dsc dmenu_0.6-1_i386.deb to pool/main/d/dmenu/dmenu_0.6-1_i386.deb dmenu_0.6.orig.tar.gz to pool/main/d/dmenu/dmenu_0.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dwm 1.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 10:36:00 +0200 Source: dwm Binary: dwm Architecture: source i386 Version: 1.1-1 Distribution: unstable Urgency: low Maintainer: Daniel Baumann [EMAIL PROTECTED] Changed-By: Daniel Baumann [EMAIL PROTECTED] Description: dwm- dynamic window manager Changes: dwm (1.1-1) unstable; urgency=low . * New upstream release. Files: 5a3dcb87cc7c08d19581b21fcfb07012 566 x11 optional dwm_1.1-1.dsc 398c002ccf825e2a0298d6c6ed86672c 15580 x11 optional dwm_1.1.orig.tar.gz b2202aeaa257797ec80957a8095894d2 3432 x11 optional dwm_1.1-1.diff.gz c5237f10d45199f7ce97d0be9bd61877 17860 x11 optional dwm_1.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8qt2+C5cwEsrK54RAt11AKC89EyvEY2gFZjEMMBhRSjoEYXz9ACgs6GG Wf/HBap1w56+LM4WfCMQzi0= =MezI -END PGP SIGNATURE- Accepted: dwm_1.1-1.diff.gz to pool/main/d/dwm/dwm_1.1-1.diff.gz dwm_1.1-1.dsc to pool/main/d/dwm/dwm_1.1-1.dsc dwm_1.1-1_i386.deb to pool/main/d/dwm/dwm_1.1-1_i386.deb dwm_1.1.orig.tar.gz to pool/main/d/dwm/dwm_1.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted buildbot 0.7.4-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 07:21:16 +0200 Source: buildbot Binary: buildbot Architecture: source all Version: 0.7.4-1 Distribution: unstable Urgency: low Maintainer: Matthias Klose [EMAIL PROTECTED] Changed-By: Matthias Klose [EMAIL PROTECTED] Description: buildbot - a system to automate the compile/test cycle Closes: 382715 384090 Changes: buildbot (0.7.4-1) unstable; urgency=low . * New upstream version. * Fix init script, starting buildbots on system startup. Closes: #384090. . buildbot (0.7.3-3.1) unstable; urgency=low . * Adding the --system flag when creating the user in postinst. - Closes: #382715. Files: 4d239d89d947a79ca86542d7c23c5609 671 devel optional buildbot_0.7.4-1.dsc a311b9c9b283acc8e6fa8770d099bae7 862827 devel optional buildbot_0.7.4.orig.tar.gz b5783983c06f7d66c33eb63ba632fadf 4180 devel optional buildbot_0.7.4-1.diff.gz 792a36af3398f9837c4c1dc9a7c88f46 773480 devel optional buildbot_0.7.4-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8qi2StlRaw+TLJwRAgnSAJ95cRkMQMXQ38sxOdKXxk2lRSDhnwCgx5GR IKmkYEs1rLt6L/9HnkJkOAU= =ctTM -END PGP SIGNATURE- Accepted: buildbot_0.7.4-1.diff.gz to pool/main/b/buildbot/buildbot_0.7.4-1.diff.gz buildbot_0.7.4-1.dsc to pool/main/b/buildbot/buildbot_0.7.4-1.dsc buildbot_0.7.4-1_all.deb to pool/main/b/buildbot/buildbot_0.7.4-1_all.deb buildbot_0.7.4.orig.tar.gz to pool/main/b/buildbot/buildbot_0.7.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kdevelop 4:3.3.4-2 (source i386 all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 28 Aug 2006 10:06:25 +0200
Source: kdevelop
Binary: kdevelop-doc kdevelop-data kdevelop kdevelop-dev
Architecture: source i386 all
Version: 4:3.3.4-2
Distribution: unstable
Urgency: low
Maintainer: Jeremy Lainé [EMAIL PROTECTED]
Changed-By: Jeremy Lainé [EMAIL PROTECTED]
Description:
kdevelop - An IDE for Unix/X11
kdevelop-data - An IDE for Unix/X11 - data
kdevelop-dev - An IDE for Unix/X11 - development files
kdevelop-doc - An IDE for Unix/X11 - documentation
Closes: 215250 345121
Changes:
kdevelop (4:3.3.4-2) unstable; urgency=low
.
* Remove reference to kdevelop3 in README.Debian
* Add manpages for all binaries (Closes: #215250)
* Do not install /usr/bin/r++, it is useless and unusable
* Remove ${misc:Depends} from kdevelop's Depends, debconf is no longer used
* Update versioned Build-Depends on libcvsservice-dev to = 3.5.4
* Remove unnecessary Build-Depends on po-debconf
* Add debian/patches/common to update admin/* (Closes: #345121)
Files:
b1c3f8db1e0ae6d85820a241bad580b6 789 kde optional kdevelop_3.3.4-2.dsc
a44c88eb903798eaa0331185daaff259 90645 kde optional kdevelop_3.3.4-2.diff.gz
b8527e577386befe02ed26a75830f538 2467846 doc optional
kdevelop-doc_3.3.4-2_all.deb
bbafef17b51a0b6a44785fa9882ed75c 2547768 kde optional
kdevelop-data_3.3.4-2_all.deb
9d61aa7f15b61e5a514654ea0c9e998d 8121342 kde optional kdevelop_3.3.4-2_i386.deb
a82fab0093c48f4009a16cafab552c1b 162210 kde optional
kdevelop-dev_3.3.4-2_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFE8q3x4mJJZqJp2ScRAptXAJ9AtSxiwTr4e5yDqFZwhoEcPA+QNACglF+5
2xMab4lRnyG6r5L8zJtRflQ=
=iZLk
-END PGP SIGNATURE-
Accepted:
kdevelop-data_3.3.4-2_all.deb
to pool/main/k/kdevelop/kdevelop-data_3.3.4-2_all.deb
kdevelop-dev_3.3.4-2_i386.deb
to pool/main/k/kdevelop/kdevelop-dev_3.3.4-2_i386.deb
kdevelop-doc_3.3.4-2_all.deb
to pool/main/k/kdevelop/kdevelop-doc_3.3.4-2_all.deb
kdevelop_3.3.4-2.diff.gz
to pool/main/k/kdevelop/kdevelop_3.3.4-2.diff.gz
kdevelop_3.3.4-2.dsc
to pool/main/k/kdevelop/kdevelop_3.3.4-2.dsc
kdevelop_3.3.4-2_i386.deb
to pool/main/k/kdevelop/kdevelop_3.3.4-2_i386.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yodl 2.03-1 (source powerpc)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 28 Aug 2006 09:55:39 +0100
Source: yodl
Binary: yodl
Architecture: source powerpc
Version: 2.03-1
Distribution: unstable
Urgency: low
Maintainer: Frank B. Brokken [EMAIL PROTECTED]
Changed-By: Colin Watson [EMAIL PROTECTED]
Description:
yodl - Your Own Document Language (Yodl) is a pre-document language
Changes:
yodl (2.03-1) unstable; urgency=low
.
[ Frank B. Brokken ]
* See the upstream changelog
.
[ Colin Watson ]
* Set Frank as Maintainer and myself as an Uploader.
.
yodl (2.02) unstable; urgency=low
.
* Following suggestions by Karel Kubat, several data files were modified:
global variables are initialized to prevent compilation problems. Also,
Karel's contrib/build.pl script was modified by Karel. I changed the
initialization of the $config{TOPLEVEL_VERSION} so that it first tries to
read the current toplevel version from the src/config.h file, to promote
version synchronization.
.
Some minor changes to macro files were made, and several superfluous files
were removed from the distribution.
.
Adapted several debian-files, updating the standards and debhelper
versions, removed debian/ from the .orig archive and added an upstream
changelog file, keeping this file for future Debian changes only. The
initial version of the upstream-changelog file is this file: Yodl's
debian/changelog until (including) version 2.02.
.
Disregard the comment in version 2.01.03 about plans to discontinue
icmake. Icmake's build script will be kept and will remain to be yodl's
main build-tool. Many functions used in the src/build script have been
rebuilt, resulting in the removal of many system-function calls and thus
increasing its speed of execution.
Files:
bf224a86a8f2ecc530726f301cfb5e65 653 text optional yodl_2.03-1.dsc
8325bb8cfa133238f700379991f1b01c 263902 text optional yodl_2.03.orig.tar.gz
45aa2ab2eb9b75d42f58e7e4ed9350fb 9204 text optional yodl_2.03-1.diff.gz
cfa69b1ba01c0ac80e55b9054f0a0dcf 1081646 text optional yodl_2.03-1_powerpc.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFE8rKb9t0zAhD6TNERAo1wAJ4y6Pz7Krh5tm3gqtr6q3d2PfwEYwCeLKR5
m2IFATM+9aYTAGrRaISQXU0=
=saM8
-END PGP SIGNATURE-
Accepted:
yodl_2.03-1.diff.gz
to pool/main/y/yodl/yodl_2.03-1.diff.gz
yodl_2.03-1.dsc
to pool/main/y/yodl/yodl_2.03-1.dsc
yodl_2.03-1_powerpc.deb
to pool/main/y/yodl/yodl_2.03-1_powerpc.deb
yodl_2.03.orig.tar.gz
to pool/main/y/yodl/yodl_2.03.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libclass-c3-perl 0.13-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 11:02:24 +0200 Source: libclass-c3-perl Binary: libclass-c3-perl Architecture: source all Version: 0.13-1 Distribution: unstable Urgency: low Maintainer: Debian Catalyst Maintainers [EMAIL PROTECTED] Changed-By: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Description: libclass-c3-perl - A pragma to use the C3 method resolution order algortihm Changes: libclass-c3-perl (0.13-1) unstable; urgency=low . * New upstream release * debian/control: + increased dependency version for libalgorithm-c3-perl to 0.05 Files: 7761bef4c2f09971b29bff761f938c82 865 perl optional libclass-c3-perl_0.13-1.dsc 95b52572a765b9d9103b264a15e323a1 15110 perl optional libclass-c3-perl_0.13.orig.tar.gz e71646d62df606a9e4d8c297097a7ddc 2527 perl optional libclass-c3-perl_0.13-1.diff.gz cd646b43f6b1e8d3de69bc3f3e9e641c 19424 perl optional libclass-c3-perl_0.13-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8rJT+NMfSd6w7DERAtIPAJ9nwEprRHCUeWv+S3nktRX4o3/M7wCgt68K 0IRW/wF7J3GexqmuDBrA4hY= =jfR/ -END PGP SIGNATURE- Accepted: libclass-c3-perl_0.13-1.diff.gz to pool/main/libc/libclass-c3-perl/libclass-c3-perl_0.13-1.diff.gz libclass-c3-perl_0.13-1.dsc to pool/main/libc/libclass-c3-perl/libclass-c3-perl_0.13-1.dsc libclass-c3-perl_0.13-1_all.deb to pool/main/libc/libclass-c3-perl/libclass-c3-perl_0.13-1_all.deb libclass-c3-perl_0.13.orig.tar.gz to pool/main/libc/libclass-c3-perl/libclass-c3-perl_0.13.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libalgorithm-c3-perl 0.05-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 10:57:38 +0200 Source: libalgorithm-c3-perl Binary: libalgorithm-c3-perl Architecture: source all Version: 0.05-1 Distribution: unstable Urgency: low Maintainer: Debian Catalyst Maintainers [EMAIL PROTECTED] Changed-By: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] Description: libalgorithm-c3-perl - A module for merging hierarchies using the C3 algorithm Changes: libalgorithm-c3-perl (0.05-1) unstable; urgency=low . * New upstream release Files: d3a63ae173ee24f6e39232c9096d4a72 818 perl optional libalgorithm-c3-perl_0.05-1.dsc d087e68c937e7076bb07396b281685c1 7652 perl optional libalgorithm-c3-perl_0.05.orig.tar.gz 2ec7fdf41a67c4fc23dc610b3739bd4e 2003 perl optional libalgorithm-c3-perl_0.05-1.diff.gz 1c7f73f7266384a75ef2cb043b68a10d 10928 perl optional libalgorithm-c3-perl_0.05-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8rB8+NMfSd6w7DERAhChAJ43uUnrGG/aet11+Mtg627uhjOYHQCeJE7z pjoFL4MFCt33mwbuP5z0opI= =Fhpf -END PGP SIGNATURE- Accepted: libalgorithm-c3-perl_0.05-1.diff.gz to pool/main/liba/libalgorithm-c3-perl/libalgorithm-c3-perl_0.05-1.diff.gz libalgorithm-c3-perl_0.05-1.dsc to pool/main/liba/libalgorithm-c3-perl/libalgorithm-c3-perl_0.05-1.dsc libalgorithm-c3-perl_0.05-1_all.deb to pool/main/liba/libalgorithm-c3-perl/libalgorithm-c3-perl_0.05-1_all.deb libalgorithm-c3-perl_0.05.orig.tar.gz to pool/main/liba/libalgorithm-c3-perl/libalgorithm-c3-perl_0.05.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libproc-process-perl 0.41-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 11:29:19 +0200 Source: libproc-process-perl Binary: libproc-process-perl Architecture: source i386 Version: 0.41-1 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: libproc-process-perl - Perl library for accessing process table information Closes: 318546 Changes: libproc-process-perl (0.41-1) unstable; urgency=low . * QA upload. * New upstream release. * Package is orphaned (#382811); set maintainer to Debian QA Group. * Switch to debhelper 5. * debian/changelog: Remove obsolete Emacs local variables. * debian/copyright: - Update upstream information. - Refer to /usr/share/common-licenses/GPL. * debian/docs: Remove MANIFEST. * debian/watch: Add. * Conforms to Standards version 3.7.2. . libproc-process-perl (0.40-0.1) unstable; urgency=low . * NMU * New upstream release * Fixes FTBFS test failures (Closes: #318546) * Remove example.pl which was being installed into /usr/lib/perl5/Proc/example.pl * Fix build dependency to depend on perl (=5.6.0-16) as per perl policy, and remove the libstorable-perl dependency Files: 6eb027bc7dea34243dc9d87a9d72b0c7 632 perl optional libproc-process-perl_0.41-1.dsc 3a21e54f86471e714df6d1fcbb0f 64497 perl optional libproc-process-perl_0.41.orig.tar.gz 3c023074d3e7531161bc62452d954ef2 2535 perl optional libproc-process-perl_0.41-1.diff.gz d643a1c15fe36ffd5f25d0c3ed233f26 40312 perl optional libproc-process-perl_0.41-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8rf9xBYivKllgY8RAuraAJ9KyPFHsx+RJbGFuWKso6oMKmRwNACfWwBn 6ip/IEmvgdnjq1gbOirOm3M= =ovcj -END PGP SIGNATURE- Accepted: libproc-process-perl_0.41-1.diff.gz to pool/main/libp/libproc-process-perl/libproc-process-perl_0.41-1.diff.gz libproc-process-perl_0.41-1.dsc to pool/main/libp/libproc-process-perl/libproc-process-perl_0.41-1.dsc libproc-process-perl_0.41-1_i386.deb to pool/main/libp/libproc-process-perl/libproc-process-perl_0.41-1_i386.deb libproc-process-perl_0.41.orig.tar.gz to pool/main/libp/libproc-process-perl/libproc-process-perl_0.41.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted jspwiki 2.2.33-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 12:00:00 +0300 Source: jspwiki Binary: jspwiki Architecture: source all Version: 2.2.33-4 Distribution: unstable Urgency: low Maintainer: Kalle Kivimaa [EMAIL PROTECTED] Changed-By: Kalle Kivimaa [EMAIL PROTECTED] Description: jspwiki- WikiWikiWeb clone written in Java Closes: 384952 Changes: jspwiki (2.2.33-4) unstable; urgency=low . * Changed the compiler build-dep to be java-gcj-compat-dev (Closes: #384952) Files: dad33c0ca3ee6d097669a7759468f0e5 642 web optional jspwiki_2.2.33-4.dsc 2a81106e87e66951ea939df1b0568f70 18468 web optional jspwiki_2.2.33-4.diff.gz 1187b516d197776e92749973b350cdd7 2515908 web optional jspwiki_2.2.33-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8rbakuYKi19tgBURAv4tAJoCGOCNwjBNpOB0PsZ/Pg1vSEv/JwCfc2dC p3Rc49CXQN/KNjEtnPcpAhs= =rzj0 -END PGP SIGNATURE- Accepted: jspwiki_2.2.33-4.diff.gz to pool/main/j/jspwiki/jspwiki_2.2.33-4.diff.gz jspwiki_2.2.33-4.dsc to pool/main/j/jspwiki/jspwiki_2.2.33-4.dsc jspwiki_2.2.33-4_all.deb to pool/main/j/jspwiki/jspwiki_2.2.33-4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xearth 1.1-11 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 11:47:11 +0200 Source: xearth Binary: xearth Architecture: source i386 Version: 1.1-11 Distribution: unstable Urgency: low Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Matej Vela [EMAIL PROTECTED] Description: xearth - Show a rotating earth on your X root window Closes: 255611 346947 349152 362916 379324 379325 379652 Changes: xearth (1.1-11) unstable; urgency=low . * QA upload. * Package is orphaned (#382654); set maintainer to Debian QA Group. * Acknowledge NMUs. Closes: #349152, #379652. * debian/changelog: Remove obsolete Emacs local variables. . xearth (1.1-10.3) unstable; urgency=low . * Non-maintainer upload. * Rebuild with the new imake which installs in /usr/bin instead of /usr/X11R6/bin (Closes: #362916). * Adapt debian/menu to include the new path. * Bumped Standards-Version to 3.7.2, no changed needed. * Set correct section for man page: 1x instead of 1 (Closes: #379325). * debian/rules: - Bumped debhelper version from 1 to 5 (Closes: #379324). - Adapted rules to use debian/xearth instead of debian/tmp * Removed debian/conffiles: debhelper handles this. . xearth (1.1-10.2) unstable; urgency=low . * Non-maintainer upload. * Replace build-dependency on xlibs-dev with an explicit build-dependency on each required package. (Closes: #346947) . xearth (1.1-10.1) unstable; urgency=low . * NMU during BSP. * Build-Dependency xutils added (closes: 255611). * Actually let the menu entry point to the executable. Files: 25931ca22285e4b605253e13699f638a 606 non-free/games optional xearth_1.1-11.dsc 68c328739a51e72bf08eeffe1728a85a 35267 non-free/games optional xearth_1.1-11.diff.gz 536dce29ec7d5865d09179cace3baa94 159550 non-free/games optional xearth_1.1-11_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8rvTxBYivKllgY8RAkxzAJ91nfhfD7yxd+siALLCEs36ja9CDgCdHoGk zTlrfUsjGqL1A8HhkEdXTds= =z3DI -END PGP SIGNATURE- Accepted: xearth_1.1-11.diff.gz to pool/non-free/x/xearth/xearth_1.1-11.diff.gz xearth_1.1-11.dsc to pool/non-free/x/xearth/xearth_1.1-11.dsc xearth_1.1-11_i386.deb to pool/non-free/x/xearth/xearth_1.1-11_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted planet 2.0-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 25 Aug 2006 01:12:25 +0200 Source: planet Binary: planet Architecture: source all Version: 2.0-2 Distribution: unstable Urgency: low Maintainer: Arnaud Fontaine [EMAIL PROTECTED] Changed-By: Arnaud Fontaine [EMAIL PROTECTED] Description: planet - Flexible feed aggregator Closes: 384409 Changes: planet (2.0-2) unstable; urgency=low . * Fix typo in debian/postinst concerning planet update using cron. Closes: #384409. Files: 238fd9bfb427e426f46060dd9384593f 802 python optional planet_2.0-2.dsc 4b4e6af5d9fe2888091bb3f9ea656d2b 15319 python optional planet_2.0-2.diff.gz 9a7194eda363ca19327b2436fc6b70c2 109328 python optional planet_2.0-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8sbCvPbGD26BadIRAhtfAJ9oX5J2LINCYYl1rmVXwZFab363CwCgsvfF OwszVjFWJEW5iLR6HZEyqPw= =waNW -END PGP SIGNATURE- Accepted: planet_2.0-2.diff.gz to pool/main/p/planet/planet_2.0-2.diff.gz planet_2.0-2.dsc to pool/main/p/planet/planet_2.0-2.dsc planet_2.0-2_all.deb to pool/main/p/planet/planet_2.0-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted python-gnome 1.4.5-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Aug 2006 00:36:16 -0700 Source: python-gnome Binary: python-gtk-1.2 python-gdk-imlib-1.2 python-glade-1.2 python-gnome-1.2 Architecture: source i386 Version: 1.4.5-5 Distribution: unstable Urgency: high Maintainer: Debian QA Group [EMAIL PROTECTED] Changed-By: Steve Langasek [EMAIL PROTECTED] Description: python-gdk-imlib-1.2 - GTK gdk_imlib support module for Python python-glade-1.2 - Put a bit of python code behind interfaces built with GLADE python-gnome-1.2 - PyGNOME -- Python bindings for GNOME python-gtk-1.2 - GTK support module for Python Closes: 373541 Changes: python-gnome (1.4.5-5) unstable; urgency=high . * QA upload. * High-urgency upload for RC bugfix/python transition * Transition to the new python policy draft (closes: #373541): - add XS-Python-Version: current, since this is a deprecated set of modules and there's no reason to support more than one version of python for them - move the alternative to /usr/share/python-support/python-gtk, following pygtk's lead - python-gtk-1.2 depends explicitly on python-support, since it's only used in custom rules so not inherited from python:Depends * Update the pygtk/ subdir to automake1.7, as the automake1.5 python macros can't cope with python2.4. * Remove useless .la files from the package. Files: e53319bbb0ae733646e3131f5d29e417 961 python optional python-gnome_1.4.5-5.dsc d64f0a79a071d5e95524610b22204b5e 200716 python optional python-gnome_1.4.5-5.diff.gz 55cbd9ae773a6ca9084b9f4806bcc903 145842 python optional python-gnome-1.2_1.4.5-5_i386.deb b285b59334645038f475fc48f600265c 266946 python optional python-gtk-1.2_0.6.12-5_i386.deb ee7e39f4324ee27bce3f5288eb6f6267 27588 python optional python-glade-1.2_0.6.12-5_i386.deb b86dbabec703a833158b9290a4d7d1b0 19438 python optional python-gdk-imlib-1.2_0.6.12-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8r2sKN6ufymYLloRAmtzAKCHDsKZYb0MCe+UmWJ9rZt2YOjc+wCgqKhy CMA96asN+hyIV+CPSwYvH/A= =ReH6 -END PGP SIGNATURE- Accepted: python-gdk-imlib-1.2_0.6.12-5_i386.deb to pool/main/p/python-gnome/python-gdk-imlib-1.2_0.6.12-5_i386.deb python-glade-1.2_0.6.12-5_i386.deb to pool/main/p/python-gnome/python-glade-1.2_0.6.12-5_i386.deb python-gnome-1.2_1.4.5-5_i386.deb to pool/main/p/python-gnome/python-gnome-1.2_1.4.5-5_i386.deb python-gnome_1.4.5-5.diff.gz to pool/main/p/python-gnome/python-gnome_1.4.5-5.diff.gz python-gnome_1.4.5-5.dsc to pool/main/p/python-gnome/python-gnome_1.4.5-5.dsc python-gtk-1.2_0.6.12-5_i386.deb to pool/main/p/python-gnome/python-gtk-1.2_0.6.12-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kdevelop 4:3.3.4-3 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 11:48:49 +0200 Source: kdevelop Binary: kdevelop-doc kdevelop-data kdevelop kdevelop-dev Architecture: source i386 all Version: 4:3.3.4-3 Distribution: unstable Urgency: low Maintainer: Jeremy Lainé [EMAIL PROTECTED] Changed-By: Jeremy Lainé [EMAIL PROTECTED] Description: kdevelop - An IDE for Unix/X11 kdevelop-data - An IDE for Unix/X11 - data kdevelop-dev - An IDE for Unix/X11 - development files kdevelop-doc - An IDE for Unix/X11 - documentation Changes: kdevelop (4:3.3.4-3) unstable; urgency=low . * Add Build-depends on groff-base for manpage generation Files: c35a9d4aa49998da4d8e3b2b9ca8551f 801 kde optional kdevelop_3.3.4-3.dsc 07d4e8c164111ed27764eb459ca7a1d7 90719 kde optional kdevelop_3.3.4-3.diff.gz 63c19fb929e8e656b0971e6babdbf42f 2467842 doc optional kdevelop-doc_3.3.4-3_all.deb 8c90d29c5846a2c4ae2f1b485e726e3a 2547718 kde optional kdevelop-data_3.3.4-3_all.deb a8898453f1df90302288d75616084404 8121454 kde optional kdevelop_3.3.4-3_i386.deb 89231c41436abc6c1f0cd93014a78e60 162246 kde optional kdevelop-dev_3.3.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8sWK4mJJZqJp2ScRAiG2AKC3a0gttY15Oq5qZ+MkxGGzcCkECQCgtCvy xTj7e5Hy5P3RKE78prbTtUo= =RoTn -END PGP SIGNATURE- Accepted: kdevelop-data_3.3.4-3_all.deb to pool/main/k/kdevelop/kdevelop-data_3.3.4-3_all.deb kdevelop-dev_3.3.4-3_i386.deb to pool/main/k/kdevelop/kdevelop-dev_3.3.4-3_i386.deb kdevelop-doc_3.3.4-3_all.deb to pool/main/k/kdevelop/kdevelop-doc_3.3.4-3_all.deb kdevelop_3.3.4-3.diff.gz to pool/main/k/kdevelop/kdevelop_3.3.4-3.diff.gz kdevelop_3.3.4-3.dsc to pool/main/k/kdevelop/kdevelop_3.3.4-3.dsc kdevelop_3.3.4-3_i386.deb to pool/main/k/kdevelop/kdevelop_3.3.4-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted boinc 5.4.11-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 Aug 2006 14:50:00 +0200 Source: boinc Binary: boinc-manager boinc-dev boinc-client Architecture: source i386 Version: 5.4.11-1 Distribution: unstable Urgency: low Maintainer: Debian BOINC Maintainers [EMAIL PROTECTED] Changed-By: Frank S. Thomas [EMAIL PROTECTED] Description: boinc-client - core client for the BOINC distributed computing infrastructure boinc-dev - development files to build applications for BOINC projects boinc-manager - GUI to control and monitor the BOINC core client Closes: 383871 Changes: boinc (5.4.11-1) unstable; urgency=low . [ Frank S. Thomas ] * New upstream release. * Added the header file lib/gui_rpc_client.h to the boinc-dev package as requested by Folkert van Heusden. * debian/control: - Removed Greg Norris [EMAIL PROTECTED] from the Uploaders field. * debian/rules: - Applied patch from Robert Millan [EMAIL PROTECTED] which simplifies the platform override for i386. We are now using --target instead of the --build and --host switches. This also needed some changes in boinc-client.install and boinc-manager.install. Thanks Robert for the patch. (closes: #383871) * debian/patches/: - Added 01_amd64-disable-platform-reset.dpatch from Robert Millan [EMAIL PROTECTED]. This patch prevents that projects are reset when the platform name in client_state.xml does not match the platform name the client was compiled for and it also sets the platform name from client_state.xml as the valid platform name which will be used for scheduler requests. This patch only affects AMD64. (related to: #366741) * Explain in boinc-client's README.Debian how to modify the BOINC core client so that it downloads 32bit applications on AMD64. The 01_amd64-disable-platform-reset.dpatch patch is mandatory for this procedure to work correctly. (also related to: #366741, LP#51948) * Added two helper scripts (move-boinc-dir.sh and use-32bit-on-amd64.sh) as examples in the boinc-client package. Files: ea09aeda66a627ee5c9b005d8dd2e413 1342 net optional boinc_5.4.11-1.dsc 268c8f6f19d5def378e7d2fbacc2d4eb 5561690 net optional boinc_5.4.11.orig.tar.gz 1e6d673d17d5ba22b627a407deb7bdfb 37529 net optional boinc_5.4.11-1.diff.gz f16bf214551ec0cba1101ca48943de4c 299362 net optional boinc-client_5.4.11-1_i386.deb 2f1ff8db4c765c46dde9d317260dc971 702078 x11 optional boinc-manager_5.4.11-1_i386.deb 82b063e4e7587cfd8e7f7d5cdd7601e6 363164 devel optional boinc-dev_5.4.11-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQEVAwUBRPLZy24/9k35XC9tAQJZbwf/bmzqg6rHW0cfUOxmyI3iQd+/O8ldPSCG wvxo6jAk/THtIzpWWxRNzkzA1ZufZsBMpZuli6Qy2khJ9yWwHoXDzIdc5l6E5XAa aqAc6srG45Wbfu3Db97alNlV2g0zJbSYdqhlcYFNCDeWq5zpQPOZwN3gIBzWHqeN ORycURElTXHG0094Bph/O9iUOO1t6XO0tXCn0CS6hj6zEFLDyOCv259qk1n9+jP8 d8ZhI0qfdR08yOEpaTvK8D8XxQ7oeJa2Xg1XCIhGSBwWlE1m49n50HNdl88BmOK/ PN81YuKWg15hrXwJU3cvScis8bo/+rMw30Kx5zoTa/+DRe6Zgpv2NQ== =lhsu -END PGP SIGNATURE- Accepted: boinc-client_5.4.11-1_i386.deb to pool/main/b/boinc/boinc-client_5.4.11-1_i386.deb boinc-dev_5.4.11-1_i386.deb to pool/main/b/boinc/boinc-dev_5.4.11-1_i386.deb boinc-manager_5.4.11-1_i386.deb to pool/main/b/boinc/boinc-manager_5.4.11-1_i386.deb boinc_5.4.11-1.diff.gz to pool/main/b/boinc/boinc_5.4.11-1.diff.gz boinc_5.4.11-1.dsc to pool/main/b/boinc/boinc_5.4.11-1.dsc boinc_5.4.11.orig.tar.gz to pool/main/b/boinc/boinc_5.4.11.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ghc-cvs 20060826-1 (source all amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Aug 2006 16:53:33 + Source: ghc-cvs Binary: ghc-cvs-libsrc ghc-cvs ghc-cvs-prof ghc-cvs-doc Architecture: source all amd64 Version: 20060826-1 Distribution: unstable Urgency: low Maintainer: Ian Lynagh (wibble) [EMAIL PROTECTED] Changed-By: Ian Lynagh (wibble) [EMAIL PROTECTED] Description: ghc-cvs- GHC - the Glasgow Haskell Compilation system ghc-cvs-doc - Documentation for the Glasgow Haskell Compilation system ghc-cvs-libsrc - Library Sources of GHC, the Glasgow Haskell Compilation system ghc-cvs-prof - Profiling libraries for the Glasgow Haskell Compilation system Changes: ghc-cvs (20060826-1) unstable; urgency=low . * New snapshot from upstream darcs. * Changed descriptions to refer to Darcs rather than CVS. * Use the stage2 ghc-inplace when calibrating performance for the testsuite. * Drop the patch to install to libdir rather than datadir. * Remove libraries/html-docs rather than libraries/html when cleaning. * Don't set ProjectsToBuild (it's no longer used). * Don't try to get libsrc from hslibs as hslibs no longer exists. * Don't tidy up in hslibs as hslibs no longer exists. * In debian/ghc-cvs.docs, files no longer have ghc/ prefix. * Add .hp to the list of file extensions the testsuite cleans up. * Remove the hopengl package as the OpenGL and GLUT libraries aren't in core. * Remove the X and GL build-deps as the relevant Haskell libraries aren't in core. * Add ppc64, mips and mipsel to the list of arches that have ghc-cvs. * Drop the HAS_GHCI logic; now we just disable GHCi if we are unregisterised. * Update the list of hacks we need to do when cleaning. * Sync up with ghc6 6.4.2-2 * Removed ghc-cvs.README.Debian (appeal for registerised ports), matching the removal of ghc6.README.Debian from ghc6. The problems when they bitrot outweigh the advantages IMO, at least until we have a testsuite we can run when building. * Use the stage2 ghc-inplace when checking hello world works. * Disable dvi and ps docs as they don't build. * Don't force using gcc-3.3 to build; drop gcc-3.3 build-dep and dep. * Add kfreebsd-i386 to ghc-cvs_arches. * Use tail -n +2 rather than the deprecated tail +2 in debian/rules. * On the list of arches we build registerised: * Add amd64. * Remove sparc (it has bitrotted). List now reads i386 amd64. * Add GhcWithNativeCodeGen=NO to mk/build.mk when we are building unregisterised. * Add GhcWithInterpreter=NO on arches we don't build registerised due to http://hackage.haskell.org/trac/ghc/ticket/631 * Add --nonet to XSLTPROC_OPTS. * Standards version 3.6.1 - 3.6.2. * Drop the XML_DOC_BROKEN_WAYS stuff in favour of just not building any dvi or ps docs. * All references to ghc/foo in the build tree are now to foo. Files: cef9fd31edd349e92ebf6556f933469b 930 devel optional ghc-cvs_20060826-1.dsc 3b0015bdceac5ef585651ab8c33b57c6 22507174 devel optional ghc-cvs_20060826.orig.tar.gz 278fa06e4da92c3a808c03c278c38db3 22503 devel optional ghc-cvs_20060826-1.diff.gz 2d5070e083a57b303f048244bf83cf73 1018292 doc optional ghc-cvs-doc_20060826-1_all.deb 3edcfa8d7dddf9bc6615df8c06dec6d8 2023788 doc optional ghc-cvs-libsrc_20060826-1_all.deb f52ea4f6754c5cf3feffa309784498fd 26466286 devel optional ghc-cvs_20060826-1_amd64.deb 79e25a6900b24d235c8f8f27ca11d545 8828958 devel optional ghc-cvs-prof_20060826-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFE8vFm63y6poDIPo4RAleoAJ9vjeA+L5NP81/V8Xvz8+QhiNhtZQCfVq+h XBRxHkq1OyYar1U3CxwfNv4= =Xirj -END PGP SIGNATURE- Accepted: ghc-cvs-doc_20060826-1_all.deb to pool/main/g/ghc-cvs/ghc-cvs-doc_20060826-1_all.deb ghc-cvs-libsrc_20060826-1_all.deb to pool/main/g/ghc-cvs/ghc-cvs-libsrc_20060826-1_all.deb ghc-cvs-prof_20060826-1_amd64.deb to pool/main/g/ghc-cvs/ghc-cvs-prof_20060826-1_amd64.deb ghc-cvs_20060826-1.diff.gz to pool/main/g/ghc-cvs/ghc-cvs_20060826-1.diff.gz ghc-cvs_20060826-1.dsc to pool/main/g/ghc-cvs/ghc-cvs_20060826-1.dsc ghc-cvs_20060826-1_amd64.deb to pool/main/g/ghc-cvs/ghc-cvs_20060826-1_amd64.deb ghc-cvs_20060826.orig.tar.gz to pool/main/g/ghc-cvs/ghc-cvs_20060826.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lablgtksourceview 0.2.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 17:09:07 +0200 Source: lablgtksourceview Binary: liblablgtksourceview-ocaml-dev liblablgtksourceview-ocaml Architecture: source i386 Version: 0.2.0-1 Distribution: unstable Urgency: low Maintainer: Stefano Zacchiroli [EMAIL PROTECTED] Changed-By: Stefano Zacchiroli [EMAIL PROTECTED] Description: liblablgtksourceview-ocaml - OCaml bindings for libgtksourceview, a source editor GTK widget liblablgtksourceview-ocaml-dev - OCaml bindings for libgtksourceview, a source editor GTK widget Changes: lablgtksourceview (0.2.0-1) unstable; urgency=low . * New upstream release - most of gtksourceview is now available through bindings Files: a795910dbde5b4dca5f3a15de00aef46 681 devel optional lablgtksourceview_0.2.0-1.dsc a674e1be17f4c4490e626be22b10febc 62101 devel optional lablgtksourceview_0.2.0-1.tar.gz 800378c1f74f36b9fbd102ce8c8415a0 104858 libdevel optional liblablgtksourceview-ocaml-dev_0.2.0-1_i386.deb 5d8852728316b6fb1d86e7fdd713f277 10972 libs optional liblablgtksourceview-ocaml_0.2.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8wdl1cqbBPLEI7wRArdVAKCZ41f8FhKWubYxgtySz7yM7w0ytACgqLRP AoHh/Dm5VVDOZugPS31UQZ0= =kKHq -END PGP SIGNATURE- Accepted: lablgtksourceview_0.2.0-1.dsc to pool/main/l/lablgtksourceview/lablgtksourceview_0.2.0-1.dsc lablgtksourceview_0.2.0-1.tar.gz to pool/main/l/lablgtksourceview/lablgtksourceview_0.2.0-1.tar.gz liblablgtksourceview-ocaml-dev_0.2.0-1_i386.deb to pool/main/l/lablgtksourceview/liblablgtksourceview-ocaml-dev_0.2.0-1_i386.deb liblablgtksourceview-ocaml_0.2.0-1_i386.deb to pool/main/l/lablgtksourceview/liblablgtksourceview-ocaml_0.2.0-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted karrigell 2.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Aug 2006 19:59:43 +0200 Source: karrigell Binary: karrigell-demo karrigell karrigell-doc Architecture: source all Version: 2.3-1 Distribution: unstable Urgency: low Maintainer: Radovan GarabÃk [EMAIL PROTECTED] Changed-By: Radovan GarabÃk [EMAIL PROTECTED] Description: karrigell - python web server application framework karrigell-demo - Demo for karrigell karrigell-doc - documentation for karrigell web application framework Closes: 369688 380850 Changes: karrigell (2.3-1) unstable; urgency=low . * new upstream version * modify initscript to run karrigell even when not executable, thanks to Thomas Hood (closes: #369688) * updated to a new python policy (closes: #380850) Files: 8096244ff73338c5fd26580442b0ad3c 701 web optional karrigell_2.3-1.dsc 022214e891b55d3db01713ba1d19e6e1 920983 web optional karrigell_2.3.orig.tar.gz c78f86b31f40d74f851eb14ea4fdf1c4 8188 web optional karrigell_2.3-1.diff.gz 0870ceb077551e83d49a2e7205a1bbfb 129776 web optional karrigell_2.3-1_all.deb b7cd2ad27cfcc55c15f792853ffde504 526138 web optional karrigell-doc_2.3-1_all.deb 74b0f3d283323f63d8d5d08ef19dabb1 141262 web optional karrigell-demo_2.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE8w3dUBQJxqD+WLgRAmzNAJsHpEowBBMyVLc1pWhtoQ8v3gLOtwCcDPES YhNm0R583dTRvWvLi1oIHfU= =iInD -END PGP SIGNATURE- Accepted: karrigell-demo_2.3-1_all.deb to pool/main/k/karrigell/karrigell-demo_2.3-1_all.deb karrigell-doc_2.3-1_all.deb to pool/main/k/karrigell/karrigell-doc_2.3-1_all.deb karrigell_2.3-1.diff.gz to pool/main/k/karrigell/karrigell_2.3-1.diff.gz karrigell_2.3-1.dsc to pool/main/k/karrigell/karrigell_2.3-1.dsc karrigell_2.3-1_all.deb to pool/main/k/karrigell/karrigell_2.3-1_all.deb karrigell_2.3.orig.tar.gz to pool/main/k/karrigell/karrigell_2.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted crash 4.0-3.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 08:20:18 -0600 Source: crash Binary: crash Architecture: source i386 Version: 4.0-3.2-1 Distribution: unstable Urgency: low Maintainer: Troy Heber [EMAIL PROTECTED] Changed-By: Troy Heber [EMAIL PROTECTED] Description: crash - kernel debugging utility, allowing gdb like syntax Changes: crash (4.0-3.2-1) unstable; urgency=low . * New upstream version 4.0-3.2 (see http://people.redhat.com/anderson/crash.changelog) Files: 69d17978c98d86723525f33e0fe508bc 632 utils optional crash_4.0-3.2-1.dsc b36693fc74e10821bc7acac7499cd2b1 17578590 utils optional crash_4.0-3.2.orig.tar.gz 21fcd855960774461afaa0cbf9d03836 3805 utils optional crash_4.0-3.2-1.diff.gz 3945980c04b4e676f2987b38678d9d8b 1459750 utils optional crash_4.0-3.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8w3qQOr9C+GfGI4RAuUpAKDHreRsrmlt6n/vo/gt7ty824ToyQCfVZch e1jUZqZ4bK1UPIhV7QujIlU= =CQar -END PGP SIGNATURE- Accepted: crash_4.0-3.2-1.diff.gz to pool/main/c/crash/crash_4.0-3.2-1.diff.gz crash_4.0-3.2-1.dsc to pool/main/c/crash/crash_4.0-3.2-1.dsc crash_4.0-3.2-1_i386.deb to pool/main/c/crash/crash_4.0-3.2-1_i386.deb crash_4.0-3.2.orig.tar.gz to pool/main/c/crash/crash_4.0-3.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted debram 0.7.0 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 24 Aug 2006 21:00:00 + Source: debram Binary: debram-data debram Architecture: source i386 all Version: 0.7.0 Distribution: unstable Urgency: low Maintainer: Thaddeus H. Black [EMAIL PROTECTED] Changed-By: Thaddeus H. Black [EMAIL PROTECTED] Description: debram - ramified catalog of available .debs debram-data - debram's architecture-independent data Changes: debram (0.7.0) unstable; urgency=low . * Updated the ramification data to reflect etch as of this date. * Acknowledged Anoop Rajendra for ramifying some of the new packages. * Observed that this could be version 1.0.0, but cautiously numbered it 0.7.x for the moment. Noted that future uploads before the etch release are likely to be marked urgency=medium, due to their perishable data. * Retreated from the post-1.0 version-numbering plan set forth in the 25 Feb 2006 changelog. (It was a worthy idea, but premature. The proposal was too rigid for the demands of the present era of Debian development.) Noted that big future reforms to the ramification plan would still increment at least the minor version number, but did not strictly define what might constitute a big reform. * For post-release stable ramification updates, undertook not to depart from the stable version number, but only to add a letter to it, as 1.2.3a. (See Updating the library data in the manpage. Letters on non-stable numbers will continue to denote experimental versions, but in the future never on stable numbers. For example, if Debian stable included debram 1.2.3, then debram 1.2.3a would be a stable ramification update. An experimental debram would take the number 1.2.4a.) * Refined the ramification plan as follows. - Added the new [1273 Text Indexing and Searching]. - Added the new [1458 General Mathematical Documentation]. - Added the new [1474 Chemistry]. - Retitled [1792 Debian Jr] to [1792 Debian Jr and Edu]. - Added the new [2740 Vserver and Xen]. - Retitled [2790 GNU Hurd] to [2790 GNU Hurd and kFreeBSD]. - Split the old [3187 Other Revision Control] into three new branches: [3187 Other Centralized Revision Control]; [3188 Arch/Tla/Bazaar]; and [3189 Other Decentralized Revision Control]. - Retitled [3210 Fortran 77] to [3210 Fortran]. - Added the new [3686 Perl 6] and [3688 GHC Haskell]. - Added the new [4456 Proprietary Input Devices]. - Retitled [4730 PCMCIA, APM and Other Mobile Devices] to [4730 Notebook Computers], and split it into several branches. - Replaced the old [6100 Game Programming] division, which had no groups or branches, with the new [6100 General Game Support and Programming] division. Subdivided the new division into [6110 Game Programming], [6160 General Network Game Service], and [6170 Other General Game Support]. - Added the new [7600 Scripture, Philosophy and Religion] division with its several groups, all of which were new. - Added the new [7820 Non-US, Non-GB English]. - Added the new [8420 Mono]. - Retitled [8690 Multicasting and Adaptive Communications] to [8690 Videoconferencing, Multicasting and Adaptive Comms]. - Retitled [8730 SNMP and Networked Boot Control] and [8740 Bootp / DHCP] to [8730 SNMP, Clusters and Networked Boot Control] and [8740 DHCP / Bootp], respectively. - Added the new [9355 Evolution]. - Retitled [9474 Xfce4] to [9474 Xfce]. - Added the new [9654 X Audio/Music Synthesis]. * Shifted the basic C++ database libraries from 3820 and 3920 to 3840 and 3940. * Updated the ramification cross-references (See Also). * Updated the man page. * Noted here a correction to the previous changelog entry: s/check-cmdsel-debs.data/cmdsel-debs.data/. * Slightly corrected docdata/cmdsel.txt and docdata/cmdsel-debs.txt. * In helper/: - Slightly updated DescLoc. - Extended helper/ramify-whatis to work with apt-ftparchive(1) output. - Added the new -k option to helper/new-debram-body. - Added the new -j option to helper/ramify-whatis. - Added the new script count-deps. - Added the new script filter-debram-body. - Added the new script list-words-cont. * Updated maint.txt. * Adhered to Policy 3.7.2. Files: e86c932b12e0715bfbc2218d7b211512 537 admin optional debram_0.7.0.dsc dc8958baf07a743b599e14e5186b8dda 598215 admin optional debram_0.7.0.tar.gz 2f3f83a0c1d111f47ea5a9fb0f3cee91 503440 admin optional debram-data_0.7.0_all.deb c2d1c50e48a23e7cfce91398b59fba58 33620 admin optional debram_0.7.0_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8wOdh3E0gzgBXn4RAs0oAJ9cmP83WGXERevMrMugaET3qBcptQCguBTF GrzfE3qnKa2C69j401Xz+MU= =xuCs -END PGP SIGNATURE- Accepted:
Accepted gobby 0.4.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 17:43:30 +0200 Source: gobby Binary: gobby Architecture: source i386 Version: 0.4.1-1 Distribution: unstable Urgency: low Maintainer: Philipp Kern [EMAIL PROTECTED] Changed-By: Philipp Kern [EMAIL PROTECTED] Description: gobby - collaborative text editor Changes: gobby (0.4.1-1) unstable; urgency=low . * New upstream release Files: f44fc8488132c7c3202b2af1e37807da 793 net optional gobby_0.4.1-1.dsc a2c79bdda652a2d74fec104235d27bc0 323377 net optional gobby_0.4.1.orig.tar.gz ac3c155abc2823b540dd3b48675995e7 9274 net optional gobby_0.4.1-1.diff.gz dc77021d9c3d7302710b0e040071fa02 627300 net optional gobby_0.4.1-1_i386.deb -BEGIN PGP SIGNATURE- Comment: Fingerprint: 1710 7DB1 9A28 42FF B699 7654 ED1A 3933 B2CF CDD8 iEYEARECAAYFAkTzE6sACgkQ7Ro5M7LPzdj/hQCeODvN6WSvdaYZPDK16lICGbqn dkYAoNUQGjcLflV8A3xuTxkn/V7zUH6Q =MRB2 -END PGP SIGNATURE- Accepted: gobby_0.4.1-1.diff.gz to pool/main/g/gobby/gobby_0.4.1-1.diff.gz gobby_0.4.1-1.dsc to pool/main/g/gobby/gobby_0.4.1-1.dsc gobby_0.4.1-1_i386.deb to pool/main/g/gobby/gobby_0.4.1-1_i386.deb gobby_0.4.1.orig.tar.gz to pool/main/g/gobby/gobby_0.4.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted isakmpd 20041012-3 (source sparc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 17:14:47 +0200 Source: isakmpd Binary: isakmpd Architecture: source sparc Version: 20041012-3 Distribution: unstable Urgency: low Maintainer: Jochen Friedrich [EMAIL PROTECTED] Changed-By: Jochen Friedrich [EMAIL PROTECTED] Description: isakmpd- The Internet Key Exchange protocol openbsd implementation Changes: isakmpd (20041012-3) unstable; urgency=low . * Fix NAT-T RFC support. * Remove superfluos header from packet dump so tcpdump and ethereal can read the dump. Files: 0d29acd7db6bbb2bfdb64f49e0d97bf4 936 net optional isakmpd_20041012-3.dsc 9744fde78a6e3667a8dc4371ac0408bd 32495 net optional isakmpd_20041012-3.diff.gz e9d6c9dd2b55ca20f40f2b83e7909ffd 608614 net optional isakmpd_20041012-3_sparc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQEVAwUBRPMXc8P9a9GOLSE6AQJmNwf+PAbrWHiEUmmZ+lUKyWNSMEKsraEkQfEd AP7EiXgaMixIA06tz4v0QQ8peQFDvvS1VsnofjA+pxFma0OmLH4wJ4zcZ3VXzGnd ozZIuCLWekY3mLxmgBmX2ageeB+Ddop8Mrbw4btVTYzkA0Jfi/fnrNw8vK5rT8ml H7o8d0hEbnXoqYDZ3rV2BWh7TmMVvMFocyFdesOARRfL4Gmis3QKKwnUp2WbJszk TFQtadNW3fVJcuOGH2LObTzDEY5hYfpBFhd14e/7bGgpA5hL6pwr4t8ureg+aRVN oFkvjs9XgtcND6RP6ip2KsuUk3y7aAlvHp3S7l9m5TtCZ91iTYb+lg== =/c0u -END PGP SIGNATURE- Accepted: isakmpd_20041012-3.diff.gz to pool/main/i/isakmpd/isakmpd_20041012-3.diff.gz isakmpd_20041012-3.dsc to pool/main/i/isakmpd/isakmpd_20041012-3.dsc isakmpd_20041012-3_sparc.deb to pool/main/i/isakmpd/isakmpd_20041012-3_sparc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted base-files 3.1.16 (source powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 18:32:42 +0200 Source: base-files Binary: base-files Architecture: source powerpc Version: 3.1.16 Distribution: unstable Urgency: low Maintainer: Santiago Vila [EMAIL PROTECTED] Changed-By: Santiago Vila [EMAIL PROTECTED] Description: base-files - Debian base system miscellaneous files Closes: 384722 Changes: base-files (3.1.16) unstable; urgency=low . * Changed comment in default /etc/nsswitch.conf so that it refers to glibc-doc-reference, not glibc-doc (Closes: #384722). Files: e5823313711b3d82a803b553625ecd2c 466 admin required base-files_3.1.16.dsc b3e0f6e60cb8846faaf4997a895916d1 35613 admin required base-files_3.1.16.tar.gz 7de734d072406c25f299d3ab28a5fe21 34372 admin required base-files_3.1.16_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8xsLd9Uuvj7yPNYRAnKHAJ9IxB/yg4F/FgOcoTJXQYOZ7aiWDwCgh/GX Kk4pY+Wdy++AFVPd7ztw/1U= =UzHP -END PGP SIGNATURE- Accepted: base-files_3.1.16.dsc to pool/main/b/base-files/base-files_3.1.16.dsc base-files_3.1.16.tar.gz to pool/main/b/base-files/base-files_3.1.16.tar.gz base-files_3.1.16_powerpc.deb to pool/main/b/base-files/base-files_3.1.16_powerpc.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted maildrop 2.0.2-4 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 18:22:23 +0200 Source: maildrop Binary: maildrop Architecture: source i386 Version: 2.0.2-4 Distribution: unstable Urgency: low Maintainer: Josip Rodin [EMAIL PROTECTED] Changed-By: Josip Rodin [EMAIL PROTECTED] Description: maildrop - mail delivery agent with filtering abilities Changes: maildrop (2.0.2-4) unstable; urgency=low . * Introduced courier-authlib as a dependency, which might actually be wrong but goes a bit further in fixing all the aspects of #314847. * Added 005-maildrop-dotlock-throw-clarifications.patch, which clarifies three error messages WRT dot-locking. Files: ea6e547d1a2af2829afff34941e0cfcd 672 mail optional maildrop_2.0.2-4.dsc 88f2d1ffd9d22c2c8b3c4fb617058315 9134 mail optional maildrop_2.0.2-4.diff.gz c7881c40820e6da9d80a45569faafb20 343702 mail optional maildrop_2.0.2-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFE8xkdC1RHoiANFZYRAilpAKCS+aE82JT+LlP3r82mnP4OMCFwLgCdGPDO UbV3TF0z/tJmweoJINA5Dmc= =hja8 -END PGP SIGNATURE- Accepted: maildrop_2.0.2-4.diff.gz to pool/main/m/maildrop/maildrop_2.0.2-4.diff.gz maildrop_2.0.2-4.dsc to pool/main/m/maildrop/maildrop_2.0.2-4.dsc maildrop_2.0.2-4_i386.deb to pool/main/m/maildrop/maildrop_2.0.2-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted oss-compat 0.0.2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 Aug 2006 09:16:47 +0200 Source: oss-compat Binary: oss-compat Architecture: source all Version: 0.0.2 Distribution: unstable Urgency: low Maintainer: Robert Millan [EMAIL PROTECTED] Changed-By: Robert Millan [EMAIL PROTECTED] Description: oss-compat - OSS compatibility package Closes: 384950 Changes: oss-compat (0.0.2) unstable; urgency=low . * control (Priority): Lower to match with overrides. * postinst: Only load the modules when snd is present. (Closes: #384950) Files: ba8a52a49676a375a4dfc9d432f1525b 498 sound extra oss-compat_0.0.2.dsc 8ae2f9a6a0b36aec767f47e5d1326d7b 1557 sound extra oss-compat_0.0.2.tar.gz 699b8e885e77e9dae0b29c9ca37ae2be 2044 sound extra oss-compat_0.0.2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8yYnLqiZQEml+FURAl92AJwKfXCUA60VLNzC3yHGHtKdE0psuwCfbPz5 P/dpsmqIIbk+PU2V45d/3lw= =q+sp -END PGP SIGNATURE- Accepted: oss-compat_0.0.2.dsc to pool/main/o/oss-compat/oss-compat_0.0.2.dsc oss-compat_0.0.2.tar.gz to pool/main/o/oss-compat/oss-compat_0.0.2.tar.gz oss-compat_0.0.2_all.deb to pool/main/o/oss-compat/oss-compat_0.0.2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted python-mysqldb 1.2.1-p2-4 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 18 Aug 2006 15:44:04 +0200 Source: python-mysqldb Binary: python-mysqldb Architecture: source amd64 Version: 1.2.1-p2-4 Distribution: unstable Urgency: high Maintainer: Jonas Meurer [EMAIL PROTECTED] Changed-By: Jonas Meurer [EMAIL PROTECTED] Description: python-mysqldb - A Python interface to MySQL Changes: python-mysqldb (1.2.1-p2-4) unstable; urgency=HIGH . [ Jonas Meurer ] * bump build-depends on libmysqlclient-dev to = 5.0.24-2. the abi changes introduced in mysql 5.0.24-1 are reverted now. I would highly appreciate coordination by the mysql maintainers in such a case. * urgency set to high due to this fact. * bump build-depends on python-central to = 0.5 to make lintian happy. Files: 8cdd8278ec3e74ab336470896bfe7927 850 python optional python-mysqldb_1.2.1-p2-4.dsc 97489e3705114e589ae4fdbdb29f0141 6671 python optional python-mysqldb_1.2.1-p2-4.diff.gz a33b78dcf935f4b33f0e0ee33fcd77b4 86226 python optional python-mysqldb_1.2.1-p2-4_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8xvyd6lUs+JfIQIRAjQaAKCBOEy2FdTYV76ubGbSCoQqqAY4CQCfVcP+ rhGDicY2GZKgWjBEso1Vz8g= =Sp9G -END PGP SIGNATURE- Accepted: python-mysqldb_1.2.1-p2-4.diff.gz to pool/main/p/python-mysqldb/python-mysqldb_1.2.1-p2-4.diff.gz python-mysqldb_1.2.1-p2-4.dsc to pool/main/p/python-mysqldb/python-mysqldb_1.2.1-p2-4.dsc python-mysqldb_1.2.1-p2-4_amd64.deb to pool/main/p/python-mysqldb/python-mysqldb_1.2.1-p2-4_amd64.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted silc-toolkit 0.9.12-5 (source i386)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 24 Aug 2006 20:40:12 +
Source: silc-toolkit
Binary: libsilc-1.0-2-dev libsilc-1.0-2
Architecture: source i386
Version: 0.9.12-5
Distribution: unstable
Urgency: high
Maintainer: Michael C. Schultheiss [EMAIL PROTECTED]
Changed-By: Michael C. Schultheiss [EMAIL PROTECTED]
Description:
libsilc-1.0-2 - SILC library (silc-toolkit)
libsilc-1.0-2-dev - developer files for SILC library (silc-toolkit)
Closes: 323035 328924 331630 370794 379800
Changes:
silc-toolkit (0.9.12-5) unstable; urgency=low
.
* New Maintainer (Closes: #370794)
+ debian/control{,.sh}: Update maintainer address, update Standards
version
* Incorporate NMUs
.
silc-toolkit (0.9.12-4.4) unstable; urgency=low
.
* Non-maintainer upload.
* Move libsilc.so and libsilcclient.so to the -dev package (Closes:
#379800).
.
silc-toolkit (0.9.12-4.3) unstable; urgency=high
.
* Non-maintainer upload.
* Fix empty packages (Closes: #331630)
* Bump standards version
.
silc-toolkit (0.9.12-4.2) unstable; urgency=low
.
* 0-day NMU to fix an RC bug.
* Explicitly execute debian/control.sh with sh as suggested by Andreas
Jochens (closes: bug#328924).
.
silc-toolkit (0.9.12-4.1) unstable; urgency=low
.
* This is an NMU, I don't know why Tamas didn't want to fix this.
rebuild control file whenever shared library's soname
changes, to satisfy debian policy requirements for
shared package names. (closes: 323035) See section 8.1
for more details.
http://www.debian.org/doc/debian-policy/ch-sharedlibs.html
Though policy doesn't mention it, the point is to provide a migration
path when for other packages when changes to the lib require changes
to the soname.
Files:
6576a0e0178a03766936216ba7107281 632 devel optional silc-toolkit_0.9.12-5.dsc
2f676fbdeef061de34cd7d4dc5528908 22404 devel optional
silc-toolkit_0.9.12-5.diff.gz
c065394f9eb84c403e81a42f9daab88d 994616 libdevel optional
libsilc-1.0-2-dev_0.9.12-5_i386.deb
1b92ee5de9d6addb9918865d30128b96 410036 libs optional
libsilc-1.0-2_0.9.12-5_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFE8yT4yJBzD6P54w4RAuveAJ9tGaiIQA8rZOG+2zFcSgyD2ZpENwCdF/Iu
yAqOABsPyluGoyl0Vnos1WQ=
=6dKQ
-END PGP SIGNATURE-
Accepted:
libsilc-1.0-2-dev_0.9.12-5_i386.deb
to pool/main/s/silc-toolkit/libsilc-1.0-2-dev_0.9.12-5_i386.deb
libsilc-1.0-2_0.9.12-5_i386.deb
to pool/main/s/silc-toolkit/libsilc-1.0-2_0.9.12-5_i386.deb
silc-toolkit_0.9.12-5.diff.gz
to pool/main/s/silc-toolkit/silc-toolkit_0.9.12-5.diff.gz
silc-toolkit_0.9.12-5.dsc
to pool/main/s/silc-toolkit/silc-toolkit_0.9.12-5.dsc
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted squashfs 1:3.1-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 16:23:44 +0200 Source: squashfs Binary: squashfs-tools squashfs-source Architecture: source i386 all Version: 1:3.1-1 Distribution: unstable Urgency: low Maintainer: Arnaud Fontaine [EMAIL PROTECTED] Changed-By: Arnaud Fontaine [EMAIL PROTECTED] Description: squashfs-source - Source for the squash filesystem squashfs-tools - Tool to create and append to squashfs filesystems Closes: 384414 384440 Changes: squashfs (1:3.1-1) unstable; urgency=low . * New upstream release. Closes: #384414. * Remove the squashfs-modules-* packages which is now handled by linux-modules-extra-2.6. Closes: #384440. Files: aa6a10c7f410b6e258a64759c7b7ba53 819 admin optional squashfs_3.1-1.dsc 60df8e106de8c6310e7aae871d481588 477979 admin optional squashfs_3.1.orig.tar.gz 709f93b521482f4040a0700403bc9392 23446 admin optional squashfs_3.1-1.diff.gz 6f5b21d819633439bb3534fb685acd0a 31178 admin optional squashfs-source_3.1-1_all.deb b347699f52439ebc1a4ff7fda61f41ef 93344 admin optional squashfs-tools_3.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8yWq+C5cwEsrK54RAqnuAKDao4ZnQ/le77XfPBGvKVRckG4ZpACcDL47 wXrx9/K9z4jKR1TMSItuZ4k= =1NfS -END PGP SIGNATURE- Accepted: squashfs-source_3.1-1_all.deb to pool/main/s/squashfs/squashfs-source_3.1-1_all.deb squashfs-tools_3.1-1_i386.deb to pool/main/s/squashfs/squashfs-tools_3.1-1_i386.deb squashfs_3.1-1.diff.gz to pool/main/s/squashfs/squashfs_3.1-1.diff.gz squashfs_3.1-1.dsc to pool/main/s/squashfs/squashfs_3.1-1.dsc squashfs_3.1.orig.tar.gz to pool/main/s/squashfs/squashfs_3.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zeroc-ice-python 3.1.0-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 18:01:41 +0200 Source: zeroc-ice-python Binary: python-zeroc-ice Architecture: source i386 Version: 3.1.0-3 Distribution: unstable Urgency: medium Maintainer: Francisco Moya [EMAIL PROTECTED] Changed-By: Francisco Moya [EMAIL PROTECTED] Description: python-zeroc-ice - ZeroC Ice for Python development libraries Changes: zeroc-ice-python (3.1.0-3) unstable; urgency=medium . * Recompiled to upgrade python dependencies. Files: 510041533578245d869da643c6ace835 729 python optional zeroc-ice-python_3.1.0-3.dsc 67d168e5ff8fa0ded397d203b351132c 4202 python optional zeroc-ice-python_3.1.0-3.diff.gz c850124ea20d0a38c1798ec4ff965319 283344 python optional python-zeroc-ice_3.1.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8ypkfIEQE/XJcI0RAutFAJ9gH83/787rw9Em1F6CSHmp03+ltwCfVe/X I+nklR8p08SToOxAUEEYOZI= =UxaF -END PGP SIGNATURE- Accepted: python-zeroc-ice_3.1.0-3_i386.deb to pool/main/z/zeroc-ice-python/python-zeroc-ice_3.1.0-3_i386.deb zeroc-ice-python_3.1.0-3.diff.gz to pool/main/z/zeroc-ice-python/zeroc-ice-python_3.1.0-3.diff.gz zeroc-ice-python_3.1.0-3.dsc to pool/main/z/zeroc-ice-python/zeroc-ice-python_3.1.0-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted amanda 1:2.5.0p2-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 09:15:23 -0400 Source: amanda Binary: amanda-client amanda-server amanda-common Architecture: source i386 Version: 1:2.5.0p2-2 Distribution: unstable Urgency: low Maintainer: Bdale Garbee [EMAIL PROTECTED] Changed-By: Bdale Garbee [EMAIL PROTECTED] Description: amanda-client - Advanced Maryland Automatic Network Disk Archiver (Client) amanda-common - Advanced Maryland Automatic Network Disk Archiver (Libs) amanda-server - Advanced Maryland Automatic Network Disk Archiver (Server) Closes: 369243 369588 370299 374850 375747 378558 380336 Changes: amanda (1:2.5.0p2-2) unstable; urgency=low . * merge updated French translation, closes: #369243 * merge updated Italian translation, closes: #369588 * merge updated Czech translaterion, closes: #370299 * merge updated Dutch translaterion, closes: #374850 * merge updated Swedish translaterion, closes: #375747 * rework postinst to use adduser instead of usermod to add user backup to groups disk and tape, and add postrm support for removing user backup from those groups on purge, closes: #380336 * patch from upstream 2.5.1b1 via Geert Uytterhoeven to support tar 1.15.91, closes: #378558 * accept patch from Raphael Pinson adding xinetd support * Clean debian/po/templates.pot after build Files: dfc42b7f429c4491aabced3ef3145e4a 733 utils optional amanda_2.5.0p2-2.dsc 6da5267b16b43cc8cf1606b649890b63 46548 utils optional amanda_2.5.0p2-2.diff.gz 5432da9334ea95674a07bdb4846cf74d 1040938 utils optional amanda-common_2.5.0p2-2_i386.deb 3bb20d575931c05eb506166414bfa0fa 345182 utils optional amanda-server_2.5.0p2-2_i386.deb 0896cb696b118ae2bafda49765ff76c4 106042 utils optional amanda-client_2.5.0p2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8yn5ZKfAp/LPAagRAvD7AJ9x1pOCmm4079fZr8oBz9RWBdzrBwCeOocW jLc/bQadjyJF8wZr5Wy1VOo= =5q7w -END PGP SIGNATURE- Accepted: amanda-client_2.5.0p2-2_i386.deb to pool/main/a/amanda/amanda-client_2.5.0p2-2_i386.deb amanda-common_2.5.0p2-2_i386.deb to pool/main/a/amanda/amanda-common_2.5.0p2-2_i386.deb amanda-server_2.5.0p2-2_i386.deb to pool/main/a/amanda/amanda-server_2.5.0p2-2_i386.deb amanda_2.5.0p2-2.diff.gz to pool/main/a/amanda/amanda_2.5.0p2-2.diff.gz amanda_2.5.0p2-2.dsc to pool/main/a/amanda/amanda_2.5.0p2-2.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted egroupware 1.2-104.dfsg-2 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Mon, 28 Aug 2006 19:29:49 +0200
Source: egroupware
Binary: egroupware-news-admin egroupware-felamimail egroupware-polls
egroupware-calendar egroupware egroupware-bookmarks egroupware-wiki
egroupware-sambaadmin egroupware-filemanager egroupware-ldap
egroupware-addressbook egroupware-mydms egroupware-etemplate
egroupware-registration egroupware-emailadmin egroupware-timesheet
egroupware-developer-tools egroupware-phpsysinfo egroupware-resources
egroupware-core egroupware-infolog egroupware-manual egroupware-projectmanager
egroupware-workflow egroupware-sitemgr egroupware-phpbrain
Architecture: source all
Version: 1.2-104.dfsg-2
Distribution: unstable
Urgency: low
Maintainer: Peter Eisentraut [EMAIL PROTECTED]
Changed-By: Peter Eisentraut [EMAIL PROTECTED]
Description:
egroupware - web-based groupware suite
egroupware-addressbook - eGroupWare addressbook management application
egroupware-bookmarks - eGroupWare bookmark management application
egroupware-calendar - eGroupWare calendar management application
egroupware-core - eGroupWare core modules
egroupware-developer-tools - eGroupWare developer tools
egroupware-emailadmin - eGroupWare E-mail user administration application
egroupware-etemplate - widget-based template system for eGroupWare
egroupware-felamimail - eGroupWare FeLaMiMail application
egroupware-filemanager - eGroupWare file manager application
egroupware-infolog - eGroupWare infolog application
egroupware-ldap - eGroupware LDAP support files
egroupware-manual - eGroupWare manual
egroupware-mydms - eGroupWare document management system
egroupware-news-admin - eGroupWare news administration interface
egroupware-phpbrain - eGroupWare phpbrain application
egroupware-phpsysinfo - eGroupWare phpSysInfo application
egroupware-polls - eGroupWare polling application
egroupware-projectmanager - eGroupWare projects management application
egroupware-registration - eGroupWare registration application
egroupware-resources - eGroupWare resource manager application
egroupware-sambaadmin - eGroupWare Samba administration application
egroupware-sitemgr - eGroupWare site manager application
egroupware-timesheet - eGroupWare timesheet application
egroupware-wiki - eGroupWare wiki application
egroupware-workflow - eGroupWare workflow application
Closes: 381339
Changes:
egroupware (1.2-104.dfsg-2) unstable; urgency=low
.
* Enhanced watch file
* Enable mod_actions for Apache 2 (closes: #381339)
* Removed recommendations of php5-mcal and php5-xslt, which don't exist
* Altered Debconf templates to fit recommendations in Developer's
Reference
* Code clean-up in maintainer scripts
* Updated setup instructions for new PostgreSQL packaging scheme
* Simplified documentation for LDAP setup
* Added php{4,5}-odbc as dependency alternative
* Updated for new fpdf path
Files:
b2b1cbfefa86bd513e6eccf66fa815ed 1170 web optional
egroupware_1.2-104.dfsg-2.dsc
e20279c9243db33c70cc01249efc9be2 28002 web optional
egroupware_1.2-104.dfsg-2.diff.gz
76576baef547ee521cd4abec496715eb 5790 web optional
egroupware_1.2-104.dfsg-2_all.deb
8af51f179347403229b587c30e4509a8 4974662 web optional
egroupware-core_1.2-104.dfsg-2_all.deb
eb9c1571ab1bac83f43d63775ce64306 8566 web optional
egroupware-ldap_1.2-104.dfsg-2_all.deb
fd8273861b0e4e8401e4c9e17e0e077d 205816 web optional
egroupware-addressbook_1.2-104.dfsg-2_all.deb
ed89163f4bb23dcc20e6ec49debeff04 131920 web optional
egroupware-bookmarks_1.2-104.dfsg-2_all.deb
d89be37c09fa2588c95a17675627b312 422558 web optional
egroupware-calendar_1.2-104.dfsg-2_all.deb
2ea0fe3f0f8faa08f6ab9e7a053aaf9d 61210 web optional
egroupware-developer-tools_1.2-104.dfsg-2_all.deb
e20c56eabb23bbe7a4bb3cd3bde1f586 52342 web optional
egroupware-emailadmin_1.2-104.dfsg-2_all.deb
9e049af45eeae1f6b15b8a67c1da40c8 577242 web optional
egroupware-etemplate_1.2-104.dfsg-2_all.deb
60dbac0059b60f54154796fa7fae46df 288814 web optional
egroupware-felamimail_1.2-104.dfsg-2_all.deb
66807fe30c2e32494996d83dee7c1ce1 172010 web optional
egroupware-filemanager_1.2-104.dfsg-2_all.deb
2b4f12e2a274a42e163e24421b9b5909 218380 web optional
egroupware-infolog_1.2-104.dfsg-2_all.deb
939e6d3efc74b55e0f4c01bf1740667a 30858 web optional
egroupware-manual_1.2-104.dfsg-2_all.deb
b08ccc6a203970324b99aed7ba25c04c 564236 web optional
egroupware-mydms_1.2-104.dfsg-2_all.deb
22907e885dcfe5a4a9592004255a522e 57318 web optional
egroupware-news-admin_1.2-104.dfsg-2_all.deb
b67ceba68c54eddb6db8d969663b8c45 136392 web optional
egroupware-phpbrain_1.2-104.dfsg-2_all.deb
93831d5e70a9635319aba6034b04b748 225146 web optional
egroupware-phpsysinfo_1.2-104.dfsg-2_all.deb
08a8c2e3ee996ae7fb745cae2bef 42798 web optional
egroupware-polls_1.2-104.dfsg-2_all.deb
ea01ec4bc3b8e498eaca5b9987943a78 560564 web optional
egroupware-projectmanager_1.2-104.dfsg-2_all.deb
38e05d67265c8ae51bf635ad0770d7c9
Accepted m4 1.4.6-1 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 20:20:28 +0200 Source: m4 Binary: m4-doc m4 Architecture: source powerpc all Version: 1.4.6-1 Distribution: unstable Urgency: low Maintainer: Santiago Vila [EMAIL PROTECTED] Changed-By: Santiago Vila [EMAIL PROTECTED] Description: m4 - a macro processing language m4-doc - Documentation for GNU m4 Closes: 53685 96075 175365 311378 Changes: m4 (1.4.6-1) unstable; urgency=low . * New upstream release. Lots of fixes, see the NEWS file for details. * Fixed incorrect output when using -s and -I (Closes: #53685). * Improved handling of format builtin (Closes: #96075). * Improved error message in case of EOF (Closes: #175365). * m4 is now 8-bit clean (Closes: #311378). Files: e9b4ab90f747872bb5f11012e06a33af 556 interpreters standard m4_1.4.6-1.dsc 37680c0515ded417ad91b7a30d33e9b0 635800 interpreters standard m4_1.4.6.orig.tar.gz a4a3f17e7665a94661323f12601e2875 11960 interpreters standard m4_1.4.6-1.diff.gz 6a1e99b2a0a3b9a9b1bdcd74c9743a9f 121200 doc optional m4-doc_1.4.6-1_all.deb a7f8c3bd5e0c2db0d85252035a4a64d0 151302 interpreters standard m4_1.4.6-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8zaVd9Uuvj7yPNYRAlZvAKCFY0pfrgEhQCXBQTLAHHI4uuFGcACgpiZo oCzvWYMw32ojFWpjFVitQfU= =Mprq -END PGP SIGNATURE- Accepted: m4-doc_1.4.6-1_all.deb to pool/main/m/m4/m4-doc_1.4.6-1_all.deb m4_1.4.6-1.diff.gz to pool/main/m/m4/m4_1.4.6-1.diff.gz m4_1.4.6-1.dsc to pool/main/m/m4/m4_1.4.6-1.dsc m4_1.4.6-1_powerpc.deb to pool/main/m/m4/m4_1.4.6-1_powerpc.deb m4_1.4.6.orig.tar.gz to pool/main/m/m4/m4_1.4.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted derivations 0.4.20060804-2 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Tue, 29 Aug 2006 00:00:00 +
Source: derivations
Binary: derivations
Architecture: source all
Version: 0.4.20060804-2
Distribution: unstable
Urgency: medium
Maintainer: Thaddeus H. Black [EMAIL PROTECTED]
Changed-By: Thaddeus H. Black [EMAIL PROTECTED]
Description:
derivations - book: Derivations of Applied Mathematics
Closes: 384735
Changes:
derivations (0.4.20060804-2) unstable; urgency=medium
.
* (Andreas Jochens and Julian Gilbey) Replaced all instances of the
LaTeX \scalebox macro with the new \localscalebox, defined in
tex/def.tex, thus allowing the user building from source to select
teTeX-2 or teTeX-3 \scalebox syntax as appropriate. Fed the patch
upstream. Thanked Andreas Jochens for identifying the bug and
Julian Gilbey for fixing it. (Closes: #384735)
* In debian/control, required tetex-{bin,extra} (= 3.0), since the
patched source no longer builds on older tetex.
Files:
b052a5fa1cd7b2e3f7632679e38eaaee 692 doc optional
derivations_0.4.20060804-2.dsc
a6f115216de416944a0cb3fa7051d770 16477 doc optional
derivations_0.4.20060804-2.diff.gz
e54bb0848b77f4fcfdcd00c71077bd70 1480962 doc optional
derivations_0.4.20060804-2_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFE8zHIh3E0gzgBXn4RAuc+AJwJGDPBYBErdAX4Anp6JLQN5UfzRACg0wRd
qwCW850uKPSr0Ao85lGB5Hw=
=oeQ9
-END PGP SIGNATURE-
Accepted:
derivations_0.4.20060804-2.diff.gz
to pool/main/d/derivations/derivations_0.4.20060804-2.diff.gz
derivations_0.4.20060804-2.dsc
to pool/main/d/derivations/derivations_0.4.20060804-2.dsc
derivations_0.4.20060804-2_all.deb
to pool/main/d/derivations/derivations_0.4.20060804-2_all.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted partman-crypto 11 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 20:35:57 +0200 Source: partman-crypto Binary: partman-crypto-dm partman-crypto partman-crypto-loop Architecture: source i386 all Version: 11 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Max Vozeler [EMAIL PROTECTED] Description: partman-crypto - Add to partman support for block device encryption (udeb) partman-crypto-dm - Add to partman support for dm-crypt encryption (udeb) partman-crypto-loop - Add to partman support for loop-AES encryption (udeb) Closes: 384532 Changes: partman-crypto (11) unstable; urgency=low . [ David Härdeman ] * Make partman-crypto-dm and partman-crypto-loop not installed by default and instead do on-demand loading in d-i (closes: #384532) . [ Max Vozeler ] * Some minor code cleanups . [ Updated translations ] * Czech (cs.po) by Miroslav Kure * Danish (da.po) by Claus Hindsgaul * German (de.po) by Jens Seidel * French (fr.po) by Christian Perrier * Galician (gl.po) by Jacobo Tarrio * Indonesian (id.po) by Arief S Fitrianto * Italian (it.po) by Giuseppe Sacco * Japanese (ja.po) by Kenshi Muto * Dutch (nl.po) by Bart Cornelis * Portuguese (Brazil) (pt_BR.po) by André LuÃs Lopes * Portuguese (pt.po) by Miguel Figueiredo * Romanian (ro.po) by Eddy PetriÅor * Russian (ru.po) by Yuri Kozlov * Northern Sami (se.po) by Børre Gaup * Slovak (sk.po) by Peter Mann * Swedish (sv.po) by Daniel Nylander * Thai (th.po) by Theppitak Karoonboonyanan * Tagalog (tl.po) by Eric Pareja * Turkish (tr.po) by Recai OktaÅ Files: 4a710361c9dcb904ea4ed599f748e738 609 debian-installer standard partman-crypto_11.dsc dcc17b3c7fd94b81ada6123247259c3f 237351 debian-installer standard partman-crypto_11.tar.gz 51e401d26398f203abce705d0e8a81b4 1386 debian-installer optional partman-crypto-dm_11_all.udeb 0ed23f6a24b2a550c4fe539dc95e636c 1238 debian-installer optional partman-crypto-loop_11_all.udeb 90149e6ef1d9f70f5f4f6d427775448d 169916 debian-installer standard partman-crypto_11_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8zftnVvVEbfNotwRAsmjAKC18FAlEkOEw0QddZ98It2eO7pLAwCfd231 NjZBd/mKhc3RQWAAPcZY4J4= =fezo -END PGP SIGNATURE- Accepted: partman-crypto-dm_11_all.udeb to pool/main/p/partman-crypto/partman-crypto-dm_11_all.udeb partman-crypto-loop_11_all.udeb to pool/main/p/partman-crypto/partman-crypto-loop_11_all.udeb partman-crypto_11.dsc to pool/main/p/partman-crypto/partman-crypto_11.dsc partman-crypto_11.tar.gz to pool/main/p/partman-crypto/partman-crypto_11.tar.gz partman-crypto_11_i386.udeb to pool/main/p/partman-crypto/partman-crypto_11_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted chmlib 0.380-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 20:42:27 +0200 Source: chmlib Binary: libchm-dev libchm-bin libchm1 Architecture: source i386 Version: 0.380-2 Distribution: unstable Urgency: low Maintainer: Julien Lemoine [EMAIL PROTECTED] Changed-By: Julien Lemoine [EMAIL PROTECTED] Description: libchm-bin - library for dealing with Microsoft CHM format files libchm-dev - library for dealing with Microsoft CHM format files libchm1- library for dealing with Microsoft CHM format files Closes: 383915 Changes: chmlib (0.380-2) unstable; urgency=low . * Include patch of 0.38-3 reverted by error in upload of chmlib 0.380-1 : Fixed typo in debian/rules file : binaries were installed in /usr/bin/bin instead of /usr/bin in libchm-bin package (Closes: #383915) Files: 12342d58868ddd8e53a88843445b3169 610 libs optional chmlib_0.380-2.dsc 4b797ca6123441dd5c2cc75495961b43 5127 libs optional chmlib_0.380-2.diff.gz 4489ed8677f7e0a6ef74a86ed0972b2e 27276 libs optional libchm1_0.380-2_i386.deb ed5ebaa2d77bbb5b11df5f59c2731755 17096 libdevel optional libchm-bin_0.380-2_i386.deb 40723fd75f4337df233b6fbc401037ec 24376 libdevel optional libchm-dev_0.380-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE8zpBc29c8N2YKnURAoUtAKDacXPYFdUmt8WTZMWrc8ezk7M2zQCffYG0 W9d0FZu7YG6Hl/vMh+59kM8= =Yzpn -END PGP SIGNATURE- Accepted: chmlib_0.380-2.diff.gz to pool/main/c/chmlib/chmlib_0.380-2.diff.gz chmlib_0.380-2.dsc to pool/main/c/chmlib/chmlib_0.380-2.dsc libchm-bin_0.380-2_i386.deb to pool/main/c/chmlib/libchm-bin_0.380-2_i386.deb libchm-dev_0.380-2_i386.deb to pool/main/c/chmlib/libchm-dev_0.380-2_i386.deb libchm1_0.380-2_i386.deb to pool/main/c/chmlib/libchm1_0.380-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cdrskin 0.1.4-1 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 16 Aug 2006 23:10:32 +0300 Source: cdrskin Binary: cdrskin Architecture: source amd64 Version: 0.1.4-1 Distribution: unstable Urgency: low Maintainer: Eduard Bloch [EMAIL PROTECTED] Changed-By: George Danchev [EMAIL PROTECTED] Description: cdrskin- burns preformatted data to CD-R or CD-RW via libburn Changes: cdrskin (0.1.4-1) unstable; urgency=low . [ George Danchev ] * New upstream release * rules: get-orig-source target with md5sum tarball checking Files: 060fa9b982d28b4668a08542a31d6f4d 617 otherosfs optional cdrskin_0.1.4-1.dsc b26b78a108138fdd0588cc226b88475c 584005 otherosfs optional cdrskin_0.1.4.orig.tar.gz eddc3828c22bb70fae70516da15a132b 19581 otherosfs optional cdrskin_0.1.4-1.diff.gz d1208661de9f692b42be90e94ddd83c4 65080 otherosfs optional cdrskin_0.1.4-1_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE80tl4QZIHu3wCMURAqrQAJ9++OUBmWoiuOuVFi3MTFQ/MipMsgCfclrg GF44nkncHpBFRp8JkpO3Mro= =UIct -END PGP SIGNATURE- Accepted: cdrskin_0.1.4-1.diff.gz to pool/main/c/cdrskin/cdrskin_0.1.4-1.diff.gz cdrskin_0.1.4-1.dsc to pool/main/c/cdrskin/cdrskin_0.1.4-1.dsc cdrskin_0.1.4-1_amd64.deb to pool/main/c/cdrskin/cdrskin_0.1.4-1_amd64.deb cdrskin_0.1.4.orig.tar.gz to pool/main/c/cdrskin/cdrskin_0.1.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnopernicus 1.0.5-1.1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 23 Aug 2006 20:15:26 -0300 Source: gnopernicus Binary: gnopernicus Architecture: source i386 Version: 1.0.5-1.1 Distribution: unstable Urgency: medium Maintainer: Mario Lang [EMAIL PROTECTED] Changed-By: Margarita Manterola [EMAIL PROTECTED] Description: gnopernicus - Screen reader for GNOME 2 Closes: 382958 383616 Changes: gnopernicus (1.0.5-1.1) unstable; urgency=medium . * Non-maintainer upload to fix Failure To Build From Source and to prevent breaking ScrollKeeper's database. * Included cdbs' simplepatchsys to include the needed patch. * Updated debhelper Build-Depends as required by cdbs. * Added debian/patches/01-libke-cflags.patch that makes libgtk-2.0 a dependency of libke in configure.in. Thanks to James Westby for the patch. (Closes: #382958). * Stopped shipping /var/scrollkeeper. * Added a postinst snippet to fix systems where gnopernicus broke the scrollkeeper database. Thanks to Loic Minier for the patch. (Closes: #383616) * Added debian/patches/02_fix_segfault.patch to fix a segfault when starting gnopernicus without a running gconf instance. Files: 0d9ed2976651d0fff23725ab1b2b0df8 995 x11 optional gnopernicus_1.0.5-1.1.dsc 3ed19bb187ec7b8b41a94fc98544fc48 9682 x11 optional gnopernicus_1.0.5-1.1.diff.gz f7e2b9867eb0e922b974bb7783be20b0 2030334 x11 optional gnopernicus_1.0.5-1.1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFE7Z9QlAuUx1tI/64RAsZ9AJ46qY1PxBY/tng+eGj6nyJNOZ1EGgCgnxg6 CeK8xgavOTAe3Q2Hi2JxQjs= =Y7bS -END PGP SIGNATURE- Accepted: gnopernicus_1.0.5-1.1.diff.gz to pool/main/g/gnopernicus/gnopernicus_1.0.5-1.1.diff.gz gnopernicus_1.0.5-1.1.dsc to pool/main/g/gnopernicus/gnopernicus_1.0.5-1.1.dsc gnopernicus_1.0.5-1.1_i386.deb to pool/main/g/gnopernicus/gnopernicus_1.0.5-1.1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted epix1 1.0.11-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 20:55:58 +0100 Source: epix1 Binary: epix1 Architecture: source i386 Version: 1.0.11-1 Distribution: unstable Urgency: low Maintainer: Julian Gilbey [EMAIL PROTECTED] Changed-By: Julian Gilbey [EMAIL PROTECTED] Description: epix1 - Create mathematically accurate line figures, plots and movies Changes: epix1 (1.0.11-1) unstable; urgency=low . * New upstream release Files: fcf88cb6b0415f647b4b479797d8a3e7 608 tex optional epix1_1.0.11-1.dsc d4f3405757c9e982ffa1de7496a0f3de 522196 tex optional epix1_1.0.11.orig.tar.gz 19df7a27137d5449276b0825ff7a4cf5 4027 tex optional epix1_1.0.11-1.diff.gz d9c88c56b3c56f03efeaa76838683727 2057508 tex optional epix1_1.0.11-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE81EzDU59w/205FkRApNUAJoDhyw8A0thPMNmnHOIMX0qMkH0xwCglF4E RRDm7XeWwJIIjq76UrAygWI= =uJMp -END PGP SIGNATURE- Accepted: epix1_1.0.11-1.diff.gz to pool/main/e/epix1/epix1_1.0.11-1.diff.gz epix1_1.0.11-1.dsc to pool/main/e/epix1/epix1_1.0.11-1.dsc epix1_1.0.11-1_i386.deb to pool/main/e/epix1/epix1_1.0.11-1_i386.deb epix1_1.0.11.orig.tar.gz to pool/main/e/epix1/epix1_1.0.11.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libccaudio2 0.9.10-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 21:40:33 +0100 Source: libccaudio2 Binary: libccaudio2-0.9-0 libccaudio2-dev libccaudio2-doc Architecture: source i386 all Version: 0.9.10-1 Distribution: unstable Urgency: low Maintainer: Debian VoIP Team [EMAIL PROTECTED] Changed-By: Mark Purcell [EMAIL PROTECTED] Description: libccaudio2-0.9-0 - GNU ccAudio2 - a C++ class framework for processing audio files libccaudio2-dev - header files and static link library for GNU ccAudio libccaudio2-doc - Documentation files for GNU ccAudio2 library Changes: libccaudio2 (0.9.10-1) unstable; urgency=low . * New upstream release Files: 3dd31796fed6de2188192bff078f56c0 756 libs optional libccaudio2_0.9.10-1.dsc 586b264dd4db4365cacb9bb22ba2a7b3 427494 libs optional libccaudio2_0.9.10.orig.tar.gz 4fe1a46c11c855ebd08c37df2110706f 3340 libs optional libccaudio2_0.9.10-1.diff.gz 9fff5a771e33941eea3ebc7d05440e8b 277598 doc optional libccaudio2-doc_0.9.10-1_all.deb 372486f954b6b4e12ce54a97db98d539 87150 libdevel optional libccaudio2-dev_0.9.10-1_i386.deb ca172b6ca919f991abca007650422a6d 66948 libs optional libccaudio2-0.9-0_0.9.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE81V9oCzanz0IthIRAhGzAKCUhY11Wv3qZFPcokFqCFJlAo9TFACglZ97 IUGmJ9hAv5w0dZZaNt6U/3k= =4YGQ -END PGP SIGNATURE- Accepted: libccaudio2-0.9-0_0.9.10-1_i386.deb to pool/main/libc/libccaudio2/libccaudio2-0.9-0_0.9.10-1_i386.deb libccaudio2-dev_0.9.10-1_i386.deb to pool/main/libc/libccaudio2/libccaudio2-dev_0.9.10-1_i386.deb libccaudio2-doc_0.9.10-1_all.deb to pool/main/libc/libccaudio2/libccaudio2-doc_0.9.10-1_all.deb libccaudio2_0.9.10-1.diff.gz to pool/main/libc/libccaudio2/libccaudio2_0.9.10-1.diff.gz libccaudio2_0.9.10-1.dsc to pool/main/libc/libccaudio2/libccaudio2_0.9.10-1.dsc libccaudio2_0.9.10.orig.tar.gz to pool/main/libc/libccaudio2/libccaudio2_0.9.10.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted knemo 0.4.5-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 21:31:40 +0100 Source: knemo Binary: knemo Architecture: source i386 Version: 0.4.5-1 Distribution: unstable Urgency: low Maintainer: Debian KDE Extras Team [EMAIL PROTECTED] Changed-By: Debian KDE Extras Team [EMAIL PROTECTED] Description: knemo - network interfaces monitor for KDE's systray Changes: knemo (0.4.5-1) unstable; urgency=low . [ Mark Purcell ] * New upstream release * Remove 12_kdesvn572745.diff as applied upstream * Remove 13_fix_essid_regexp_for_not_quoted_strings.diff as applied upstream Files: 5b2f6db9958a6ef6f14cb7f203a85be9 716 kde optional knemo_0.4.5-1.dsc 5a9356d158a68510b767fd78eec320ea 1008639 kde optional knemo_0.4.5.orig.tar.gz b004a12103de4e3b47e930ef84deb9bb 5195 kde optional knemo_0.4.5-1.diff.gz 0a577624ad0c3e85cef4a0e64bd86687 277024 kde optional knemo_0.4.5-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE81NaoCzanz0IthIRArVbAJ4kIFv3XLSJR2Hwkav2vf/b6AfTUACfYgWB nIekHOhqr8Fj2i2jUWP0mCo= =SmMx -END PGP SIGNATURE- Accepted: knemo_0.4.5-1.diff.gz to pool/main/k/knemo/knemo_0.4.5-1.diff.gz knemo_0.4.5-1.dsc to pool/main/k/knemo/knemo_0.4.5-1.dsc knemo_0.4.5-1_i386.deb to pool/main/k/knemo/knemo_0.4.5-1_i386.deb knemo_0.4.5.orig.tar.gz to pool/main/k/knemo/knemo_0.4.5.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted stlport5.1 5.0.99rc2-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Aug 2006 21:39:07 +0200 Source: stlport5.1 Binary: libstlport5.1-dev libstlport5.1-dbg libstlport5.1 Architecture: source i386 Version: 5.0.99rc2-3 Distribution: unstable Urgency: low Maintainer: Torsten Werner [EMAIL PROTECTED] Changed-By: Torsten Werner [EMAIL PROTECTED] Description: libstlport5.1 - STLport C++ class library libstlport5.1-dbg - STLport C++ class library debug symbols libstlport5.1-dev - STLport C++ class library Changes: stlport5.1 (5.0.99rc2-3) unstable; urgency=low . * merge changes from trunk: it does not work yet unfortunetaly * add patch unit-test.diff from upstream * the build does not fail yet if the unit test fails Files: fca395e863820e1ae524c91177b68b40 715 devel optional stlport5.1_5.0.99rc2-3.dsc 61c7961112f413ab4c150e695ebc85f2 7944 devel optional stlport5.1_5.0.99rc2-3.diff.gz 18b347bd3a86473c8e671d6603534312 437356 libdevel optional libstlport5.1-dev_5.0.99rc2-3_i386.deb f69aa838aaed21ff04a47733da10a2be 210830 libs optional libstlport5.1_5.0.99rc2-3_i386.deb 24342bc553b6910c74ac7187fec9991c 923050 libs extra libstlport5.1-dbg_5.0.99rc2-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE80hefY3dicTPjsMRAlXIAKCEE+WlXI3Mu+o1qIAyYUTeIr81vACfa31A JXg2k3u+vtAP+w3nc4Wp4vM= =ZmUj -END PGP SIGNATURE- Accepted: libstlport5.1-dbg_5.0.99rc2-3_i386.deb to pool/main/s/stlport5.1/libstlport5.1-dbg_5.0.99rc2-3_i386.deb libstlport5.1-dev_5.0.99rc2-3_i386.deb to pool/main/s/stlport5.1/libstlport5.1-dev_5.0.99rc2-3_i386.deb libstlport5.1_5.0.99rc2-3_i386.deb to pool/main/s/stlport5.1/libstlport5.1_5.0.99rc2-3_i386.deb stlport5.1_5.0.99rc2-3.diff.gz to pool/main/s/stlport5.1/stlport5.1_5.0.99rc2-3.diff.gz stlport5.1_5.0.99rc2-3.dsc to pool/main/s/stlport5.1/stlport5.1_5.0.99rc2-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
