SUBSCRIBE
- Cordialement MGA (GIL ANTOLI Michel) L'experience s'acquiert juste après que l'on en a eu besoin
Re: testing packages at build
On Wed, Oct 15, 2003 at 02:59:45PM -0700, Zack Weinberg wrote: I do not know enough about what X resource files are supposed to look like to identify this bug for sure. However, I notice that the /etc/X11/xdm/Xresources file from Daniel's experimental X4.3.0 debs appears to have had all its backslash-newlines eaten: [...] and I *think* a bug in the handling of backslash-newlines with -traditional was fixed for GCC 3.3.2, which is due out today. Would you please try that version when it comes out, and if it's still broken, file a proper bug report? Yes; thank you for following up on this. I'll try to responsibly do likewise this time. -- G. Branden Robinson| Debian GNU/Linux | De minimis non curat lex. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Difference between A and C (was: Call for votes ...)
The difference between proposals A and C wasn't clear to me at first, so at Manoj's request, I am sharing it with everyone. If you read carefully, you won't need this, I guess. Proposal A: Clarifies status of non-technical documents. Creates Foundation Documents class which requires 3:1 majority to change and includes the Social Contract and the DFSG. [...] + 5.2 The Foundation Documents are the works entitled Debian + Social Contract and Debian Free Software Guidelines. [...] Proposal C: Clarifies status of non-technical documents. Creates Foundation Documents class which requires 3:1 majority to change and includes _only_ the Social Contract, and *not* the DFSG. [...] + 5.2 The Foundation Document is the work entitled Debian + Social Contract. As you can see, the only difference is that proposal A calls the Social Contract *and* the DFSG a foundation document in section 5.2. Proposal C only calls the social contract a foundation document. Hope this clears it up for some. -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpjgVLJpCJRf.pgp Description: PGP signature
Re: Bug#215556: ITP: gsysutils -- Set of utilities useful to system administrators
Andreas Rottmann wrote: Btw, sysutils is taken, so I take gsysutils. Does someone prefer gnu-sysutils? I would, as I associate gsomething with a Gnome-frontend for something (e.g gsudo), but I don't claim that is common conception. Well, I can back that up. A Gnome association swept to the surface of my mind when I read the package name, too, If you are asking for votes then I as well prefer something other than gsysutils and gnu-sysutils seems appropriate. Bob
Pre-Depends for postgresql
Hi! The package postgresql needs to use 'adduser' and 'addgroup' in its preinst script to properly save the current database before upgrading (cf. Bug #180199). Therefore it should pre-depend on 'adduser'. Pre-Dependencies are supposed to be discussed at d-devel which I want to do now. If anybody objects I will just do it. Thanks and have a nice day! Martin -- Martin Pitt home: www.piware.de eMail: [EMAIL PROTECTED]
Re: Bug#215556: ITP: gsysutils -- Set of utilities useful to system administrators
[EMAIL PROTECTED] (Bob Proulx) a tapoté : Andreas Rottmann wrote: Btw, sysutils is taken, so I take gsysutils. Does someone prefer gnu-sysutils? I would, as I associate gsomething with a Gnome-frontend for something (e.g gsudo), but I don't claim that is common conception. Well, I can back that up. A Gnome association swept to the surface of my mind when I read the package name, too, If you are asking for votes then I as well prefer something other than gsysutils and gnu-sysutils seems appropriate. Considering the content of the current Debian sysutils package, way less important than the gnu sysutils package IMHO, described as Miscellaneous small system utilities, maybe it would be possible, if the maintainer of this package agree, to rename the current sysutils? (with the Debian conflicts/replaces fields in control file, it should be feasible without harm) The current sysutils contains: * procinfo - Displays system information from /proc (v17). * memtest - Test system memory for errors (v2.93.1). * bogomips - Shows the current bogomips rating without rebooting (v1.2). * tofromdos - Converts DOS - Unix text files (v1.4). http://packages.debian.org/stable/utils/sysutils.html (anyway what's the difference between tofromdos and dos2unix/unix2dos?) Another solution would be to make a debian package that contain these software along with the gnu sysutils tools. -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 11:00:47AM +0200, Martin Pitt wrote: Pre-Dependencies are supposed to be discussed at d-devel which I want to do now. If anybody objects I will just do it. Doesn't that kind of defeat the purpose of discussing these sorts of things? As it stands, I don't see a problem with the pre-depends, but your attitude is... disquieting. - Matt
Re: Pre-Depends for postgresql
Hi! On 2003-10-16 19:24 +1000, Matthew Palmer wrote: On Thu, Oct 16, 2003 at 11:00:47AM +0200, Martin Pitt wrote: Pre-Dependencies are supposed to be discussed at d-devel which I want to do now. If anybody objects I will just do it. Doesn't that kind of defeat the purpose of discussing these sorts of things? As it stands, I don't see a problem with the pre-depends, but your attitude is... disquieting. Please take my excuse, I guess my English fooled me this morning. I just read that again and see what you are meaning... Actually I meant if nobody objects I will do it (*slapping my head*). In the sense that I don't require twenty replies saying just yes, but would rather be interested in opinions why it should _not_ be done. Sorry again and have a nice day! Martin -- Martin Pitt home: www.piware.de eMail: [EMAIL PROTECTED]
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 07:24:21PM +1000, Matthew Palmer wrote: On Thu, Oct 16, 2003 at 11:00:47AM +0200, Martin Pitt wrote: Pre-Dependencies are supposed to be discussed at d-devel which I want to do now. If anybody objects I will just do it. Doesn't that kind of defeat the purpose of discussing these sorts of things? As it stands, I don't see a problem with the pre-depends, but your attitude is... disquieting. To me, it read like a typo for If nobody objects. -- Colin Watson [EMAIL PROTECTED]
Re: Pre-Depends for postgresql
On Thu, 16 Oct 2003 19:00, Martin Pitt wrote: The package postgresql needs to use 'adduser' and 'addgroup' in its preinst script to properly save the current database before upgrading (cf. Bug #180199). Therefore it should pre-depend on 'adduser'. Why would there be an issue on depending on a more important package? Having an optional/misc package pre-depend on an important/base package seems like a non-issue to me. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: Pre-Depends for postgresql
Hi Russell and all others, On 2003-10-16 21:39 +1000, Russell Coker wrote: On Thu, 16 Oct 2003 19:00, Martin Pitt wrote: The package postgresql needs to use 'adduser' and 'addgroup' in its preinst script to properly save the current database before upgrading (cf. Bug #180199). Therefore it should pre-depend on 'adduser'. Why would there be an issue on depending on a more important package? Having an optional/misc package pre-depend on an important/base package seems like a non-issue to me. adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? Thanks in advance! Martin P.S. No need to CC me, I'm subscribed (see mail-followup-to). Thanks. -- Martin Pitt home: www.piware.de eMail: [EMAIL PROTECTED]
Re: Bug#215945: ITP: etw -- arcade-style soccer game
On Wed, Oct 15, 2003, Sam Hocevar wrote: * Package name: etw Eat The Whistle is an arcade soccer game similar to famous Amiga titles such as Kick Off or Sensible Soccer. It features several game modes where you can play either as the whole team or as a single player, and you can also manage teams that take part in cups and leagues. There is even an arcade mode with powerups and bonuses, like in the game SpeedBall 2. The game is really great, but has still many bugs. I don't want to upload it in unstable until I have improved the overall stability, but in the meantime you can find my preliminary packages here: deb http://sam.zoy.org/projects/debian sid main deb-src http://sam.zoy.org/projects/debian sid main (The data package is 11 MB, be warned) Regards, -- Sam.
Re: Pre-Depends for postgresql
Martin Pitt [EMAIL PROTECTED] a tapoté : Hi Russell and all others, On 2003-10-16 21:39 +1000, Russell Coker wrote: On Thu, 16 Oct 2003 19:00, Martin Pitt wrote: The package postgresql needs to use 'adduser' and 'addgroup' in its preinst script to properly save the current database before upgrading (cf. Bug #180199). Therefore it should pre-depend on 'adduser'. Why would there be an issue on depending on a more important package? Having an optional/misc package pre-depend on an important/base package seems like a non-issue to me. adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? Thanks in advance! Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
debian-devel@lists.debian.org
http://zzren.cn)1015 http://zzren.cn) 1015 1015
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote: Martin Pitt [EMAIL PROTECTED] a tapoté : adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? Thanks in advance! Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. No, packages that need to add users or groups should use adduser so that the appropriate uid and gid ranges are used as configured by the sysadmin. -- Colin Watson [EMAIL PROTECTED]
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote: Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. Please ignore this dangerous moron. -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : http://www.debian.org/ | `. `' | `- -- | signature.asc Description: Digital signature
Re: Pre-Depends for postgresql
Colin Watson [EMAIL PROTECTED] a tapoté : On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote: Martin Pitt [EMAIL PROTECTED] a tapoté : adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? Thanks in advance! Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. No, packages that need to add users or groups should use adduser so that the appropriate uid and gid ranges are used as configured by the sysadmin. Even for system users automatically created by postinst scripts, on a system where adduser has not even been already installed before? (The postinst script may detect whether adduser is installed or not and use useradd if adduser is missing.) -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: Pre-Depends for postgresql
Mathieu Roy [EMAIL PROTECTED] wrote: Martin Pitt [EMAIL PROTECTED] a tapoté : On 2003-10-16 21:39 +1000, Russell Coker wrote: On Thu, 16 Oct 2003 19:00, Martin Pitt wrote: The package postgresql needs to use 'adduser' and 'addgroup' in its preinst script to properly save the current database before upgrading (cf. Bug #180199). Therefore it should pre-depend on 'adduser'. Why would there be an issue on depending on a more important package? Having an optional/misc package pre-depend on an important/base package seems like a non-issue to me. adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. IBTD. Apart from the fact that using adduser is explicitely recommended in policy having _all_ packages use the same interface for user-allocation IMHO is valuable on its own and outweighs getting rid of a predependency. cu andreas
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 04:27:42PM +0200, Mathieu Roy wrote: Colin Watson [EMAIL PROTECTED] a tapoté : On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote: Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. No, packages that need to add users or groups should use adduser so that the appropriate uid and gid ranges are used as configured by the sysadmin. Even for system users automatically created by postinst scripts, on a system where adduser has not even been already installed before? Yes, especially for system users automatically created by postinst scripts. This is important for consistency, which is why it's in policy (9.2.2). (The postinst script may detect whether adduser is installed or not and use useradd if adduser is missing.) Blech. We have dependencies and tools that install them automatically for a reason. (By the way, please don't cc me on replies; I read the list.) Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: Pre-Depends for postgresql
Colin Watson [EMAIL PROTECTED] a tapoté : On Thu, Oct 16, 2003 at 04:27:42PM +0200, Mathieu Roy wrote: Colin Watson [EMAIL PROTECTED] a tapoté : On Thu, Oct 16, 2003 at 03:51:33PM +0200, Mathieu Roy wrote: Hum, instead of adduser, useradd should be used by the posgresql package. useradd is included in the package passwd, which is required package from the base section. No, packages that need to add users or groups should use adduser so that the appropriate uid and gid ranges are used as configured by the sysadmin. Even for system users automatically created by postinst scripts, on a system where adduser has not even been already installed before? Yes, especially for system users automatically created by postinst scripts. This is important for consistency, which is why it's in policy (9.2.2). So there's no reason to avoid that dependancy on adduser, even if it's not clearly a required package (yes, that was the beginning of the thread), because of the policy it's de facto a required package (yes, that was my point). -- Mathieu Roy Homepage: http://yeupou.coleumes.org Not a native english speaker: http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english
Re: search-citeseer_0.1-1_i386.changes REJECTED
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. Yes, the packages is small *but* IMHO this should be splited in two since the -el package can but not used. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. - -rw-r--r--1 otavio otavio 4.1K Oct 4 16:58 search-citeseer-el_0.1-1_all.deb - -rw-r--r--1 otavio otavio 2.9K Oct 4 16:58 search-citeseer_0.1-1.diff.gz - -rw-r--r--1 otavio otavio610 Oct 4 16:58 search-citeseer_0.1-1.dsc - -rw-r--r--1 otavio otavio 5.4K Oct 4 16:58 search-citeseer_0.1-1_all.deb - -rw-r--r--1 otavio otavio 1.2K Oct 4 16:58 search-citeseer_0.1-1_i386.changes - -rw-r--r--1 otavio otavio11K Oct 4 16:56 search-citeseer_0.1.orig.tar.gz I think the current package is ready for inclusion in Debian Project and really like if you reconsider your decision. If we doesn't want small packages in Debian, please include this in Debian Policy and then I'll agree without asking but this is not the case. Thanks in Advance, Otavio - -- 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 - - -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 http://mailcrypt.sourceforge.net/ iD8DBQE/jr5JLqiZQEml+FURAvjGAJ9FbITI7GzMxfTnUmouMSaqdBRNPgCaA9+C QJY4l0fdmRS/lKn1tNhwf18= =vmyL -END PGP SIGNATURE-
Re: Pre-Depends for postgresql
On Thu, 16 Oct 2003 23:01, Martin Pitt wrote: Why would there be an issue on depending on a more important package? Having an optional/misc package pre-depend on an important/base package seems like a non-issue to me. adduser is neither essential nor required, thus does not need to be installed when installing postgres. I'm not quite sure what you mean, could you please explain this? If you depend on a less important package then it would be an indication that one of the packages in question has the wrong priority and therefore a bug. If you pre-depend on an equally important package then there may be issues related to circular-dependencies at some future time. If you have a non-base package pre-depend on a base package then the base package can never depend on it (base packages must not depend on non-base packages). If you have an optional package depend on a package that is important or required then again it would be a bug for any other package to have a dependency that results in a circle leading back to your package. So no matter what happens if you have postgres keep it's current section and priority (I can't see postgres becoming a base part of Debian or being considered important in the Debian priority system) then any problem related to your pre-depends will be a fairly obvious and unambiguous bug in someone else's package. I've recently learnt about some of these things the hard way... ;) -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: APT: Errors when replacing syslog by syslog-ng
On Sun, Oct 12, 2003 at 04:54:07PM +0200, Frans Pop wrote: I just got the following messages replacing syslog by syslog-ng from dselect (Woody). Should this be reported as a bug? Against which package (syslog, syslog-ng, apt)? Definitely not apt. The problems are: - - messages regarding klogd and anacron are incorrect as syslog-ng provides system-log-daemon so dependencies are met Since sysklogd and syslog-ng conflict, sysklogd must be removed before syslog-ng can be installed, so there is a window where packages depending on system-log-daemon are broken. As you can see from the message, this situation is being explicitly permitted in order to allow the upgrade to complete. - - these messages are displayed twice This seems harmless enough, but would be dpkg's fault. - - syslog-ng is started, then stopped and then started again, why? Also pretty harmless, and syslog-ng's fault. -- - mdz
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
On Wed, Oct 08, 2003 at 09:45:53PM +0200, martin f krafft wrote: It's amazing how problem solving here is equated with actively waiting for problems to go away. I wanted to improve Debian, but apparently there is no interest. Herbert gets to pollute the kernel-source all he wants because apparently noone gives a flying food. People care more about some things than others. Given a choice between IPsec in Debian kernels by default and being able to apply grsecurity to Debian kernel source, I'd take IPsec anyday. -- - mdz
Re: Quote: Debian and Democracy at Advocato.org
On Wed, Oct 08, 2003 at 04:25:17PM -0300, Daniel Ruoso wrote: QUOTE Debian and Democracy Posted 7 Oct 2003 by exa (Master) Ha. Hahahaa. Ha, ha, ha... -- - mdz
Re: Debian should not modify the kernels!
On Fri, Oct 10, 2003 at 09:30:06PM +0200, martin f krafft wrote: also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.10.10.0223 +0200]: ...and the freeswan patch is not in the Linux kernel (and as I understand it, it never will be). The IPsec patch is not in the 2.4 kernel either. I don't get your point. It is in 2.5 and 2.6. It is in Linux henceforth. FreeSWAN, on top of its other issues, is not, has never been, and never will be, part of the official kernel. Is that clearer? -- - mdz
Re: Which packages will hold up the release?
On Wed, Oct 08, 2003 at 10:04:38PM -0500, Steve Langasek wrote: Note that the testing scripts themselves do not examine Build-Depends today; such problems are only identified through manually filed RC bug reports. Which is not to say that we shouldn't be tracking such problems -- just that they don't actually hold a package out of testing by default. I would really like to know who I need to bribe in order to get this to happen. I do not have a useful development environment at this time due to my living situation, so unfortunately I cannot apply myself to thisk task directly. It is critical that we be able to at least satisfy build-dependencies within a release, as a step toward guaranteeing buildability of packages within a release. This is important for prompt security updates, license compliance and other good things. -- - mdz
Re: Annoyances of aptitude (Was: Where are we now?) (Was: Bits from the RM)
On Thu, Oct 02, 2003 at 07:43:37PM -0400, Nathanael Nerode wrote: Eventually I found aptitude's Dselect theme, which helped some. I guess aptitude could be made the recommended default package manager, but I would hope that: 1. Something more closely approximating the Dselect theme is used by default, so that dselect users don't get utterly lost. I don't see any particular reason why aptitude should need to cater to dselect users, considering that we still ship dselect (as essential, no less), and dselect users are more than welcome to continue using it for as long as it is maintained. It is more important to provide something that does not cause _everyone else_ to get utterly lost, and let dselect users use dselect. 2. Remove unused packages automatically is (a) better described and (b) off by default. I've never had a problem, either with understanding or using this feature. -- - mdz
Re: Package verification and /usr/bin/install tool replacements
On Sat, Oct 04, 2003 at 04:39:49AM +1000, Kim Lester wrote: Some of the ideas I have implemented include a pkg info file in each package containing the pathname uid, gid (numeric) md5sum, size (useful to humans) mode symlink target (for symlinks) a pkgverify command can be run on an installed package and the contents of this pkginfo file are used to ensure the pkg is installed correctly. The tool can also optionally correct missing/broken dirs, symlinks as well as uid, ,gid, mode info. The problem that you will encounter is that a package can be correctly installed, but without having the permissions on the filesystem match what is in the .deb. This is normal and to be expected. One problem you will encounter is that of directory permissions/ownership. Since multiple packages can contain the same directory with different permissions, there is no authoritative source of correct information. Another is that it is permitted (and indeed quite common) for packages to change permissions and ownership in the postinst script. In fact, this is currently the _only_ way to change user/group ownership for a dynamically-created user. Adam Heath was talking about implementing a better way to do this at the source package level, but as far as I know it does not exist yet. These issues would produce many false positives for any such system based on Debian packages, and any attempts to auto-fix would very likely break perfectly valid installations. -- - mdz
Re: How tightly should main be self-contained?
On Fri, Oct 03, 2003 at 09:40:27AM -0400, Simon Law wrote: I would be glad to change it if there were a fair number of developers who think that suggesting contrib software is fine. Suggesting contrib software is fine. -- - mdz
Re: Which packages will hold up the release?
On Thu, Oct 02, 2003 at 12:38:57PM +0200, Peter Makholm wrote: /* You might ignore this comment... Looking at the list of RC bugs the packages seems to fall in two categories. Packages I don't use and packages I don't feel comfortable in touching (glibc being an example of the latter). Have you tried popbugs, in the debian-goodies package? It aims to show you RC bugs in packages that you use. And then depencies and build-depancies for these packages is needed too. Has anyone tried to make such list of packages we can't release without and made a list of RC-bugs in excatly those packages? An approach like the above would produce an individualized list for each developer, and the intersection of these lists would end up being something like what you envision here. So if everyone fixes bugs in packages they use, the packages that they use don't get removed. -- - mdz
Re: Where are we now? (Was: Bits from the RM)
On Thu, Oct 02, 2003 at 03:13:23AM -0500, Chris Cheney wrote: I still need to get KDE 3.1.4 into sid and stablized. I hope for it to be ready to migrate into sarge by Oct 20 (including the 10 day wait time). From what Colin Watson mentioned to me earlier today there are some other packages that are holding KDE out as well so hopefully they are resolved by then. Can you list these packages, as candidates for NMUs or shame? Given some of the changes in testing recently, it might not be unreasonable for KDE 3 to be forced in at the expense of these packages. -- - mdz
Re: search-citeseer_0.1-1_i386.changes REJECTED
On 16-Oct-03, 10:50 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote: [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] Okay, since you ask: James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. James is correct. Just put it all in one package. No one is obliged to use the .el files. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. What part of If depending on emacs bothers you, make it a suggests. did you not understand? If we doesn't want small packages in Debian, please include this in Debian Policy and then I'll agree without asking but this is not the case. Not every good practice is in Policy. You're supposed to be able to apply a little common sense as well. The objection is not to a small package but pointless splitting of packages. Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] wrote: [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. Yes, the packages is small *but* IMHO this should be splited in two since the -el package can but not used. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. [...] If that bothers you, make it a suggests instead of a depends. What point am I missing? cu andreas -- Hey, da ist ein Ballonautomat auf der Toilette! Unofficial _Debian-packages_ of latest unstable _tin_ http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/
Re: Debian should not modify the kernels!
also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.10.10.2333 +0200]: It is in 2.5 and 2.6. It is in Linux henceforth. FreeSWAN, on top of its other issues, is not, has never been, and never will be, part of the official kernel. Is that clearer? Doesn't explain why the IPsec patch should be distributed in 2.4 by default. Come on, you just don't want to get my point... -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgpbplRaTIGPR.pgp Description: PGP signature
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.10.11.0554 +0200]: People care more about some things than others. Given a choice between IPsec in Debian kernels by default and being able to apply grsecurity to Debian kernel source, I'd take IPsec anyday. Well, I would do it the other way. And if there was a patch for IPsec just like there is for grsecurity, we could both have our ways. What's your problem with understanding that, Matt? -- Please do not CC me when replying to lists; I read them! .''`. martin f. krafft [EMAIL PROTECTED] : :' :proud Debian developer, admin, and user `. `'` `- Debian - when you have better things to do than fixing a system Invalid/expired PGP subkeys? Use subkeys.pgp.net as keyserver! pgptsCnjUtSs9.pgp Description: PGP signature
600!
http://www.567com.com 660 10309 1320 2800 3 http://www.567com.com 500 http://www.567com.com http://www.567com.com
Re: Where are we now? (Was: Bits from the RM)
On Fri, Oct 10, 2003 at 02:07:38PM -0400, Matt Zimmerman wrote: On Thu, Oct 02, 2003 at 03:13:23AM -0500, Chris Cheney wrote: I still need to get KDE 3.1.4 into sid and stablized. I hope for it to be ready to migrate into sarge by Oct 20 (including the 10 day wait time). From what Colin Watson mentioned to me earlier today there are some other packages that are holding KDE out as well so hopefully they are resolved by then. Can you list these packages, as candidates for NMUs or shame? Given some of the changes in testing recently, it might not be unreasonable for KDE 3 to be forced in at the expense of these packages. kdebase isn't even working properly yet. An upload was supposed to happen a week or so ago; it was delayed by some toolchain issues, I think, but I thought those had been resolved. I don't think it's remotely feasible to force in KDE 3 until that situation changes. However, at least lm-sensors and i2c need attention soon. (I think most of the other packages Chris mentioned that I was talking about are now OK.) -- Colin Watson [EMAIL PROTECTED]
Debian Workshop in São Paulo - Brazil
For the news: :) The local Debian User Group in São Paulo is organizing a one-day Debian Workshop to happen on Oct 25. The presentations were selected by a group which reviewed the proposals collected after a Call For Papers was issued last month. The english version of the press release is included in this mail, further details on the speakers and their presentations is available at http://www.debian-sp.org/oficina2003 , unfortunately, the details are available only in Portuguese. Regards! Eduardo II Debian Workshop in São Paulo São Paulo - SP - Brazil 10/25/2003 The Debian-BR[1] project through the São Paulo State Debian User Group - Debian-SP[2] and IBTA[3] (Brazilian Advanced Technologies Institute) invite you to the II Debian Workshop in São Paulo, on October 25, 2003. The workshop consists of four presentations with hands-on demonstrations of concepts, tutorials and practices using the Debian GNU/Linux distribution. The presentations will be of interest not only to Debian professionals or enthusiasts, but also to people who want to know more about the use and admnistration of free (as in speech) operating systems in general. Schedule: 8:40h - Welcome Coffee 9:00h - Workshop: Debian Kernel Maintainance Speaker: Gustavo Noronha e Silva[EMAIL PROTECTED] 10:20h - Break 10:40h - Workshop: Software QoS, a cheap and effective way to control bandwidth on IP networks using Debian GNU/Linux Speaker: Alessandro O. Ungaro [EMAIL PROTECTED] 12:00h - Lunch 14:00h - Workshop: Making Music with Debian GNU/Linux Speaker: Eduardo Marcel Maçan [EMAIL PROTECTED] 15:20h - Coffee Break 15:40h - Workshop: High Performance e-mail servers Speaker: Michelle Ribeiro [EMAIL PROTECTED] 17:00h - Reserved for keysigning. 18:00h - End Attendance is free of charge, but the number of participants is restricted. Reservations by phone +55-11-5081-9700 Address: IBTA - Instituto Brasileiro de Tecnologia Avançada Rua Vergueiro 1759 (next to Paraíso subway station) Vila Mariana - São Paulo - SP Tel: (11) 5081-9700 [1] http://www.debian-br.org [2] http://sp.debian-br.org [3] http://www.ibta.edu.br -- If you have an apple and I have an apple and we exchange apples then you and I will still each have one apple. But if you have an idea and I have an idea and we exchange these ideas, then each of us will have two ideas. -- George Bernard Shaw macan at debian dot org
Re: Bug#215103: ITP: gmasqdialer -- gtk/gnome client for masqdialer server
I demand that David B Harris may or may not have written... On Mon, 13 Oct 2003 00:02:47 -0400 Joe Drew [EMAIL PROTECTED] wrote: David B Harris wrote: As much as you may dislike it, people care about toolkit. I don't understand the witch-hunt to remove references to such things. Short description is a limited resource. By all means, put GTK or GNOME in the long description if it is deemed necessary; apt searches will still find what you're looking for. Obviously if the short description is too long, something needs to go - and in that case, certainly not mentioning the toolkit is reasonable. However, in this particular case (gtk/gnome client for masqdialer server, but really gnome client for masqdialer since the gtk is assumed when talking about GNOME) is 35 characters long. I think that GTK/GNOME is valid: a program may make use of GNOME features if the relevant libraries are installed, but still work without them. -- | Darren Salt | nr. Ashington, | linux (or ds) at | woody, sarge, | Northumberland | youmustbejoking | RISC OS | Toon Army | demon co uk | Oh, sarge too... A misguided platypus will lay its eggs in your shorts.
Re: Debian should not modify the kernels!
On Thu, Oct 16, 2003 at 07:04:27PM +0200, martin f krafft wrote: also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.10.10.2333 +0200]: It is in 2.5 and 2.6. It is in Linux henceforth. FreeSWAN, on top of its other issues, is not, has never been, and never will be, part of the official kernel. Is that clearer? Doesn't explain why the IPsec patch should be distributed in 2.4 by default. Come on, you just don't want to get my point... It is the difference between a backport of a useful feature from a later release, and an unofficial patch which was rejected upstream. I think I understand fine. -- - mdz
Re: 2.5 IPsec kernel patch: orphaning the grsecurity patch
On Thu, Oct 16, 2003 at 07:05:56PM +0200, martin f krafft wrote: also sprach Matt Zimmerman [EMAIL PROTECTED] [2003.10.11.0554 +0200]: People care more about some things than others. Given a choice between IPsec in Debian kernels by default and being able to apply grsecurity to Debian kernel source, I'd take IPsec anyday. Well, I would do it the other way. And if there was a patch for IPsec just like there is for grsecurity, we could both have our ways. We still can; you just have to do a little work, either to port the patch (apparently too difficult), or to revert the portions of the IPsec patch which cause problems for grsecurity. In exchange, everyone else gets IPsec by default, which, to me, is worth it. -- - mdz
Re: search-citeseer_0.1-1_i386.changes REJECTED
Steve Greenland [EMAIL PROTECTED] writes: On 16-Oct-03, 10:50 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote: [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] Okay, since you ask: Perfect :-) James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. James is correct. Just put it all in one package. No one is obliged to use the .el files. And no one is obliged to do all like James think. The package follow the policy and doesn't have any point in policy talking about size requeriments. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. What part of If depending on emacs bothers you, make it a suggests. did you not understand? Yes, I understand but is not right to me. Is really more logical split it in two packages. If enduser need the emacs interface, only install the -el. If we doesn't want small packages in Debian, please include this in Debian Policy and then I'll agree without asking but this is not the case. Not every good practice is in Policy. You're supposed to be able to apply a little common sense as well. The objection is not to a small package but pointless splitting of packages. Yes but to my sense is really better to enduser have this packages splited since the search-citeseer can work (without problems) without the -el part and I want provide this option for our users. -- 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 -
Re: search-citeseer_0.1-1_i386.changes REJECTED
Andreas Metzler [EMAIL PROTECTED] writes: Otavio Salvador [EMAIL PROTECTED] wrote: [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. Yes, the packages is small *but* IMHO this should be splited in two since the -el package can but not used. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. [...] If that bothers you, make it a suggests instead of a depends. What point am I missing? The opinion of James is not the same of my. I doesn't want to do all thinks like he want but yes like the policy and major of users say. The Social Contract say: The focus is the user. So, to enduser is more easy provide two packages and he can choice what to do. -- 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 -
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] writes: And no one is obliged to do all like James think. The package follow the policy and doesn't have any point in policy talking about size requeriments. Policy is not everything that counts. Just because policy doesnt say something it means it is good to do it. Its a useless split, not needed and there is no benefit for the users. One can say its against users - everyone that wants .el files needs to install another package. :) Yes but to my sense is really better to enduser have this packages splited since the search-citeseer can work (without problems) without the -el part and I want provide this option for our users. It can work without is not enough for a split. One reason, but not everything. If we would split everything that works without the rest in the package we would end up with thousands of useless small packages. We already have enough packages in the list, we dont need things there we can avoid without problems. -- bye Joerg elmo if klecker.d.o died, I swear to god, I'm going to migrate to gentoo. pgp3iOWpoz7cI.pgp Description: PGP signature
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] writes: The Social Contract say: The focus is the user. So, to enduser is more easy provide two packages and he can choice what to do. I disagree. Forcing the user to spend to much time micromanage which stuff he wants is not to the bennefit of the user. Neither for the unexperienced user nor the power user. It is bad practise to split packages just because it is posible to use some parts of the package. -- Peter Makholm | If you can't do any damage as root, are you still [EMAIL PROTECTED] | really root? http://hacking.dk | -- Derek Gladding about SELinux
Re: everyone deserves love, even you dsgdc
Jump start your love life. With millions of members, there's somebody for everyone - and that means you! Click below to join for free: http://alwaysfeelgreat1.com/romance/ To update your list options: alwaysfeelgreat1.com/re/ Do you think the company would be willing to lower my pay? `With a torch.' Applicant interrupted interview to phone her therapist for advice on how to answer specific interview questions. `Yes,' said Arthur, `yes I did. It was on display in the bottom of a locked filing cabinet stuck in a disused lavatory with a sign on the door saying Beware of The Leopard.' ejtdvcijyyqvqsmaoxnxhgrxjnhopcpvlj
Re: search-citeseer_0.1-1_i386.changes REJECTED
On 16-Oct-03, 13:11 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote: Yes but to my sense is really better to enduser have this packages splited since the search-citeseer can work (without problems) without the -el part and I want provide this option for our users. My sense is exactly the opposite: people who don't use the -el will not be inconvenienced by a few Kb of extra files, but those who want them will have to go through extra effort to get them, after figuring out why part of the upstream package is missing. And _everyone_ will have a fractionally larger Packages file to download, and yet another package item in whatever browser tool they use, cluttering searches. And forget the It's not in Policy argument. Policy doesn't say don't put 'rm -rf /' in the postinst either, but that doesn't make it a good thing to do. Policy doesn't say The minimum package size is N bytes, because that doesn't make any sense - a package is as big as it needs to be. Policy is intended to be a minimal document, the least that we need to regulate to make a coherent integrated system. Glancing at a even few of the core packages should convince you that it is not general practice to split upstream packages into the smallest possible subsets. Everyone who has replied to your question (as of this writing) has said it's a bad idea to split a package this small. If you honestly wanted our opinions, this consistent response should be enough to make you reconsider. If you were expecting a universal Oh, that evil James Troup, he's a power mad dictator response, well, sorry, that's a different thread, and a different topic. Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net
Re: The sense of automake (Was: Processed: better make that 1.7.8... :-()
Just wanted to mention another approach that avoids guessing at which files need to be touched and in what order. This is what I use in debian/rules when I need to modify automake source files: # Suppress accidental execution of the auto-* tools; see # http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg01416.html # no_auto_tools = ACLOCAL=`pwd`/missing aclocal \ AUTOCONF=`pwd`/missing autoconf \ AUTOMAKE=`pwd`/missing automake \ AUTOHEADER=`pwd`/missing autoheader [...] build-stamp: [...] $(MAKE) $(no_auto_tools) Cheers, -Steve
Re: search-citeseer_0.1-1_i386.changes REJECTED
Joerg Jaspert [EMAIL PROTECTED] writes: Otavio Salvador [EMAIL PROTECTED] writes: And no one is obliged to do all like James think. The package follow the policy and doesn't have any point in policy talking about size requeriments. Policy is not everything that counts. Just because policy doesnt say something it means it is good to do it. Of course but I think if the developper did something is because he think this is better and this should be respected (if doesn't broke the policy) Its a useless split, not needed and there is no benefit for the users. One can say its against users - everyone that wants .el files needs to install another package. :) Yes but to my sense is really better to enduser have this packages splited since the search-citeseer can work (without problems) without the -el part and I want provide this option for our users. It can work without is not enough for a split. One reason, but not everything. If we would split everything that works without the rest in the package we would end up with thousands of useless small packages. We already have enough packages in the list, we dont need things there we can avoid without problems. More or less. Doesn't make sense include a depends of Emacs in search-citeseer and the -el part depends of this. The better option is split in two package each with your depends and needs. The sugestion of James is not right to include emacs like a suggets is not good since the package need emacsen to work. -- 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 -
Re: search-citeseer_0.1-1_i386.changes REJECTED
Peter Makholm [EMAIL PROTECTED] writes: Otavio Salvador [EMAIL PROTECTED] writes: The Social Contract say: The focus is the user. So, to enduser is more easy provide two packages and he can choice what to do. I disagree. Forcing the user to spend to much time micromanage which stuff he wants is not to the bennefit of the user. Neither for the unexperienced user nor the power user. More or less. One search show both packages and user can read what each do. Not so dificult ;-) It is bad practise to split packages just because it is posible to use some parts of the package. Of course. But one dependence like Emacs is. Many users doesn't want emacs installed and they should be respected. -- 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 -
anyone in nyc tomorrow for a keysigning?
I have the chance to tag along on a (company) trip to one of our colo centers tomorrow (located at 25 Broadway, New York NY 10004-1010). Are any developers available tomorrow to sign keys in that general area? There don't appear to be any developers close to where I live (upstate ny/albany area). signature.asc Description: This is a digitally signed message part
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] writes: I disagree. Forcing the user to spend to much time micromanage which stuff he wants is not to the bennefit of the user. Neither for the unexperienced user nor the power user. More or less. One search show both packages and user can read what each do. Not so dificult ;-) Not if you're the only one splitting packages unneccesary then it doensn't matter. But you're not the only developer. Unneccessary package splits isn't a problem if they only happends for a single package but on a larger scale the means problems. Micromanagement is bad! It is bad practise to split packages just because it is posible to use some parts of the package. Of course. But one dependence like Emacs is. Many users doesn't want emacs installed and they should be respected. And you still havn't told us what you didn't understand when James wrote: 'If depending on emacs bothers you, make it a suggests.' They *don't* have to have emacs installed! -- Peter Makholm | Why does the entertainment industry wants us to [EMAIL PROTECTED] | believe that a society base on full surveillance http://hacking.dk | is bad? | Do they have something to hide?
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] writes: More or less. Doesn't make sense include a depends of Emacs in search-citeseer and the -el part depends of this. The better option is split in two package each with your depends and needs. No. The sugestion of James is not right to include emacs like a suggets is not good since the package need emacsen to work. For this package the suggest is enough. People that want to use the -el files have emacs installed. Or they dont want to use the -el files. :) The suggest is more like a reminder that there is something you can do in emacs with this package imo. -- bye Joerg Das Ding heißt zwar Laptop, aber das sollte man so wörtlich nicht nehmen. Ein 50-jähriger schwedischer Wissenschaftler zog sich Verbrennungen an den Geschlechtsteilen zu, weil er das Ding bei der Arbeit auf dem Schoß hielt. pgp2N9CJ4yGYH.pgp Description: PGP signature
Re: Pre-Depends for postgresql
Hi! Please don't get me wrong, I don't insist of using adduser. IMHO Mathieu's solution of checking whether adduser is available is acceptable, if adduser is not installed then I can't break any admin preferences anyway. In addition, user postgres has uid 31, thus base-passwd should have given its blessings to postgres :-) But I would like to understand this issue properly. Thus I am bothering you again (sorry :-) ): On 2003-10-17 2:14 +1000, Russell Coker wrote: If you depend on a less important package then it would be an indication that one of the packages in question has the wrong priority and therefore a bug. That's obvious. If you pre-depend on an equally important package then there may be issues related to circular-dependencies at some future time. I understand, but that doesn't hold here. If you have a non-base package pre-depend on a base package then the base package can never depend on it (base packages must not depend on non-base packages). That's basically the same as the first paragraph. If you have an optional package depend on a package that is important or required then again it would be a bug for any other package to have a dependency that results in a circle leading back to your package. This confuses me. If a package can neither pre-depend on a package that has a lower, an equal, nor a higher priority, then we wouldn't need pre-dependencies at all. Could you convince an example? So no matter what happens if you have postgres keep it's current section and priority (I can't see postgres becoming a base part of Debian or being considered important in the Debian priority system) Well, making a huge beast like postgres standard or even part of base is certainly not desirable... then any problem related to your pre-depends will be a fairly obvious and unambiguous bug in someone else's package. Could you explain this in more detail, please? Maybe with an example? Currently, postgres is already using adduser in its preinst, but only depends on it (which is kind of too late). The question is now, should we make it officially pre-depend on it or should I convince Oliver to rewrite the stuff to fall back to useradd (BTW: Oliver, do you follow this?) I've recently learnt about some of these things the hard way... ;) I believe that and that's the reason why I want to understand this thoroughly. Thanks in advance for the time you spent to teach newbies! :-) The policy only explains the purpose of pre-depends and I didn't find anything in the Developer's Reference. Have a nice day, Martin -- Martin Pitt home: www.piware.de eMail: [EMAIL PROTECTED]
Re: Where are we now? (Was: Bits from the RM)
On Thu, Oct 16, 2003 at 06:09:10PM +0100, Colin Watson wrote: However, at least lm-sensors and i2c need attention soon. The i2c bugs are due to some major upstream breakage. I don't see how we're really going to handle that stuff, the situation is just plain old ugly. (FWIW I still haven't (made|spent more time to figure out how to make) it work with my TV card driver.) -- 2. That which causes joy or happiness.
Re: Quote: Debian and Democracy at Advocato.org
On Fri, Oct 10, 2003 at 06:27:59PM -0400, Matt Zimmerman wrote: On Wed, Oct 08, 2003 at 04:25:17PM -0300, Daniel Ruoso wrote: QUOTE Debian and Democracy Posted 7 Oct 2003 by exa (Master) Ha. Hahahaa. Ha, ha, ha... You don't think he's a Master? I'm quite sure he's a Master debater. He's also probably a good fisherman - a baiter, as it were. - Matt
Re: search-citeseer_0.1-1_i386.changes REJECTED
On Thu, Oct 16, 2003 at 05:32:11PM -0300, Otavio Salvador wrote: Joerg Jaspert [EMAIL PROTECTED] writes: Otavio Salvador [EMAIL PROTECTED] writes: And no one is obliged to do all like James think. The package follow the policy and doesn't have any point in policy talking about size requeriments. Policy is not everything that counts. Just because policy doesnt say something it means it is good to do it. Of course but I think if the developper did something is because he think this is better and this should be respected (if doesn't broke the policy) You've had about 8 people tell you that what you did was a bad idea, along with some pretty reasoned arguments why. (Make mine no. 9 - for all the reasons already mentioned). When public opinion comes out overwhelmingly against you, it's usually time to think hmm, I may be wrong there rather than everybody else is stupid. It can work without is not enough for a split. One reason, but not everything. If we would split everything that works without the rest in the package we would end up with thousands of useless small packages. We already have enough packages in the list, we dont need things there we can avoid without problems. More or less. Doesn't make sense include a depends of Emacs in search-citeseer and the -el part depends of this. The better option is split in two package each with your depends and needs. Extending your argument just a bit, then there'd be a Debian package for every binary, along with a bunch more for the collections of files all those binaries need to work. It Just Won't Scale. The sugestion of James is not right to include emacs like a suggets is not good since the package need emacsen to work. And the only people who will give a crap about the -el working are those who have emacs. Presumably installed, so they won't notice that it needs emacs to work. I truly believe it's time to cut your losses, swallow your pride, and move on. Unless the lurkers support you in e-mail, of course. - Matt
Norton AntiVirus failed to scan an attachment in a message you sent.
Recipient of the attachment: SEXCHANGE, RADIANT\RII, StellaHsieh()/ Subject of the message: Re: That movie No action was taken on the attachment. Attachment document_9446.pif was Logged Only for the following reasons: Scan Engine Failure (0x80004005)
Re: search-citeseer_0.1-1_i386.changes REJECTED
Steve Greenland [EMAIL PROTECTED] writes: On 16-Oct-03, 13:11 (CDT), Otavio Salvador [EMAIL PROTECTED] wrote: Yes but to my sense is really better to enduser have this packages splited since the search-citeseer can work (without problems) without the -el part and I want provide this option for our users. My sense is exactly the opposite: people who don't use the -el will not be inconvenienced by a few Kb of extra files, but those who want them will have to go through extra effort to get them, after figuring out why part of the upstream package is missing. And _everyone_ will have a fractionally larger Packages file to download, and yet another package item in whatever browser tool they use, cluttering searches. Yes. This way to show issues is the right one but the James way is not. He doesn't do a suggestion but an exigency. This is wrong. And forget the It's not in Policy argument. Policy doesn't say don't put 'rm -rf /' in the postinst either, but that doesn't make it a good thing to do. Policy doesn't say The minimum package size is N bytes, because that doesn't make any sense - a package is as big as it needs to be. Policy is intended to be a minimal document, the least that we need to regulate to make a coherent integrated system. Yes but policy also include what we have don't do. Glancing at a even few of the core packages should convince you that it is not general practice to split upstream packages into the smallest possible subsets. Everyone who has replied to your question (as of this writing) has said it's a bad idea to split a package this small. If you honestly wanted our opinions, this consistent response should be enough to make you reconsider. If you were expecting a universal Oh, that evil James Troup, he's a power mad dictator response, well, sorry, that's a different thread, and a different topic. Yes. The reson of my first mail is exactly this. I want make some troube to warn the way of some Debian Developpers do their work. James have the better itention possible, to have small subset possible of packages and like but the way of request it is wrong. James should be more cordial and try talk with developpers. We (developpers) are all tring to do a great distribution and we should always discuss that things and doesn't thing we are always right. -- 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 -
Re: search-citeseer_0.1-1_i386.changes REJECTED
Peter Makholm [EMAIL PROTECTED] writes: Otavio Salvador [EMAIL PROTECTED] writes: I disagree. Forcing the user to spend to much time micromanage which stuff he wants is not to the bennefit of the user. Neither for the unexperienced user nor the power user. More or less. One search show both packages and user can read what each do. Not so dificult ;-) Not if you're the only one splitting packages unneccesary then it doensn't matter. But you're not the only developer. Unneccessary package splits isn't a problem if they only happends for a single package but on a larger scale the means problems. Micromanagement is bad! Sure. It is bad practise to split packages just because it is posible to use some parts of the package. Of course. But one dependence like Emacs is. Many users doesn't want emacs installed and they should be respected. And you still havn't told us what you didn't understand when James wrote: 'If depending on emacs bothers you, make it a suggests.' They *don't* have to have emacs installed! The way of James contact the developpers. He should be more cordial and try explain that things not only reject a package and make conditions to accept this. I understand the cause and how James solve the problem but the thread was more to try take attention on the way of things occour in Debian. We should try be more cordial each other. -- 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 -
Re: search-citeseer_0.1-1_i386.changes REJECTED
Matthew Palmer [EMAIL PROTECTED] writes: Of course but I think if the developper did something is because he think this is better and this should be respected (if doesn't broke the policy) You've had about 8 people tell you that what you did was a bad idea, along with some pretty reasoned arguments why. (Make mine no. 9 - for all the reasons already mentioned). When public opinion comes out overwhelmingly against you, it's usually time to think hmm, I may be wrong there rather than everybody else is stupid. Yes... I was wrong but my problem is with the way of ftp-master conduct that things. This is the real problem. The sugestion of James is not right to include emacs like a suggets is not good since the package need emacsen to work. And the only people who will give a crap about the -el working are those who have emacs. Presumably installed, so they won't notice that it needs emacs to work. I truly believe it's time to cut your losses, swallow your pride, and move on. Unless the lurkers support you in e-mail, of course. Yes. This discussion was very useful to me learn some things and see some others. But the focus of my problem was not the package reject but the way ;-) Only it. -- 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 -
Re: Quote: Debian and Democracy at Advocato.org
Matthew Palmer [EMAIL PROTECTED] writes: On Fri, Oct 10, 2003 at 06:27:59PM -0400, Matt Zimmerman wrote: On Wed, Oct 08, 2003 at 04:25:17PM -0300, Daniel Ruoso wrote: QUOTE Debian and Democracy Posted 7 Oct 2003 by exa (Master) Ha. Hahahaa. Ha, ha, ha... You don't think he's a Master? I'm quite sure he's a Master debater. He's also probably a good fisherman - a baiter, as it were. Like any of that's enough to fight the dark master bater. I think you're drawing a lot of crazy conclusions about the unholy prince bater. -- I'm sick of being the guy who eats insects and gets the funny syphilis. pgp6exA2MaIw6.pgp Description: PGP signature
nethack popularity contest - number_pad?
Searching for a general consensus here... These days Debian's nethack packages contain default nethackrcs which enable number_pad style controls (instead of hjkl keys) by default, due to a bug filed on the packages a long time ago. Of course, there are some who like it and some who don't. It's too trivial to ask a debconf question about it upon install so it boils down to a popularity contest. Which is better? I like the default keys because you learn how to use nvi very efficiently knowing the hjkl-style keys :) I'm searching for as many opinions as possible so please speak up! Thanks, -- Joshua Kwan pgpvGOFKudAgR.pgp Description: PGP signature
Re: Pre-Depends for postgresql
On Thu, Oct 16, 2003 at 11:36:04PM +0200, Martin Pitt wrote: Please don't get me wrong, I don't insist of using adduser. IMHO Mathieu's solution of checking whether adduser is available is acceptable, if adduser is not installed then I can't break any admin preferences anyway. In addition, user postgres has uid 31, thus base-passwd should have given its blessings to postgres :-) Uid 31 is reserved forever (speaking as the base-passwd maintainer), but new installations of postgresql should have a uid in the system range, namely 100-999, as created by 'adduser --system'. See the changelog for base-passwd 3.5.0. Currently, postgres is already using adduser in its preinst, but only depends on it (which is kind of too late). The question is now, should we make it officially pre-depend on it or should I convince Oliver to rewrite the stuff to fall back to useradd (BTW: Oliver, do you follow this?) No, you should definitely not attempt to fall back to useradd: that whole subthread is just a distraction. Pre-depending on adduser is perfectly fine and reasonable for a package like postgresql, and it is wrong for a Debian package to try to use anything else other than adduser to create system users. Using adduser means that we, or local sysadmins, only have one thing to change if we need to change how system users work. Use adduser. It's your friend. Cheers, -- Colin Watson [EMAIL PROTECTED]
Re: search-citeseer_0.1-1_i386.changes REJECTED
Otavio Salvador [EMAIL PROTECTED] wrote: [ I'm including the debian-devel list in CC since I appreciate the opinion of others developpers ] James Troup [EMAIL PROTECTED] writes: This package is dubiously small enough as it is without being split into two. There's no need to separate the 2k .el file into a separate package. If depending on emacs bothers you, make it a suggests. Yes, the packages is small *but* IMHO this should be splited in two since the -el package can but not used. Other issue is the last depends of emacsen and someone can doesn't like have an emacsen installed in machine. -rw-r--r--1 otavio otavio 4.1K Oct 4 16:58 search-citeseer-el_0.1-1_all.deb Are you byte-compiling this elisp? AFAIK, you need to depend on emacs itself (and not emacs-common) if you byte-compile it. I _think_ stuff can break if you don't, but I'm vague on why. Search the debian-emacsen archives. I split off a package because of that issue a while back, but the seperate -el package is 62KB. If the above is correct, then you may bundle your .el file with the main package without depending on Emacs providing that you don't bye-compile it. If it's 4K, it's presumably a very small elisp file anyway. Peter
Re: nethack popularity contest - number_pad?
On Thu, Oct 16, 2003 at 06:30:26PM -0700, Joshua Kwan wrote: Which is better? I like the default keys because you learn how to use nvi very efficiently knowing the hjkl-style keys :) I'm searching for as many opinions as possible so please speak up! number_pad is your friend. It's far easier to remember the keys. T
Re: nethack popularity contest - number_pad?
I find difficult to play nethack using the default keys - not because of the standard hjkl vi keys, but because I can't get used to the yubn diagonals. And number_pad leaves k for kicking stuff :) Anyway, I'd guess anyone playing nethack is geek enough to figure out how to change the keys. -- Leonardo Boiko http://quarto128.homeunix.net:128
Re: nethack popularity contest - number_pad?
Joshua Kwan [EMAIL PROTECTED] wrote:
Which is better? I like the default keys because you learn how to use
nvi very efficiently knowing the hjkl-style keys :) I'm searching for as
many opinions as possible so please speak up!
Real men use hjkl.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: nethack popularity contest - number_pad?
On Thu, Oct 16, 2003 at 06:30:26PM -0700, Joshua Kwan wrote: Searching for a general consensus here... These days Debian's nethack packages contain default nethackrcs which enable number_pad style controls (instead of hjkl keys) by default, due to a bug filed on the packages a long time ago. Of course, there are some who like it and some who don't. It's too trivial to ask a debconf question about it upon install so it boils down to a popularity contest. Which is better? I like the default keys because you learn how to use nvi very efficiently knowing the hjkl-style keys :) I'm searching for as many opinions as possible so please speak up! hjkl is the brainchild of the Global Qwerty Conspiracy. Don't fall prey to their evil machinations. -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
Generic init framework (was: Re: faster boot)
On Wed, Oct 15, 2003 at 11:12:26AM +0200, Erich Schubert wrote: If we want to introduce a new init system into debian, we should prepare a generic init framework (like many distributions already have in place) that allows for - silent/verbose boot and output redirection - fancy display of success/failure (for example with colors) - gettextized output support ? - bootsplash and boot-icons integration - needs, provides as in LSB suggested - status reporting (which services are running?) - disabling of services in a consistent way (some are disabled via /etc/defaults/package, some expect you to edit the init.d script, some suggest removing the links) - hooks for other init systems (for example i'd like the apache init.d script to be aware of my minit, and restart itself via minit) regards, guillem
Re: Pre-Depends for postgresql
On Fri, 17 Oct 2003 07:36, Martin Pitt wrote: If you have an optional package depend on a package that is important or required then again it would be a bug for any other package to have a dependency that results in a circle leading back to your package. This confuses me. If a package can neither pre-depend on a package that has a lower, an equal, nor a higher priority, then we wouldn't need pre-dependencies at all. Could you convince an example? I am saying that if you depend on more important packages, then the only way it breaks is if something else is broken. EG if postgresql pre-depends on adduser and adduser pre-depends on postgresql then there would be a problem, but this would be an obvious bug in adduser and nothing that you would have to be concerned with as maintainer of postgresql. Also if postgresql p-d on adduser, adduser p-d on libpam-pgsql (assuming there is such a package), and libpam-pgsql p-d on postgresql then there will be a problem. But again it would not be a problem with postgresql, so while working on postgresql you don't have to be concerned with that risk. -- http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark http://www.coker.com.au/postal/Postal SMTP/POP benchmark http://www.coker.com.au/~russell/ My home page
Re: nethack popularity contest - number_pad?
Joshua Kwan writes: Which is better? The default keys are fine with me, but it would be nice to not have the @ white when in a black on white xterm. -- John Hasler [EMAIL PROTECTED] (John Hasler) Dancing Horse Hill Elmwood, WI
Accepted nethack 3.4.2-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 15 Oct 2003 09:03:15 -0700 Source: nethack Binary: nethack-gnome nethack-x11 nethack nethack-qt nethack-console nethack-common nethack-lisp Architecture: source i386 all Version: 3.4.2-2 Distribution: unstable Urgency: low Maintainer: Debian Nethack Maintainers [EMAIL PROTECTED] Changed-By: Joshua Kwan [EMAIL PROTECTED] Description: nethack- Overhead dungeon-crawler game (dummy package) nethack-common - Common files for Nethack dungeon crawl game nethack-console - Text-based overhead view DD-style adventure game nethack-gnome - Text-based/Gnome overhead view DD-style adventure game nethack-lisp - Text-based overhead view DD-style adventure game nethack-qt - Text-based/Qt overhead view DD-style adventure game nethack-x11 - Text-based/X11 overhead view DD-style adventure game Closes: 62361 147166 203229 215673 215899 Changes: nethack (3.4.2-2) unstable; urgency=low . * Acknowledge a NMU we missed last time from Daniel Jacobwitz [EMAIL PROTECTED], thanks! (Closes: #147166) * Ben Gertzfield [EMAIL PROTECTED]: - Add symlink from /usr/lib/games/nethack/license to /usr/share/doc/nethack-common/copyright. (Closes: #215673) - Really include upstream source URL for LISP window system in copyright file. - Really include LISP windowing system patch from 0.9.2 upstream. (Closes: #215899) - Add 07_explore_mode_save.dpatch to use correct temporary buffer in sys/unix/unixmain.c when munging save file in explore mode. (Closes: #203229) * Joshua Kwan [EMAIL PROTECTED]: - Add 92_enh_paranoid_hit.dpatch to force user to say 'yes' when asked to hit a peaceful monster; disabled by default, in-game option. (Closes: #62361) Files: c4a25465bcc45c14aa8bbd4401a233e9 971 games optional nethack_3.4.2-2.dsc 75e7538c85faa1e981043da922f3b244 287818 games optional nethack_3.4.2-2.diff.gz a695d51b1b690a966c2674a1eaa60b43 15568 games optional nethack_3.4.2-2_all.deb 68ba904c28add6827820ac578721c4e3 444820 games optional nethack-common_3.4.2-2_i386.deb e26226895a402793e74c866c4ea20ef5 798520 games optional nethack-console_3.4.2-2_i386.deb 813df520a50b71d3680961a3406e7d64 790624 games optional nethack-lisp_3.4.2-2_i386.deb 22ba07f1d5f5ede9314c2798d6b2476b 842980 games optional nethack-x11_3.4.2-2_i386.deb efbadb17bcb679a1ff1da84e1623a197 942506 games optional nethack-qt_3.4.2-2_i386.deb 3fc70400b0d3bbe705cbd54f28b0b366 1094140 gnome optional nethack-gnome_3.4.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE/jkegerlouHKbEQ0RAh08AJ9vhshq/t5BM1M3xbcXLPyoUDeU6ACgmZDK r83QEilTA41BZKUlwUessqY= =9Km9 -END PGP SIGNATURE- Accepted: nethack-common_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-common_3.4.2-2_i386.deb nethack-console_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-console_3.4.2-2_i386.deb nethack-gnome_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-gnome_3.4.2-2_i386.deb nethack-lisp_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-lisp_3.4.2-2_i386.deb nethack-qt_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-qt_3.4.2-2_i386.deb nethack-x11_3.4.2-2_i386.deb to pool/main/n/nethack/nethack-x11_3.4.2-2_i386.deb nethack_3.4.2-2.diff.gz to pool/main/n/nethack/nethack_3.4.2-2.diff.gz nethack_3.4.2-2.dsc to pool/main/n/nethack/nethack_3.4.2-2.dsc nethack_3.4.2-2_all.deb to pool/main/n/nethack/nethack_3.4.2-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gcm 2.1.0+20031016.1-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 18:15:46 +1000 Source: gcm Binary: libgcm-dev gcm libgcm0 Architecture: source i386 Version: 2.1.0+20031016.1-1 Distribution: unstable Urgency: low Maintainer: Andrew Lau [EMAIL PROTECTED] Changed-By: Andrew Lau [EMAIL PROTECTED] Description: gcm- Clipboard manager for the GNOME Desktop libgcm-dev - Headers for compiling GNOME Clipboard Manager plug-ins libgcm0- Libraries for the GNOME Clipboard Manager Changes: gcm (2.1.0+20031016.1-1) unstable; urgency=low . * CVS tag renamed to DEBIAN_UNSTABLE. * Fixed pixmaps Makefiles. Files: e427014125e41efe4f7662c52f7a107b 1342 gnome optional gcm_2.1.0+20031016.1-1.dsc c32440b51165b6c4ca7c4dfaf894b26f 1419829 gnome optional gcm_2.1.0+20031016.1.orig.tar.gz 383cea81d816434599edefa231853d86 5731 gnome optional gcm_2.1.0+20031016.1-1.diff.gz 1b5b1ae300ffa66c4c833175da411e19 448514 gnome optional gcm_2.1.0+20031016.1-1_i386.deb 4872f01cf5e6d9d7d1f2c547c4a5fd07 92484 libdevel optional libgcm-dev_2.1.0+20031016.1-1_i386.deb 482a03ca51c9960eef2f87dbe17b2fd5 64462 libs optional libgcm0_2.1.0+20031016.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/joYEQxo87aLX0pIRAhfKAJwJ5vJgVSJ2UiwygcZA1MV9PcZHoQCgrIXh X/LLgWihxe8XDsAbAaDYQfQ= =jSw9 -END PGP SIGNATURE- Accepted: gcm_2.1.0+20031016.1-1.diff.gz to pool/main/g/gcm/gcm_2.1.0+20031016.1-1.diff.gz gcm_2.1.0+20031016.1-1.dsc to pool/main/g/gcm/gcm_2.1.0+20031016.1-1.dsc gcm_2.1.0+20031016.1-1_i386.deb to pool/main/g/gcm/gcm_2.1.0+20031016.1-1_i386.deb gcm_2.1.0+20031016.1.orig.tar.gz to pool/main/g/gcm/gcm_2.1.0+20031016.1.orig.tar.gz libgcm-dev_2.1.0+20031016.1-1_i386.deb to pool/main/g/gcm/libgcm-dev_2.1.0+20031016.1-1_i386.deb libgcm0_2.1.0+20031016.1-1_i386.deb to pool/main/g/gcm/libgcm0_2.1.0+20031016.1-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ara 0.4.20030813-1.2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 09:00:49 +0200 Source: ara Binary: ara Architecture: source i386 Version: 0.4.20030813-1.2 Distribution: unstable Urgency: high Maintainer: Thomas Schoepf [EMAIL PROTECTED] Changed-By: Sven Luther [EMAIL PROTECTED] Description: ara- A utility for queries on the Debian package database Closes: 214993 Changes: ara (0.4.20030813-1.2) unstable; urgency=high . * NMU to fix previous NMU. * Ara uses OcamlMakefile, which is somewhat broken, and insist on using the native code compilers, even if they are not installed. Added a build depend on this which should fix the problem, but ideally any hint of OcamlMakefile should be purged from this package, or OcamlMakefile should be fixed. (Closes: #214993) Files: 0fdba503dd3cb8ea6ba368bc45dfaf5b 605 utils optional ara_0.4.20030813-1.2.dsc fbfae0b5e31b60f181df588025aa72a8 2061 utils optional ara_0.4.20030813-1.2.diff.gz a363e31f80698392fa9903676bbde14f 43264 utils optional ara_0.4.20030813-1.2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jkLF2WTeT3CRQaQRAv5QAJ9+6wqC/6x+Cs+I41BbRc0QHUjXiwCgqtos j21gZ1w0tnbIVj4siEKZ2b4= =tfKW -END PGP SIGNATURE- Accepted: ara_0.4.20030813-1.2.diff.gz to pool/main/a/ara/ara_0.4.20030813-1.2.diff.gz ara_0.4.20030813-1.2.dsc to pool/main/a/ara/ara_0.4.20030813-1.2.dsc ara_0.4.20030813-1.2_i386.deb to pool/main/a/ara/ara_0.4.20030813-1.2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ipsvd 0.6.1-1 (powerpc source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 14 Oct 2003 11:17:40 + Source: ipsvd Binary: ipsvd Architecture: source powerpc Version: 0.6.1-1 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: ipsvd - Internet protocol service daemons Changes: ipsvd (0.6.1-1) unstable; urgency=low . * new upstream version. Files: af5751b964bbfa28b0a4bbb311d62bcf 564 net optional ipsvd_0.6.1-1.dsc 76b5c1223247ac3ced6fba2421e4a1c9 47356 net optional ipsvd_0.6.1.orig.tar.gz 9ff357d30d2c90e8b955790adb6dd053 2474 net optional ipsvd_0.6.1-1.diff.gz 0066491538f42fe4a0c3d79104be9c2f 50482 net optional ipsvd_0.6.1-1_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jlcnGJoyQbxwpv8RAoDrAJ0WY0ZdhHgc2linY5t0mcixurgZpwCeJVgM SapsP3Offi96pXG16vbhB3c= =+SDl -END PGP SIGNATURE- Accepted: ipsvd_0.6.1-1.diff.gz to pool/main/i/ipsvd/ipsvd_0.6.1-1.diff.gz ipsvd_0.6.1-1.dsc to pool/main/i/ipsvd/ipsvd_0.6.1-1.dsc ipsvd_0.6.1-1_powerpc.deb to pool/main/i/ipsvd/ipsvd_0.6.1-1_powerpc.deb ipsvd_0.6.1.orig.tar.gz to pool/main/i/ipsvd/ipsvd_0.6.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted dsniff 2.4b1-3.3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thurs, 16 Oct 2003 10:21:56 + Source: dsniff Binary: dsniff Architecture: source i386 Version: 2.4b1-3.3 Distribution: unstable Urgency: low Maintainer: Steve Kemp [EMAIL PROTECTED] Changed-By: Steve Kemp [EMAIL PROTECTED] Description: dsniff - Various tools to sniff network traffic for cleartext insecurities Closes: 149330 Changes: dsniff (2.4b1-3.3) unstable; urgency=low . * Updated standars version to 3.6.1 (no change) * Applied patch to prevent mail sniffing corruption. (Closes: #149330). Thanks to Guillaume Morin Files: 579b263bd5b875351830da09d2f8f80d 624 net extra dsniff_2.4b1-3.3.dsc f6d9ec27a3964b4ed3a6799350cab144 4115 net extra dsniff_2.4b1-3.3.diff.gz 2640208ae12954bc08a25eb246c5f94e 127332 net extra dsniff_2.4b1-3.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jmPKwM/Gs81MDZ0RArPuAJ4y7m1OIQhmu1L+fKfBenMcyv0O6QCeIWjO eDU1hrCeyIdpr4Ggse2XSnQ= =CPhZ -END PGP SIGNATURE- Accepted: dsniff_2.4b1-3.3.diff.gz to pool/main/d/dsniff/dsniff_2.4b1-3.3.diff.gz dsniff_2.4b1-3.3.dsc to pool/main/d/dsniff/dsniff_2.4b1-3.3.dsc dsniff_2.4b1-3.3_i386.deb to pool/main/d/dsniff/dsniff_2.4b1-3.3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted linkchecker 1.9.3-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Sep 2003 00:20:36 +0200 Source: linkchecker Binary: linkchecker Architecture: source i386 Version: 1.9.3-1 Distribution: unstable Urgency: low Maintainer: Bastian Kleineidam [EMAIL PROTECTED] Changed-By: Bastian Kleineidam [EMAIL PROTECTED] Description: linkchecker - check HTML documents for broken links Changes: linkchecker (1.9.3-1) unstable; urgency=low . * New upstream release Files: 466d88acf38d2007fe99314ef50c233d 640 web optional linkchecker_1.9.3-1.dsc 1f7e176d7c0302be361c3978edf1e861 185282 web optional linkchecker_1.9.3.orig.tar.gz 85ab36e37d732d9976a12626d101a1a5 912 web optional linkchecker_1.9.3-1.diff.gz 3f3ee3ab05970999b01da007f972d249 132378 web optional linkchecker_1.9.3-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jqBseBwlBDLsbz4RAtScAJ9fyLolVhSI384+qUSrFxUuJOBswACdFy4w QthSfIyHsaDcsRqEV9bUXbw= =BMgL -END PGP SIGNATURE- Accepted: linkchecker_1.9.3-1.diff.gz to pool/main/l/linkchecker/linkchecker_1.9.3-1.diff.gz linkchecker_1.9.3-1.dsc to pool/main/l/linkchecker/linkchecker_1.9.3-1.dsc linkchecker_1.9.3-1_i386.deb to pool/main/l/linkchecker/linkchecker_1.9.3-1_i386.deb linkchecker_1.9.3.orig.tar.gz to pool/main/l/linkchecker/linkchecker_1.9.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted module-assistant 0.3.4 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 13:05:19 +0200 Source: module-assistant Binary: module-assistant Architecture: source all Version: 0.3.4 Distribution: unstable Urgency: low Maintainer: Eduard Bloch [EMAIL PROTECTED] Changed-By: Eduard Bloch [EMAIL PROTECTED] Description: module-assistant - tool make module package creation easier Changes: module-assistant (0.3.4) unstable; urgency=low . * new packages: shfs-source, translucency-source * generic.sh: double build of a package in some situations * generic.sh: hide confusing error messages on not available packages * removing tarball detection hook from alsa-source, it is more generalized in generic.sh now * added more look-for-source locations, thanks to Mirco Bauer [EMAIL PROTECTED] for help on debugging Files: c3e1ef8be07442a77ebffa2408b45857 521 misc optional module-assistant_0.3.4.dsc 68579bcbe763c9caa061b0dbdf42a369 26190 misc optional module-assistant_0.3.4.tar.gz c9f6b1b6fce06ec7eff124e486264016 25486 misc optional module-assistant_0.3.4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jqNf4QZIHu3wCMURAqZAAKCCzJRRnw7CJHSdqKuhcP0MXfImHACfdL7L rPDCYGhdrHTTq7x/dSppGKo= =gmcI -END PGP SIGNATURE- Accepted: module-assistant_0.3.4.dsc to pool/main/m/module-assistant/module-assistant_0.3.4.dsc module-assistant_0.3.4.tar.gz to pool/main/m/module-assistant/module-assistant_0.3.4.tar.gz module-assistant_0.3.4_all.deb to pool/main/m/module-assistant/module-assistant_0.3.4_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnump3d 2.6-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thursday, 16 October 2003 14:31:36 + Source: gnump3d Binary: gnump3d Architecture: source all Version: 2.6-1 Distribution: unstable Urgency: low Maintainer: Steve Kemp [EMAIL PROTECTED] Changed-By: Steve Kemp [EMAIL PROTECTED] Description: gnump3d- A streaming server for MP3 and OGG files Closes: 215782 Changes: gnump3d (2.6-1) unstable; urgency=low . * New upstream release. * Updated standards version 3.6.1 (no change). * Allow user to supply extra startup args via /etc/default/gnump3d. This is useful if you wish to not reindex your collection on startup. (Closes: #215782) Files: 658eaf888c4e9321bf718099ebea5bc1 555 sound optional gnump3d_2.6-1.dsc 58b820b16c3944edbb9ad13c5987176a 230557 sound optional gnump3d_2.6.orig.tar.gz 758ffcabfb7cfc411fad06b2cd100395 8312 sound optional gnump3d_2.6-1.diff.gz 972a61344629e20cc69ce0b8ee3dabc8 222094 sound optional gnump3d_2.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jqLOwM/Gs81MDZ0RAilbAJwJKSkaAfPxe7zeEpqr1RBa4kcW/QCg4I/c NMzoB+6GtluVh5SOt+xubN8= =eAYu -END PGP SIGNATURE- Accepted: gnump3d_2.6-1.diff.gz to pool/main/g/gnump3d/gnump3d_2.6-1.diff.gz gnump3d_2.6-1.dsc to pool/main/g/gnump3d/gnump3d_2.6-1.dsc gnump3d_2.6-1_all.deb to pool/main/g/gnump3d/gnump3d_2.6-1_all.deb gnump3d_2.6.orig.tar.gz to pool/main/g/gnump3d/gnump3d_2.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pango1.0 1.2.5-1.1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 09:39:38 +0200 Source: pango1.0 Binary: libpango1.0-0 libpango1.0-dbg libpango1.0-dev libpango1.0-common libpango1.0-udeb libpango1.0-doc Architecture: source i386 all Version: 1.2.5-1.1 Distribution: unstable Urgency: medium Maintainer: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Changed-By: J.H.M. Dassen (Ray) [EMAIL PROTECTED] Description: libpango1.0-0 - Layout and rendering of internationalized text libpango1.0-common - Modules and configuration files for the Pango libpango1.0-dbg - The Pango library and debugging symbols libpango1.0-dev - Development files for the Pango libpango1.0-doc - Documentation files for the Pango libpango1.0-udeb - Layout and rendering of internationalized text (udeb) Closes: 216003 Changes: pango1.0 (1.2.5-1.1) unstable; urgency=medium . * NMU * [debian/control.in] Follow the libxft2-dev - libxft-dev renaming to become installable again. (Closes: #216003) Files: 5d695e3461c1c914307e80db3c194582 1127 libs optional pango1.0_1.2.5-1.1.dsc 02a3b250bf8bb49509705a0db76488e1 26278 libs optional pango1.0_1.2.5-1.1.diff.gz de5ed695438a88d72c446260223a4849 122954 doc optional libpango1.0-doc_1.2.5-1.1_all.deb 4e2994534cd5cf0bd7509e4ffc6f372a 337140 libs optional libpango1.0-0_1.2.5-1.1_i386.deb 68d0db56c61c197e216335192bf1dc03 15852 misc optional libpango1.0-common_1.2.5-1.1_i386.deb 9de9f63819a20834fb594ab828069ca7 417008 libdevel optional libpango1.0-dev_1.2.5-1.1_i386.deb dd6420d1001576f1c81248251b745069 1097100 libdevel extra libpango1.0-dbg_1.2.5-1.1_i386.deb 5a88e977447911d53d78fe1a55d1267f 822024 debian-installer optional libpango1.0-udeb_1.2.5-1.1_i386.udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iQEXAwUBP45Z1AxJU8feGmjHFAIGDAQAx+LtfOuI/Aq26j+A3k5zDk27EVFAcPsH o7lZWb7FlPwB/VmnVC7sxiqY/CLYc9783kl8WR2SgOuBJM07/uhqPmNkZJe5QoL8 zct/2VroOHodDr/TLBveeWeFxTKWM7lkJWt677taTbYRqSQxFgEw0aAoRp616GC6 Aeco4p5NxdYEALDDOoFyUXBxE3VSDrtcoE2nPQeRdvFSjmkyorWNCdmwHyT7LlfN p6wHJY5AGExBiHvQs4ctvD13Q2dNtVaI9XL8n5qTAI/eaRU7vwYJE1SkHrbFYDYd qU3jWfhV6oi9XsMo6uA3bP/EhrjyeGVaaKNHWbxoyXh6ejfsNEesFaom =uygq -END PGP SIGNATURE- Accepted: libpango1.0-0_1.2.5-1.1_i386.deb to pool/main/p/pango1.0/libpango1.0-0_1.2.5-1.1_i386.deb libpango1.0-common_1.2.5-1.1_i386.deb to pool/main/p/pango1.0/libpango1.0-common_1.2.5-1.1_i386.deb libpango1.0-dbg_1.2.5-1.1_i386.deb to pool/main/p/pango1.0/libpango1.0-dbg_1.2.5-1.1_i386.deb libpango1.0-dev_1.2.5-1.1_i386.deb to pool/main/p/pango1.0/libpango1.0-dev_1.2.5-1.1_i386.deb libpango1.0-doc_1.2.5-1.1_all.deb to pool/main/p/pango1.0/libpango1.0-doc_1.2.5-1.1_all.deb libpango1.0-udeb_1.2.5-1.1_i386.udeb to pool/main/p/pango1.0/libpango1.0-udeb_1.2.5-1.1_i386.udeb pango1.0_1.2.5-1.1.diff.gz to pool/main/p/pango1.0/pango1.0_1.2.5-1.1.diff.gz pango1.0_1.2.5-1.1.dsc to pool/main/p/pango1.0/pango1.0_1.2.5-1.1.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted icewm 1.2.13-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 2 Oct 2003 16:37:58 +0200 Source: icewm Binary: icewm-gnome-support icewm icewm-lite icewm-gnome icewm-common icewm-experimental Architecture: source i386 Version: 1.2.13-3 Distribution: unstable Urgency: low Maintainer: Jerome Marant [EMAIL PROTECTED] Changed-By: Eduard Bloch [EMAIL PROTECTED] Description: icewm - A wonderful Win95-OS/2-Motif-like window manager icewm-common - A wonderful Win95-OS/2-Motif-like window manager icewm-experimental - A wonderful Win95-OS/2-Motif-like window manager icewm-gnome - A wonderful Win95-OS/2-Motif-like window manager icewm-gnome-support - GNOME support files for IceWM icewm-lite - A wonderful Win95-OS/2-Motif-like window manager Closes: 184561 186783 209357 215383 215903 Changes: icewm (1.2.13-3) unstable; urgency=low . * Corrected the doc-base URL for IceWM-FAQ (closes: Bug#215383) * Documented the requirement to run icewm-session* in order to run startup|shutdown (Closes: #209357, #215903). It is also claimed to be able to restart icewm on crashes (Closes: #184561) * contrib_nested_theme_menu.dpatch: new option ThemeExtraSubmenu creates nested themes menu with submenues named after the first char of the theme name (closes: #186783) * set default fonts preferences to Helvetica because the default selection behaves insane in Xft2 versions Files: 59d8a9cd8d9bddc024d0d4a53585dd29 840 x11 optional icewm_1.2.13-3.dsc 72b78e994d69227da506442832740001 79061 x11 optional icewm_1.2.13-3.diff.gz 6e5d078a95d0f14fac14b71d8e17e36f 351474 x11 optional icewm-common_1.2.13-3_i386.deb 43c5b2e90af258b71ca0a1140e2f09e1 460428 x11 optional icewm_1.2.13-3_i386.deb dd54432d8f6bbfdb4222914ff917eb35 5316 gnome optional icewm-gnome_1.2.13-3_i386.deb 25993380db4590cf312022fa3d05b41e 15788 gnome optional icewm-gnome-support_1.2.13-3_i386.deb eeb48f3ed62f98a21fe4760bf25ac091 281020 x11 optional icewm-lite_1.2.13-3_i386.deb a67b8401923770a5e648c5579e51417e 506336 x11 optional icewm-experimental_1.2.13-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jpMQ4QZIHu3wCMURAlJQAJ0UXlqjJFFgpPOtiHll30VqTULn5gCghoRU h6hVsYi4duRPu9Fi62byPXY= =1XUp -END PGP SIGNATURE- Accepted: icewm-common_1.2.13-3_i386.deb to pool/main/i/icewm/icewm-common_1.2.13-3_i386.deb icewm-experimental_1.2.13-3_i386.deb to pool/main/i/icewm/icewm-experimental_1.2.13-3_i386.deb icewm-gnome-support_1.2.13-3_i386.deb to pool/main/i/icewm/icewm-gnome-support_1.2.13-3_i386.deb icewm-gnome_1.2.13-3_i386.deb to pool/main/i/icewm/icewm-gnome_1.2.13-3_i386.deb icewm-lite_1.2.13-3_i386.deb to pool/main/i/icewm/icewm-lite_1.2.13-3_i386.deb icewm_1.2.13-3.diff.gz to pool/main/i/icewm/icewm_1.2.13-3.diff.gz icewm_1.2.13-3.dsc to pool/main/i/icewm/icewm_1.2.13-3.dsc icewm_1.2.13-3_i386.deb to pool/main/i/icewm/icewm_1.2.13-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kernel-patch-2.4-lsm 2003.10.03-2 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 15:17:00 +1000 Source: kernel-patch-2.4-lsm Binary: kernel-patch-2.4-lsm Architecture: source all Version: 2003.10.03-2 Distribution: unstable Urgency: low Maintainer: Russell Coker [EMAIL PROTECTED] Changed-By: Russell Coker [EMAIL PROTECTED] Description: kernel-patch-2.4-lsm - lsm-full kernel patch - Linux Security Modules Changes: kernel-patch-2.4-lsm (2003.10.03-2) unstable; urgency=low . * New patch for 2.4.22 to be based on the new acl.bestbits.at kernel patch rather than my own hacky patch. Files: e39afdae7620954ab6f0405e2da706d7 560 devel extra kernel-patch-2.4-lsm_2003.10.03-2.dsc 38a01691e3bab4ce39d6226d44b51d2d 424743 devel extra kernel-patch-2.4-lsm_2003.10.03-2.tar.gz 3995491e62c6deecca808878b244a80b 429500 devel extra kernel-patch-2.4-lsm_2003.10.03-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jioDwrB5/PXHUlYRAriBAJ968pFk2XXROytUjzv0Pl5NQk63mACePABn x69n6SSPTakTB2N2obuXtHI= =I+tQ -END PGP SIGNATURE- Accepted: kernel-patch-2.4-lsm_2003.10.03-2.dsc to pool/main/k/kernel-patch-2.4-lsm/kernel-patch-2.4-lsm_2003.10.03-2.dsc kernel-patch-2.4-lsm_2003.10.03-2.tar.gz to pool/main/k/kernel-patch-2.4-lsm/kernel-patch-2.4-lsm_2003.10.03-2.tar.gz kernel-patch-2.4-lsm_2003.10.03-2_all.deb to pool/main/k/kernel-patch-2.4-lsm/kernel-patch-2.4-lsm_2003.10.03-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted runit-run 0.2.3 (all source)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 16 Oct 2003 13:48:41 +
Source: runit-run
Binary: runit-run
Architecture: source all
Version: 0.2.3
Distribution: unstable
Urgency: low
Maintainer: Gerrit Pape [EMAIL PROTECTED]
Changed-By: Gerrit Pape [EMAIL PROTECTED]
Description:
runit-run - a UNIX init scheme with service supervision
Changes:
runit-run (0.2.3) unstable; urgency=low
.
* 1, 3: adapt changes from runit package.
* debian/control: Standards-Version: 3.6.0; Depends: runit ( 0.11.2-0),
Depends: sysv-rc instead of sysvinit.
* debian/runit-run.dirs: add directories for getty services.
* debian/runit-run.links: remove /var/service, now included in the runit
package; add links for getty services to /var/run/.
* debian/runit-run.postrm: force remove getty service directories in
/var/run/ on purge.
* debian/runit-run.postinst: save previous /var/service directory to
/var/service{old}.
Files:
f75fbc6da098218a5362aef09d6abc9d 498 admin optional runit-run_0.2.3.dsc
94ea05a207366a69af526bdee5f402b5 5022 admin optional runit-run_0.2.3.tar.gz
18209dc0c6c5857cc0ab5e6c8a9709e8 5892 admin optional runit-run_0.2.3_all.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.3 (GNU/Linux)
iD8DBQE/jqojGJoyQbxwpv8RAjhHAKCmdr/TciKiIrOatzsgenrPlE0UPACgpKUv
fR+7G23rh/WJIHoz6kRRES0=
=bd6Y
-END PGP SIGNATURE-
Accepted:
runit-run_0.2.3.dsc
to pool/main/r/runit-run/runit-run_0.2.3.dsc
runit-run_0.2.3.tar.gz
to pool/main/r/runit-run/runit-run_0.2.3.tar.gz
runit-run_0.2.3_all.deb
to pool/main/r/runit-run/runit-run_0.2.3_all.deb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted scapy 0.9.15-1 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 16:52:39 +0200 Source: scapy Binary: scapy Architecture: source all Version: 0.9.15-1 Distribution: unstable Urgency: low Maintainer: Alberto Gonzalez Iniesta [EMAIL PROTECTED] Changed-By: Alberto Gonzalez Iniesta [EMAIL PROTECTED] Description: scapy - Packet generator/sniffer and network scanner/discovery Changes: scapy (0.9.15-1) unstable; urgency=low . * New upstream release * Moved to debhelper compatability 4. Created debian/compat. * Bumped Standards-Version to 3.6.1. No change. * Changed Depends on python2.2 to python2.3 Files: 9d78695946e0f6826509a6273db84d96 566 net optional scapy_0.9.15-1.dsc c7c88e1fd63501b139c9a2e5c997effe 40130 net optional scapy_0.9.15.orig.tar.gz b21a9b1755d9e4554b53110eedb344f7 10636 net optional scapy_0.9.15-1.diff.gz b93646bb5f65ecb3092cf4bcc7596d17 43794 net optional scapy_0.9.15-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrIAxRSvjkukAcMRAgQNAKC4BT62Ed7/7EhJidDDVfuNws2MDACfT4Nk Dhiq6+bKm5MiRYYODtNZJwI= =yL1Y -END PGP SIGNATURE- Accepted: scapy_0.9.15-1.diff.gz to pool/main/s/scapy/scapy_0.9.15-1.diff.gz scapy_0.9.15-1.dsc to pool/main/s/scapy/scapy_0.9.15-1.dsc scapy_0.9.15-1_all.deb to pool/main/s/scapy/scapy_0.9.15-1_all.deb scapy_0.9.15.orig.tar.gz to pool/main/s/scapy/scapy_0.9.15.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted devmapper 2:1.00.05-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 15 Oct 2003 00:57:12 -0400 Source: devmapper Binary: libdevmapper-dev dmsetup libdevmapper1.00 kernel-patch-device-mapper Architecture: source i386 Version: 2:1.00.05-3 Distribution: unstable Urgency: low Maintainer: Andres Salomon [EMAIL PROTECTED] Changed-By: Andres Salomon [EMAIL PROTECTED] Description: dmsetup- The Linux Kernel Device Mapper userspace library kernel-patch-device-mapper - The Linux Kernel Device Mapper kernel patch libdevmapper-dev - The Linux Kernel Device Mapper header files libdevmapper1.00 - The Linux Kernel Device Mapper userspace library Closes: 213446 Changes: devmapper (2:1.00.05-3) unstable; urgency=low . * Fix problem w/ dm patch on sparc64. (Closes: #213446) * Update standards-version. * Remove CFLAGS patch, as cdbs now doesn't clobber CFLAGS (yay!). Files: b490663d1b1effbbd297a70d7952a60e 675 admin optional devmapper_1.00.05-3.dsc cd358a36e4b0288d2d3ce0c427d9b95e 193028 admin optional devmapper_1.00.05-3.diff.gz cc9af7c5f7d9216ecb1de808a2470813 185948 devel optional kernel-patch-device-mapper_1.00.05-3_i386.deb fd115ebf91556175c23a50b873da6bad 6722 libdevel optional libdevmapper-dev_1.00.05-3_i386.deb 5475407d08bb2f3013968023779af9fb 15534 libs optional libdevmapper1.00_1.00.05-3_i386.deb 01ae6f81bdee293930379c3f59702d5a 12788 admin optional dmsetup_1.00.05-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrDJhej7/PCycRMRAhsKAJ9O5G3iiRojCQ3WWYRmU7A89JsaOQCggayZ j4AuZ1B3tCLygcIk5e3GM9M= =Pz6W -END PGP SIGNATURE- Accepted: devmapper_1.00.05-3.diff.gz to pool/main/d/devmapper/devmapper_1.00.05-3.diff.gz devmapper_1.00.05-3.dsc to pool/main/d/devmapper/devmapper_1.00.05-3.dsc dmsetup_1.00.05-3_i386.deb to pool/main/d/devmapper/dmsetup_1.00.05-3_i386.deb kernel-patch-device-mapper_1.00.05-3_i386.deb to pool/main/d/devmapper/kernel-patch-device-mapper_1.00.05-3_i386.deb libdevmapper-dev_1.00.05-3_i386.deb to pool/main/d/devmapper/libdevmapper-dev_1.00.05-3_i386.deb libdevmapper1.00_1.00.05-3_i386.deb to pool/main/d/devmapper/libdevmapper1.00_1.00.05-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lvm2 2.00.07-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 15 Oct 2003 01:27:48 -0400 Source: lvm2 Binary: lvm2 Architecture: source i386 Version: 2.00.07-1 Distribution: unstable Urgency: low Maintainer: Andres Salomon [EMAIL PROTECTED] Changed-By: Andres Salomon [EMAIL PROTECTED] Description: lvm2 - The Linux Logical Volume Manager Changes: lvm2 (2.00.07-1) unstable; urgency=low . * New upstream release. * Update standards-version. * Convert build system to cdbs. Files: 50e97cc2ef3a6bbca68c38dd7cdfab6a 609 admin optional lvm2_2.00.07-1.dsc b7ac79f87885e981af627c8b05e86b13 269979 admin optional lvm2_2.00.07.orig.tar.gz 608999320f1b2da6d87130ae8587efc1 6383 admin optional lvm2_2.00.07-1.diff.gz 2f69539247f8eb56bdf53dab51f280e8 206828 admin optional lvm2_2.00.07-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrDfhej7/PCycRMRAigsAJ9ZiyCgH7BZEaClQr0tvQOa7t7G0gCgh/b9 Jkw82HNdn6bMuaSeCzrRDLU= =R9O+ -END PGP SIGNATURE- Accepted: lvm2_2.00.07-1.diff.gz to pool/main/l/lvm2/lvm2_2.00.07-1.diff.gz lvm2_2.00.07-1.dsc to pool/main/l/lvm2/lvm2_2.00.07-1.dsc lvm2_2.00.07-1_i386.deb to pool/main/l/lvm2/lvm2_2.00.07-1_i386.deb lvm2_2.00.07.orig.tar.gz to pool/main/l/lvm2/lvm2_2.00.07.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted valgrind 20031012-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 14:50:22 + Source: valgrind Binary: valgrind Architecture: source i386 Version: 20031012-2 Distribution: unstable Urgency: low Maintainer: Andrés Roldán [EMAIL PROTECTED] Changed-By: Andrés Roldán [EMAIL PROTECTED] Description: valgrind - A memory debugger for x86-linux Closes: 215262 Changes: valgrind (20031012-2) unstable; urgency=low . * Removed suggestion of valgrind-headers. (closes: #215262) * Added patch that solves the not-ever-reported bug of stack corruption on valgrind. Files: 03107e019ab8a7ffde1e22f8b8ec4cb6 730 devel optional valgrind_20031012-2.dsc b3286ad3862732b77f02f3248a014f2d 15499 devel optional valgrind_20031012-2.diff.gz 70b22433d77278716b7da5927ef6e8a2 918000 devel optional valgrind_20031012-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrLP2OByS7KTlusRAtwZAKC2xKAUNxSllNbo4oetTbZhIsQ5NwCgxv0i S4OfwdO7g3sQNIFSXGw5Or4= =qKn5 -END PGP SIGNATURE- Accepted: valgrind_20031012-2.diff.gz to pool/main/v/valgrind/valgrind_20031012-2.diff.gz valgrind_20031012-2.dsc to pool/main/v/valgrind/valgrind_20031012-2.dsc valgrind_20031012-2_i386.deb to pool/main/v/valgrind/valgrind_20031012-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted lprfax 0.6-25 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 17:06:19 + Source: lprfax Binary: lprfax Architecture: source i386 Version: 0.6-25 Distribution: unstable Urgency: low Maintainer: Camm Maguire [EMAIL PROTECTED] Changed-By: Camm Maguire [EMAIL PROTECTED] Description: lprfax - Utility to allow printing to a fax modem Closes: 215924 Changes: lprfax (0.6-25) unstable; urgency=low . * Discard error output if any from dpkg -s hp2pbm query in postinst, thanks to Yann Dirson (Closes: #215924). Files: 3fd6746c1f46859dcfb88fe1572a2ef9 541 net extra lprfax_0.6-25.dsc 483573822428150c386455355fd6266b 13036 net extra lprfax_0.6-25.diff.gz 708738e8a836e79f5574de113c7f7a17 27062 net extra lprfax_0.6-25_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrEWczG1wFfwRdwRAqVwAJ0fwgkx2yVsb3q4EeW58v3OFFBFmACeLSz8 7Xv0dqxhl3g40vwcpw0cP9s= =mBgs -END PGP SIGNATURE- Accepted: lprfax_0.6-25.diff.gz to pool/main/l/lprfax/lprfax_0.6-25.diff.gz lprfax_0.6-25.dsc to pool/main/l/lprfax/lprfax_0.6-25.dsc lprfax_0.6-25_i386.deb to pool/main/l/lprfax/lprfax_0.6-25_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted pytone 2.0.2-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 16:08:32 +0200 Source: pytone Binary: pytone Architecture: source i386 Version: 2.0.2-2 Distribution: unstable Urgency: low Maintainer: Alexander Wirt [EMAIL PROTECTED] Changed-By: Alexander Wirt [EMAIL PROTECTED] Description: pytone - Music jukebox with advanced features for DJs and a text-mode user Closes: 215951 216002 Changes: pytone (2.0.2-2) unstable; urgency=low . * Removed python-oss from Recommends, because Python 2.3 has its own oss module. * Added two patches from David Kågedal [EMAIL PROTECTED] for monocolor terminals (closes: #216002) * Added build-dependency for dpatch * Improved Description (closes: #215951) * Improved manpage Files: fe0d50fd0eb733e264100a228dd3799a 626 sound optional pytone_2.0.2-2.dsc a310b6498a3091df30036a551343b305 4004 sound optional pytone_2.0.2-2.diff.gz 32aa3940b6c34316457b65aae18e36c4 91198 sound optional pytone_2.0.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrPP4QZIHu3wCMURAtRtAJ93xvqzQrvLvVT4PnH0g2QMh1EDTQCgh7lp O43Y5LN9UF+umvs3zeBRPqE= =pXe1 -END PGP SIGNATURE- Accepted: pytone_2.0.2-2.diff.gz to pool/main/p/pytone/pytone_2.0.2-2.diff.gz pytone_2.0.2-2.dsc to pool/main/p/pytone/pytone_2.0.2-2.dsc pytone_2.0.2-2_i386.deb to pool/main/p/pytone/pytone_2.0.2-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mozilla-bonobo 0.4.0-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 17:23:05 +0200 Source: mozilla-bonobo Binary: mozilla-bonobo Architecture: source i386 Version: 0.4.0-3 Distribution: unstable Urgency: low Maintainer: Andrew Lau [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: mozilla-bonobo - Mozilla plugin support for Bonobo components Changes: mozilla-bonobo (0.4.0-3) unstable; urgency=low . * Rebuilded with Gnome2.2 libs. Files: aa665cffc124a18a46bb80e5a62cb9de 1361 gnome optional mozilla-bonobo_0.4.0-3.dsc 9013e04484bc4998d7557178e324 2306 gnome optional mozilla-bonobo_0.4.0-3.diff.gz 016cbf836cc3b0e4eb92bb888b375939 24848 gnome optional mozilla-bonobo_0.4.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrk4Qxo87aLX0pIRAkGSAKCUH8VzXDCuK5dZD3xHHcA8jtlYkwCgoIBh qrP84SrfIEVl/rVfXjAU8VM= =3Y+P -END PGP SIGNATURE- Accepted: mozilla-bonobo_0.4.0-3.diff.gz to pool/main/m/mozilla-bonobo/mozilla-bonobo_0.4.0-3.diff.gz mozilla-bonobo_0.4.0-3.dsc to pool/main/m/mozilla-bonobo/mozilla-bonobo_0.4.0-3.dsc mozilla-bonobo_0.4.0-3_i386.deb to pool/main/m/mozilla-bonobo/mozilla-bonobo_0.4.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted liberror-perl 0.15-5 (all source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 10 Sep 2003 14:43:36 +0200 Source: liberror-perl Binary: liberror-perl Architecture: source all Version: 0.15-5 Distribution: unstable Urgency: low Maintainer: Luk Claes [EMAIL PROTECTED] Changed-By: Luk Claes [EMAIL PROTECTED] Description: liberror-perl - Perl module for error/exception handling in an OO-ish way Closes: 210217 Changes: liberror-perl (0.15-5) unstable; urgency=low . * New maintainer (closes: #210217) Files: 2738537a77c83d8193b8a242b006de94 587 perl optional liberror-perl_0.15-5.dsc 5d2f4eb480522e113731a1f4aeb23ba0 2220 perl optional liberror-perl_0.15-5.diff.gz f588510e9eab019f5bc7b78132a3097e 15268 perl optional liberror-perl_0.15-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrr3ITGblEwaW+URAsGQAKCm3Wjz/SRaoTL0uQ2SeT9Goej7AwCfYlk2 9Tliw9v5PsnaS818TFKY/Hk= =krMn -END PGP SIGNATURE- Accepted: liberror-perl_0.15-5.diff.gz to pool/main/libe/liberror-perl/liberror-perl_0.15-5.diff.gz liberror-perl_0.15-5.dsc to pool/main/libe/liberror-perl/liberror-perl_0.15-5.dsc liberror-perl_0.15-5_all.deb to pool/main/libe/liberror-perl/liberror-perl_0.15-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ghex 2.5.0-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 17:36:29 +0200 Source: ghex Binary: libgtkhex0-dev libgtkhex0 ghex Architecture: source i386 Version: 2.5.0-2 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: ghex - GNOME Hex editor for files libgtkhex0 - GNOME Hex editor for files (shared library) libgtkhex0-dev - GNOME Hex editor for files (development headers) Changes: ghex (2.5.0-2) unstable; urgency=low . * Rebuilded with Gnome2.2 libs. Files: 24317f7d04456664d387c51288fcf60a 705 gnome optional ghex_2.5.0-2.dsc 1372b7c9294dda9327c6c3d42fa86f33 4024 gnome optional ghex_2.5.0-2.diff.gz 8b76e4336d99a1467129496b57d277da 52054 libs optional libgtkhex0_2.5.0-2_i386.deb d298814d61511d7bc496ffb1a5aa0b58 588730 gnome optional ghex_2.5.0-2_i386.deb 794f7aeb20b35a71458f4eb907be2c45 55004 libdevel optional libgtkhex0-dev_2.5.0-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jrvKQxo87aLX0pIRAoifAJ9095LB6tFQcCz8g2qkaSrN3aYfhQCfeus7 bIujEbBcCkioPC6/acBaCc8= =Losq -END PGP SIGNATURE- Accepted: ghex_2.5.0-2.diff.gz to pool/main/g/ghex/ghex_2.5.0-2.diff.gz ghex_2.5.0-2.dsc to pool/main/g/ghex/ghex_2.5.0-2.dsc ghex_2.5.0-2_i386.deb to pool/main/g/ghex/ghex_2.5.0-2_i386.deb libgtkhex0-dev_2.5.0-2_i386.deb to pool/main/g/ghex/libgtkhex0-dev_2.5.0-2_i386.deb libgtkhex0_2.5.0-2_i386.deb to pool/main/g/ghex/libgtkhex0_2.5.0-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mlview 0.6.0-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 17:44:06 +0200 Source: mlview Binary: mlview Architecture: source i386 Version: 0.6.0-3 Distribution: unstable Urgency: low Maintainer: Sebastien Bacher [EMAIL PROTECTED] Changed-By: Sebastien Bacher [EMAIL PROTECTED] Description: mlview - An xml editor for GNOME environment Changes: mlview (0.6.0-3) unstable; urgency=low . * Builded with Gnome2.2 libs. Files: 044ee41c61c5cf263b4cd79d7bc42aea 670 editors optional mlview_0.6.0-3.dsc 2e0aef978a8dcef7e73fb294bfae6a42 editors optional mlview_0.6.0-3.diff.gz 38bfe00c6eee260a4744bd1bbda43c95 249022 editors optional mlview_0.6.0-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jr1lQxo87aLX0pIRAg2WAJ90PHLD23PIh930gzANkWSQkBlxHQCeKYQI PTuMsCc/JzYVsv7iqS88p/0= =sRK6 -END PGP SIGNATURE- Accepted: mlview_0.6.0-3.diff.gz to pool/main/m/mlview/mlview_0.6.0-3.diff.gz mlview_0.6.0-3.dsc to pool/main/m/mlview/mlview_0.6.0-3.dsc mlview_0.6.0-3_i386.deb to pool/main/m/mlview/mlview_0.6.0-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted bitlbee 0.81a-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 16 Oct 2003 16:21:31 +0200 Source: bitlbee Binary: bitlbee Architecture: source i386 Version: 0.81a-1 Distribution: unstable Urgency: low Maintainer: Wilmer van der Gaast [EMAIL PROTECTED] Changed-By: Wilmer van der Gaast [EMAIL PROTECTED] Description: bitlbee- An IRC to other chat networks gateway Changes: bitlbee (0.81a-1) unstable; urgency=low . * New upstream release. Files: 0a2f4e0b3c445eb6974c1daaddd17068 581 net optional bitlbee_0.81a-1.dsc d4407b3d56ed2e4e6a9f7246b193c30c 373025 net optional bitlbee_0.81a.orig.tar.gz b480f2e80b74b0a74506781f55262f06 19835 net optional bitlbee_0.81a-1.diff.gz a4dccb811e76cbdee56d1f85a7c9778a 212454 net optional bitlbee_0.81a-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jsBTeYWXmuMwQFERAqJIAJ9Vojh2/WkO6QiAyjyGdV5FL5HcpwCfYjET 2aE/jrxoFd9GBW4YRAEKVhc= =8+sv -END PGP SIGNATURE- Accepted: bitlbee_0.81a-1.diff.gz to pool/main/b/bitlbee/bitlbee_0.81a-1.diff.gz bitlbee_0.81a-1.dsc to pool/main/b/bitlbee/bitlbee_0.81a-1.dsc bitlbee_0.81a-1_i386.deb to pool/main/b/bitlbee/bitlbee_0.81a-1_i386.deb bitlbee_0.81a.orig.tar.gz to pool/main/b/bitlbee/bitlbee_0.81a.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted openssl 0.9.7c-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 16:31:32 +0200 Source: openssl Binary: libssl0.9.7 libssl-dev openssl Architecture: source i386 Version: 0.9.7c-5 Distribution: unstable Urgency: low Maintainer: Christoph Martin [EMAIL PROTECTED] Changed-By: Christoph Martin [EMAIL PROTECTED] Description: libssl-dev - SSL development libraries, header files and documentation libssl0.9.7 - SSL shared libraries openssl- Secure Socket Layer (SSL) binary and related cryptographic tools Closes: 212545 Changes: openssl (0.9.7c-5) unstable; urgency=low . * include openssl.pc into libssl-dev (closes: #212545) Files: 01c89643afda4613cd400e6ffd799805 617 utils optional openssl_0.9.7c-5.dsc e4f0049db1e48503cb066a86e644925b 20637 utils optional openssl_0.9.7c-5.diff.gz eaadc8281f52a4a49f6d2ddcf3057bcf 873974 utils optional openssl_0.9.7c-5_i386.deb df24e34e2184d24a69929e8e65d14042 2007618 libs standard libssl0.9.7_0.9.7c-5_i386.deb 78ed8865bfb1cc4596f0baec661bdaf7 1725734 libdevel optional libssl-dev_0.9.7c-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/jrlZgeVih7XOVJcRAsAGAJ9FsHr8eCdx8wtAL7WABG2psbxpNQCglWQ9 Euq/JzqzyVgxBfoULwLxNnM= =kzjn -END PGP SIGNATURE- Accepted: libssl-dev_0.9.7c-5_i386.deb to pool/main/o/openssl/libssl-dev_0.9.7c-5_i386.deb libssl0.9.7_0.9.7c-5_i386.deb to pool/main/o/openssl/libssl0.9.7_0.9.7c-5_i386.deb openssl_0.9.7c-5.diff.gz to pool/main/o/openssl/openssl_0.9.7c-5.diff.gz openssl_0.9.7c-5.dsc to pool/main/o/openssl/openssl_0.9.7c-5.dsc openssl_0.9.7c-5_i386.deb to pool/main/o/openssl/openssl_0.9.7c-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted tth 3.41-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 17 Oct 2003 01:16:40 +1000 Source: tth Binary: tth Architecture: source i386 Version: 3.41-1 Distribution: unstable Urgency: low Maintainer: Ian Maclaine-cross [EMAIL PROTECTED] Changed-By: Ian Maclaine-cross [EMAIL PROTECTED] Description: tth- TeX/LaTeX to HTML converter Changes: tth (3.41-1) unstable; urgency=low . * New upstream release Files: 0a3b9deab3425b3023aef2dad044a4a9 544 non-free/tex optional tth_3.41-1.dsc 6d24a7a8a7774e6804cea0159474c865 307984 non-free/tex optional tth_3.41.orig.tar.gz 2d910b089ce264307c8a8e6a03dbfb71 7831 non-free/tex optional tth_3.41-1.diff.gz bb5b0e0d33535db2534e9787b41d5a69 288658 non-free/tex optional tth_3.41-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jsCbqLuzZh0d+1MRArccAJ4tUHLTUFWl0p3aUndsKMT60omKagCeMCLd dauPKo3YrXF1VYxrEaRV25U= =Cfgi -END PGP SIGNATURE- Accepted: tth_3.41-1.diff.gz to pool/non-free/t/tth/tth_3.41-1.diff.gz tth_3.41-1.dsc to pool/non-free/t/tth/tth_3.41-1.dsc tth_3.41-1_i386.deb to pool/non-free/t/tth/tth_3.41-1_i386.deb tth_3.41.orig.tar.gz to pool/non-free/t/tth/tth_3.41.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ara 0.4.20030813-1.3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 16 Oct 2003 18:15:11 +0200 Source: ara Binary: ara Architecture: source i386 Version: 0.4.20030813-1.3 Distribution: unstable Urgency: low Maintainer: Thomas Schoepf [EMAIL PROTECTED] Changed-By: Sven Luther [EMAIL PROTECTED] Description: ara- A utility for queries on the Debian package database Changes: ara (0.4.20030813-1.3) unstable; urgency=low . * NMU to fix previous NMUs. * Updated OcamlMakefile with the version from ocaml-tools. Files: 32328e0b9404e66c3f4097d51852 583 utils optional ara_0.4.20030813-1.3.dsc 9dc122c00830d37920ff66c80b746fed 9384 utils optional ara_0.4.20030813-1.3.diff.gz b81c507719dfd0dd849957cfb3b667d9 43312 utils optional ara_0.4.20030813-1.3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jsT12WTeT3CRQaQRAmlEAJ0cCkA5t7a19bjtgGGYj0xvr+NT0gCfb7xF GZA0rsz8z1QK/38GzXFXavQ= =Dtsv -END PGP SIGNATURE- Accepted: ara_0.4.20030813-1.3.diff.gz to pool/main/a/ara/ara_0.4.20030813-1.3.diff.gz ara_0.4.20030813-1.3.dsc to pool/main/a/ara/ara_0.4.20030813-1.3.dsc ara_0.4.20030813-1.3_i386.deb to pool/main/a/ara/ara_0.4.20030813-1.3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gprolog 1.2.18-6 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 22 Sep 2003 00:08:06 +0100 Source: gprolog Binary: gprolog-doc gprolog Architecture: source all i386 Version: 1.2.18-6 Distribution: unstable Urgency: low Maintainer: Salvador Abreu [EMAIL PROTECTED] Changed-By: Salvador Abreu [EMAIL PROTECTED] Description: gprolog- GNU Prolog compiler gprolog-doc - Documentation for the GNU Prolog compiler Changes: gprolog (1.2.18-6) unstable; urgency=low . * EnginePl/wam_inst.c: Create_Water_Mark(): check for overflow. * EnginePl/wam_inst.h: bump size of MAXWMARK. Files: 288b6029f6c64d3f49b3cef5323e8e53 681 devel optional gprolog_1.2.18-6.dsc afcf88605104e37c19f56b3a40e9c341 16371 devel optional gprolog_1.2.18-6.diff.gz 75a761ad137c770639e2f93c91736c14 1139950 doc optional gprolog-doc_1.2.18-6_all.deb 24f06655b6b91c11942d6a0842dd0dd7 1142424 devel optional gprolog_1.2.18-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/jsIYzoTo55Wk8dYRAg4aAKC2rchV/qhWDydICUiQnPDk55mQ9wCfQnba 405plrdaz2qNwlEkgc023xQ= =IJiy -END PGP SIGNATURE- Accepted: gprolog-doc_1.2.18-6_all.deb to pool/main/g/gprolog/gprolog-doc_1.2.18-6_all.deb gprolog_1.2.18-6.diff.gz to pool/main/g/gprolog/gprolog_1.2.18-6.diff.gz gprolog_1.2.18-6.dsc to pool/main/g/gprolog/gprolog_1.2.18-6.dsc gprolog_1.2.18-6_i386.deb to pool/main/g/gprolog/gprolog_1.2.18-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
