Re: possible freetype transition; improved library handling needed for all C/C++ packages
Le Vendredi 25 Novembre 2005 02:38, Steve Langasek a écrit : Try debian/patches/common/07_disable_no_undefined.diff from any of the core KDE packages. Er... that doesn't sound like a good thing, why would you want to allow undefined references? If I recall correctly, the -no-undefined flag was being used along with --allow-undefined as an attempt to make all templates used by a library be instantiated. Unfortunately, that _depended_ on libtool's broken behavior; without a full list of libraries, the link spews loads of undefined symbol warnings. (Back when I wrote the patch, the link would actually succeed eventually despite all the warnings, but that might have changed since then.) With the patch, KDE falls back to its old behavior of resolving this by linking a fake object file against the library object files before linking the libraries. -- Daniel Schepler
Re: dpkg-sig support wanted?
On Sat, Nov 26, 2005 at 11:10:27PM -0600, Peter Samuelson wrote:
sha256sum () {
(Implementation of -c left as an exercise, etc.)
Hrm, if we're writing our own thing, maybe we should do it properly:
have a single program that can do multiple hash algorithms, have the
default hash be secure, and update it in future, and so on.
gnupg comes close to being this, except for two things: it's got too
many dependencies, and it's command line arguments are overly complex. A
gpgh variant (like gpgv but for hashing) might work, though. It
doesn't support --check, and gpg --print-md md5 /etc/motd has a
different format to md5sum /etc/motd though.
Of course, if we're doing it right, we probably want to have some way
of telling what hash was used, so we don't have to wonder whether a
given 160bit hash is sha1 or ripemd160 or something else that gets
cooked up in future. OpenBSD's cksum apparently does this, by having its
output be:
MD5 (filename) = hash
That strikes me as pretty inconvenient, but cksum does do most of what we
want.
OTOH, it would be far more convenient for *us* if it supported the
.changes style we use, ie:
MD5Sum:
hash size filename
Then there are the encoding questions; both the one above (do we switch
from hexadeximal to something more compact for longer hashes?) and also
the question of what happens if there's a ) or a \n in the filename
-- is it worth doing some sort of http-style % encoding that apt uses
in that case?
Something like this might work well:
$ dsum -a sha1 foo; sha1sum foo
f572d396fae9206628714fb2ce00f72e94f2258f foo
f572d396fae9206628714fb2ce00f72e94f2258f foo
$ dsum -d foo
SHA1Sum:
f572d396fae9206628714fb2ce00f72e94f2258f 6 foo
$ dsum -b foo
SHA1 (foo) = f572d396fae9206628714fb2ce00f72e94f2258f
$ dsum -d foo | dsum --check; echo $?
0
$ dsum -b foo | dsum --check; echo $?
0
Though what dsum foo should do is a trickier question (particularly
whether it's better to be compatible with current md5sum/sha1sum
output, or if dsumA foo foo.sum and dsumB --check foo.sum will
work if dsumA's default cypher is sha1 and dsumB's is ripemd160).
(Note that dsum would probably need to become Priority:required,
and possibly Essential:yes, with the complications that entails)
Cheers,
aj
signature.asc
Description: Digital signature
Re: texlive-basic_2005-1_i386.changes REJECTED
Hi Jörg, hi ftpmasters! On Mon, 28 Nov 2005, Norbert Preining wrote: binary. Better merge them into one texlive-source and build the different binary packages out of that one. You are left with 47 sources.. Similar things can be said for the language packs, merge the *27* to one and built the binaries out of that. Down to 21 sources. :) Ok, this is no problem. The .orig.tar.gz will be bigger, but I can merge the source packages without any problem. What do you thing about this scheme: (source package with size of the .orig.tar.gz, plus included binary packages) Would this be an acceptable solution for you? texlive-binaries-source 96M texlive-basicbin texlive-binextra texlive-fontbin texlive-htmlxml texlive-metapost texlive-omega texlive-pdfetex texlive-psutils texlive-ttfutils texlive-music texlive-langindic texlive-graphicstools texlive-langcjk texlive-documentation-source57M texlive-documentation-base texlive-documentation-bulgarian texlive-documentation-czechslovak texlive-documentation-dutch texlive-documentation-english texlive-documentation-finnish texlive-documentation-french texlive-documentation-german texlive-documentation-greek texlive-documentation-italian texlive-documentation-japanese texlive-documentation-korean texlive-documentation-mongolian texlive-documentation-polish texlive-documentation-portuguese texlive-documentation-russian texlive-documentation-spanish texlive-documentation-thai texlive-documentation-ukrainian texlive-languages-source37M texlive-langafrican texlive-langarab texlive-langarmenian texlive-langcroatian texlive-langcyrillic texlive-langczechslovak texlive-langdanish texlive-langdutch texlive-langfinnish texlive-langfrench texlive-langgerman texlive-langgreek texlive-langhebrew texlive-langhungarian texlive-langitalian texlive-langlatin texlive-langmanju texlive-langmongolian texlive-langnorwegian texlive-langother texlive-langpolish texlive-langportuguese texlive-langspanish texlive-langswedish texlive-langtibetan texlive-langukenglish texlive-langvietnamese texlive-base-source 78M texlive-basic texlive-context texlive-genericrecommended texlive-latex texlive-latexrecommended texlive-fontsrecommended texlive-pictures texlive-extra-source172M texlive-bibtexextra texlive-formatsextra texlive-genericextra texlive-mathextra texlive-plainextra texlive-latexextra texlive-latex3 texlive-fontsextra texlive-chemistry texlive-games texlive-pstricks texlive-publishers Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- MEATH (adj.) Warm and very slightly clammy. Descriptive of the texture of your hands after the automatic drying machine has turned itself off, just damp enough to make it embarrassing if you have to shake hands with someone immediately afterwards. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
BTW I think you need a few more hyphens in your package names -- stuff like texlive-langtibetan and texlive-fontsrecommended read much nicely as texlive-lang-tibetan and texlive-fonts-recommended. -miles -- `There are more things in heaven and earth, Horatio, Than are dreamt of in your philosophy.' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining [EMAIL PROTECTED] wrote: What do you thing about this scheme: (source package with size of the .orig.tar.gz, plus included binary packages) Would this be an acceptable solution for you? [...] texlive-documentation-source 57M texlive-documentation-base texlive-documentation-bulgarian [...] texlive-languages-source 37M [...] texlive-base-source 78M texlive-basic [...] texlive-extra-source 172M texlive-bibtexextra Whether this is a good idea depends on a decision that, IIRC, we have not yet talked about: Will you only provide packages of the released version, or also of (usable) development versions? In the latter case, I think it would be a good idea to keep documentation sources and TeX input file sources together. Otherwise you'd have to rebuilt all packages from texlive-documentation-source and texlive-languages-source just because one language package was updated on CTAN and mirrored in TeXLive. And generally I wonder: Don't you generate most of the documentation from dtx files, and many input files from the same dtx files? Then why not build most documentation packages from the same source as the TeX input files? Or are the input files already included in the TeXlive repository in their extract version? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
On Nov 28 2005, Norbert Preining wrote: Hi Jörg, hi ftpmasters! Hi, Norbert, Jörg and others. Here is the opinion of a long time Debian luser (and DD wannabe), based on the naming that I am already used to with other packages. texlive-binaries-source 96M texlive-basicbin What about texlive-bin-base? texlive-binextra texlive-bin-extra? texlive-fontbin texlive-bin-font? texlive-langindic texlive-lang-indic? texlive-langcjk texlive-lang-cjk? texlive-documentation-source 57M texlive-documentation-base texlive-base-doc? texlive-documentation-bulgarian texlive-bulgarian-doc? texlive-documentation-czechslovak texlive-czechslovak-doc? (...) And similarly for all the others: texlive-language_here-doc? Or, perhaps: texlive-lang-language_here-doc (see this to avoid confusion with the packages below). texlive-languages-source 37M texlive-langafrican (...) texlive-langvietnamese What about: texlive-lang-african? (...) texlive-lang-vietnamese? With this scheme, the user would have two packages, possibly: texlive-lang-blah and texlive-lang-blah-doc and this would make it more or less obvious what the packages are about. What do you think? texlive-base-source 78M texlive-genericrecommended texlive-generic-recommended? texlive-latexrecommended texlive-latex-recommended? texlive-fontsrecommended texlive-fonts-recommended? texlive-extra-source 172M texlive-bibtexextra texlive-bibtex-extra? texlive-formatsextra texlive-formats-extra? texlive-genericextra texlive-generic-extra? texlive-mathextra texlive-math-extra? texlive-plainextra texlive-plain-extra? texlive-latexextra texlive-latex-extra? texlive-fontsextra texlive-fonts-extra? (...) texlive-chemistry texlive-games texlive-pstricks texlive-publishers Since there and others are generated by texlive-extra-source, it would perhaps be a possibility to append -extra to their names, so that the users already used to the Debian naming would automatically know that they are extra packages. Please sorry if I am talking nonsense here, but I'm sleep deprived. :-( Thanks for all your work, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining [EMAIL PROTECTED] wrote: On Son, 27 Nov 2005, Joerg Jaspert wrote: Looking at the texlive packages in NEW I have some comments for you, I can only support was Norbert has said here, no need to repeat it. Maybe two more things: The process of preparing Debian for having two TeX systems has very much improved the Policy Draft that we are currently writing (available in the tex-common package), and the packaging of teTeX (and texlive). I am sure that this is not a once-and-for-all-times process, but will continue to help us with critically rethinking our packages - and thus improve the quality of TeX in Debian. Second, Norbert is a TeXlive developer and a Debian user. He has become a Debian maintainer (and applied for DD) because he and other TeXlive developers and users wanted a simple way to install texlive in Debian, replacing teTeX while keeping dependencies in order. One should not assume that he will put only half as much effort into making teTeX more modular, as you have suggested, as he has put into the creation of the texlive Debian package. Instead, he and his users would be better served if he used the tex-common infrastructure that we have developed together to provide apt-get'able texlive packages from the texlive server. And I am sure that this situation would be much harder to handle, also for the teTeX maintainers and especially for maintainers of TeX-add-on packages or fonts, than if texlive was in Debian. allrunes dfsg Please: Tell me its not true that the DFSG is used as a license there. As stated in the License file, this list was generated from the TeX Catalogue, which *can be wrong*! If you check the actual allrunes files, you see that it is LPPL. Please also note that, although TeXLive's copyright file might still be problematic, it is better than what teTeX has - see the bug #218105. And I fear that only the combined effort of Debian people caring for teTeX and for TeXLive will finally enable us to resolve this bug. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
Hi all! On Mon, 28 Nov 2005, Miles Bader wrote: nicely as texlive-lang-tibetan and texlive-fonts-recommended. On Mon, 28 Nov 2005, Rogério Brito wrote: texlive-binaries-source 96M texlive-basicbin What about texlive-bin-base? As I said, it is true that I can arbitrary hyphens, but there was a decisison behind these names: Keeping the collections of TeX live (this is what users see when they use the installer) and the debian packages namewise in sync. I have no problem introducing different names, but only if I see good reasons other than I like it or it is usual like this. To me, the argument on name-sync collection-debiannames is strong enough to keep the current names. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- IBSTOCK (n.) Anything used to make a noise on a corrugated iron wall or clinker-built fence by dragging it along the surface while walking past it. 'Mr Bennett thoughtfully selected a stout ibstock and left the house.' - Jane Austen, Pride and Prejudice, II. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Hi Frank! On Mon, 28 Nov 2005, Frank Küster wrote: texlive-languages-source37M texlive-base-source 78M texlive-extra-source172M Whether this is a good idea depends on a decision that, IIRC, we have not yet talked about: Will you only provide packages of the released version, or also of (usable) development versions? In the latter case, Irrelevant. I think it would be a good idea to keep documentation sources and TeX input file sources together. Otherwise you'd have to rebuilt all packages from texlive-documentation-source and texlive-languages-source just because one language package was updated on CTAN and mirrored in TeXLive. No, because a tpm is treated as unit, thus the documentation and source/input files are always in sync. the documentation-foobar packages provide documentation in the respective language if available. And generally I wonder: Don't you generate most of the documentation from dtx files, and many input files from the same dtx files? Then why No, I use what is in the depot of perforce texlive. Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- You're bound to be unhappy if you optimize everything. --- Donald E. Knuth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining wrote: Hi all! On Mon, 28 Nov 2005, Miles Bader wrote: nicely as texlive-lang-tibetan and texlive-fonts-recommended. On Mon, 28 Nov 2005, Rogério Brito wrote: texlive-binaries-source 96M texlive-basicbin What about texlive-bin-base? As I said, it is true that I can arbitrary hyphens, but there was a decisison behind these names: Keeping the collections of TeX live (this is what users see when they use the installer) and the debian packages namewise in sync. I have no problem introducing different names, but only if I see good reasons other than I like it or it is usual like this. To me, the argument on name-sync collection-debiannames is strong enough to keep the current names. FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. This allows to filter documentation packages by name (doc-* or *-doc), and following the standardized ISO abbreviations also seems to be better than using yet another scheme. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
[I've dropped some CCs...] Norbert Preining wrote: What about texlive-bin-base? As I said, it is true that I can arbitrary hyphens, but there was a decisison behind these names: Keeping the collections of TeX live (this is what users see when they use the installer) and the debian packages namewise in sync. I have no problem introducing different names, but only if I see good reasons other than I like it or it is usual like this. To me, the argument on name-sync collection-debiannames is strong enough to keep the current names. Well, Debian as a project has effectively standardized (by practice) on the hyphenation that has been suggested all over the place in this thread. Debian users will and should be able to expect a Debian-style package naming. Dismissing comments favoring this hyphenation - in unison - as expressions of personal taste doesn't really reflect the fact that consistency is a quality Debian users look for in packages. If you provide the TeX live names in the long description, people will be able to find stuff by the usual package search functions. Kind regards T. -- Thomas Viehmann, http://thomas.viehmann.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341102: RFA: trophy -- A 2D car racing action game
Package: wnpp Severity: normal I request an adopter for the trophy package. The package description is: Trophy is a single-player racing game for Linux. Even though the goal is basically to finish the laps as the first, Trophy is an action game which offers much more than just a race. Lots of extras enable unusual features for races such as shooting, putting mines and many others. Trophy is a nice but limited game. Upstream is not working on this game anymore, and there are a number of open bugs, mostly about memory leaks and segmentation faults. These problems are becoming more and more evident, I guess it is bit rot taking place. This package needs a developer with C++ knowledge that wants to find the bugs in the source code and keep the package in shape, despite the inactive upstream. If noone wants to adopt this package, I will request for its removal from Debian. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.3 Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Rogério Brito [EMAIL PROTECTED] wrote: On Nov 28 2005, Norbert Preining wrote: Hi Jörg, hi ftpmasters! Hi, Norbert, Jörg and others. Here is the opinion of a long time Debian luser (and DD wannabe), based on the naming that I am already used to with other packages. texlive-binaries-source 96M texlive-basicbin What about texlive-bin-base? [...] And similarly for all the others: I think that keeping the package names the same as the texlive collection names would be a great benefit for the users. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining [EMAIL PROTECTED] wrote: And generally I wonder: Don't you generate most of the documentation from dtx files, and many input files from the same dtx files? Then why No, I use what is in the depot of perforce texlive. Right answer to my wrongly phrased question. The right question would have been: Do you keep ready-made documentation in the repository, or are the documentation files created at build-time from the dtx files?. Obviously, the answer is they are not created at build time. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
Thiemo Seufer [EMAIL PROTECTED] wrote: I have no problem introducing different names, but only if I see good reasons other than I like it or it is usual like this. To me, the argument on name-sync collection-debiannames is strong enough to keep the current names. FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. This allows to filter documentation packages by name (doc-* or *-doc), and following the standardized ISO abbreviations also seems to be better than using yet another scheme. I agree with you; however this particular point should not be a reason for rejecting a package. It is clearly something that has to be synchronized with upstream, and it not of such severity that the package couldn't be accepted without such an upstream change. Especially if one notices that there won't be a new upstream release until autumn 2006. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
Thomas Viehmann [EMAIL PROTECTED] writes: Well, Debian as a project has effectively standardized (by practice) on the hyphenation that has been suggested all over the place in this thread. Debian users will and should be able to expect a Debian-style package naming. Dismissing comments favoring this hyphenation - in unison - as expressions of personal taste doesn't really reflect the fact that consistency is a quality Debian users look for in packages. If you provide the TeX live names in the long description, people will be able to find stuff by the usual package search functions. I'm not sure why the goal of exact correspondence with texlive names is important in the first place (if it's just because it's aesthetically pleasing, then obviously the same argument can be made from a Debian point of view as well). I assume that people seeing/using texlive-in-debian are more likely to be long-term Debian users rather than veteran texlive users, and will benefit both from more readable package names, and (as you say) from consistency with other debian packages. Note that there is a definite benefit to this sort of consistency -- I often do operations in aptitude by matching on package prefixes/suffix, e.g. everything matching -doc (or whatever). For programs, some sort of correspondence with texlive names might be useful, but that could be easily provide via other means (e.g. a mapping file, or perhaps virtual packages like texlive-collection-FOO). -miles -- /\ /\ (^.^) ()) *This is the cute kitty virus, please copy this into your sig so it can spread. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Frank K.AN|ster [EMAIL PROTECTED] writes: I think that keeping the package names the same as the texlive collection names would be a great benefit for the users. Can you explain why it's important to keep the names _exactly_ the same? Renaming them to completely random names might put off or confuse some texlive users, but I think the changes suggested are not like that. -Miles -- $B+$i$r6u$K$7$F!?4$r3+$/;~!F;$O3+$+$l$k(B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Miles Bader [EMAIL PROTECTED] wrote: For programs, some sort of correspondence with texlive names might be useful, but that could be easily provide via other means (e.g. a mapping file, or perhaps virtual packages like texlive-collection-FOO). We already have a lot of real packages; no need to bloat the package list even further by providing lots of virtual ones. But on the other hand, you are all probably right, and it might actually be best to divert from upstream's names. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Re: texlive-basic_2005-1_i386.changes REJECTED
On Mon, 28 Nov 2005 22:28, Thiemo Seufer wrote: FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. This allows to filter documentation packages by name (doc-* or *-doc), and following the standardized ISO abbreviations also seems to be better than using yet another scheme. As a user, I much prefer foo + libfoo + foo-doc-en + foo-doc-fr rather than foo + libfoo + foo-en-doc + foo-fr-doc To me the hierarchy tree package-sub-package-type-language/locale is much more natural than package-language/locale-sub-package-type Cheers Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
On Nov 28 2005, Frank Küster wrote: Rogério Brito [EMAIL PROTECTED] wrote: On Nov 28 2005, Norbert Preining wrote: texlive-binaries-source 96M texlive-basicbin What about texlive-bin-base? I think that keeping the package names the same as the texlive collection names would be a great benefit for the users. For which users exactly? Debian users? I would expect the fact of packaging a given piece of software to adapt it to the Debian system as a whole. For instance, many programs put their configuration files in places that are not acceptable for a Debian system (for instance, qmail comes to mind: it keeps is configuration files on /var/qmail/control), but the task of a Debian Developer is to adapt the package requirements to what a Debian system would look like (e.g., make all configuration of the package must be accessible via /etc). I understand that keeping the names in sync with what upstream provides is nice and here we have to make a choice between two standards. Which one to choose? I sincerely don't know. Oh, and even though some things aren't mandated, they are of course the basis for future policy if the practice is considered to be good enough (i.e., if it is a best current practice). BTW, I do agree with the fact that the naming alone (except for some disasterous things) is not a strong reason to reject an upload. Regards, Rogério Brito. P.S.: If, indeed, the package names for language things are changed, the proposal of having them use the ISO abbrevs would be quite nice. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
On Nov 28 2005, Thomas Viehmann wrote: Dismissing comments favoring this hyphenation - in unison - as expressions of personal taste doesn't really reflect the fact that consistency is a quality Debian users look for in packages. Agreed. Debian users look for consistency in the same way that development packages are called foo-dev, documentation packages are called foo-doc and some packages share content via foo-common packages, just to name a few things. If you provide the TeX live names in the long description, people will be able to find stuff by the usual package search functions. I think that this would be a nice suggestion for Norbert. If I were maintaining the packages, this would be something that I would actually adopt, to conform to the practices of both worlds. A good compromise, IMVHO. Of course, the packages are his and he decides how to name what. Regards, Rogério Brito. -- Rogério Brito : [EMAIL PROTECTED] : http://www.ime.usp.br/~rbrito Homepage of the algorithms package : http://algorithms.berlios.de Homepage on freshmeat: http://freshmeat.net/projects/algorithms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Andrew Vaughan wrote: On Mon, 28 Nov 2005 22:28, Thiemo Seufer wrote: FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. This allows to filter documentation packages by name (doc-* or *-doc), and following the standardized ISO abbreviations also seems to be better than using yet another scheme. As a user, I much prefer foo + libfoo + foo-doc-en + foo-doc-fr rather than foo + libfoo + foo-en-doc + foo-fr-doc To me the hierarchy tree package-sub-package-type-language/locale is much more natural than package-language/locale-sub-package-type It may look more natural, but it makes pattern matching harder (e.g. python-docutils is a false positive for the naive approach). Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Hi all! (Taking out all the private email adr plus the other lists of the Cc and continuing only on debian-devel) On Mon, 28 Nov 2005, Miles Bader wrote: I assume that people seeing/using texlive-in-debian are more likely to be long-term Debian users rather than veteran texlive users, and will benefit both from more readable package names, and (as you say) from consistency with other debian packages. Note that there is a definite benefit to this sort of consistency -- I often do operations in aptitude by matching on package prefixes/suffix, e.g. everything matching -doc (or whatever). Ok, accepted. Let's go on and try to settle this: How would the layout go for documentation packages. Ok, for a documentation in language I take the XX code and generate old:texlive-documentation-x new:texlive-XX-doc But what to do with the texlive-documentation-base, should it become old:texlive-documenatation-base new:texlive-base-doc ? For the language stuff: Here is a problem as some languages packages are not *one* single language, but several (arabic, cjk, other). So would it be the best solution to have old:texlive-langX new:texlive--lang ? Finally a question concerning the package build from binaries-source: texlive-binaries-source 96M texlive-basicbin texlive-binextra texlive-fontbin texlive-htmlxml texlive-metapost texlive-omega texlive-pdfetex texlive-psutils texlive-ttfutils texlive-music texlive-langindic texlive-graphicstools texlive-langcjk Renaming some of them in the `obvious' way is in fact misleading: Take eg old:texlive-binextra and rename it to new:texlive-extra-bin Then most Debian users would expect a package texlive-extra and this one would provide only the binaries. But in binextra there are not the binaries for some extra package, there are just extra binaries including the necessary support files, so complete packages. To stress this fact: texlive-fontbin, texlive-binextra should be renamed to have decent names, but they are in some sense self contained packages containing binaries and the necessary support files, they are not of the usual -bin type packages in Debian, ie splitting out binaries from one package to have only small arch dep packages and one big arch indep package. If this changes anything in your idea on how the packages should be named, tell me, I am open to this. Otherwise, according to your comments, I would suggest texlive-base-bin texlive-extra-bin texlive-font-bin texlive-htmlxml texlive-metapost texlive-omega texlive-pdfetex texlive-psutils texlive-ttfutils texlive-music texlive-indic-lang texlive-graphicstools texlive-cjk-lang Would this be an acceptable naming scheme for all present? Also ftpmasters? Best wishes Norbert --- Dr. Norbert Preining preining AT logic DOT at Università di Siena gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- LOUTH (n.) The sort of man who wears loud check jackets, has a personalised tankard behind the bar and always gets served before you do. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITP: open.tool -- User guide for GNUMail
Package: wnpp Severity: wishlist * Package name: open.tool Version : 0.1cvs20051128 Upstream Author : Jeff Teunissen [EMAIL PROTECTED] * URL : http://www.nongnu.org/backbone/download.html * License : GNU GPL Description : GNUstep open tool Tool to open files and applications and what not. Users that have worked with open on OPENSTEP or Mac OS X, will be familiar with this tool. . Homepage: http://www.nongnu.org/backbone/apps.html -- System Information: Debian Release: testing/unstable Architecture: powerpc Kernel: Linux ibook 2.4.23-ben1 #7 Sat Dec 27 11:20:38 CET 2003 ppc Locale: LANG=POSIX, LC_CTYPE=POSIX -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: open.tool -- User guide for GNUMail
On Mon, Nov 28, 2005 at 03:25:25PM +0100, Gürkan Sengün wrote: Description : GNUstep open tool Tool to open files and applications and what not. Users that have worked with open on OPENSTEP or Mac OS X, will be familiar with this tool. You might want to be a lot more descriptive. It “opens applications”? What? And “what not”? Please explain what this tool actually does. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining wrote: [snip] For the language stuff: Here is a problem as some languages packages are not *one* single language, but several (arabic, cjk, other). So would it be the best solution to have old:texlive-langX new:texlive--lang ? Arabic is ar, IIRC. For groups of languages like cjk or indic it might make sense to split the packages further, or, if that's not feasible, use e.g. texlive-cjk-lang (but make sure the abbreviation is not ISO-style two-character). Finally a question concerning the package build from binaries-source: texlive-binaries-source 96M texlive-basicbin texlive-binextra texlive-fontbin texlive-htmlxml texlive-metapost texlive-omega texlive-pdfetex texlive-psutils texlive-ttfutils texlive-music texlive-langindic texlive-graphicstools texlive-langcjk Renaming some of them in the `obvious' way is in fact misleading: Take eg old:texlive-binextra and rename it to new:texlive-extra-bin Then most Debian users would expect a package texlive-extra and this one would provide only the binaries. But in binextra there are not the binaries for some extra package, there are just extra binaries including the necessary support files, so complete packages. Probably texlive-extra and texlive-fontutils then? In any case, there's not much need to search for executables only packages. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: open.tool -- User guide for GNUMail
On Mon, Nov 28, 2005 at 03:48:50PM +0100, Steinar H. Gunderson wrote: On Mon, Nov 28, 2005 at 03:25:25PM +0100, Gürkan Sengün wrote: Description : GNUstep open tool Tool to open files and applications and what not. Users that have worked with open on OPENSTEP or Mac OS X, will be familiar with this tool. You might want to be a lot more descriptive. It “opens applications”? What? And “what not”? Please explain what this tool actually does. Well, it is what it does I guess, ala 'start' on Windows. I agree the description needs to be improved, good luck coming up with something descriptive though. Wouter van Heyst
Re: texlive-basic_2005-1_i386.changes REJECTED
Quoting Thiemo Seufer [EMAIL PROTECTED]: Arabic is ar, IIRC. For groups of languages like cjk or indic it might make sense to split the packages further, or, if that's not feasible, use e.g. texlive-cjk-lang (but make sure the abbreviation is not ISO-style two-character). ISO-style can be two-character (ISO 639-1) or three-letter (ISO 639-2). The latter is IMHO more useful for TeX, as more languages have a code. Arabic is either ar or ara, Aramaic is arc, Apache is apa... cjk is currently not an ISO code, but it could be in the future. However, cjk is well-known, so ISO would be very stupid to use this code for anything else than zho-jpn-kor. Indic already has an ISO language code: inc. Cheers, WB -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#340428: octave2.9 - lists mailing list as uploader in changelog
Thiemo Seufer writes (Re: Bug#340428: octave2.9 - lists mailing list as uploader in changelog): Policy violations are RC by definition. This is pernicious nonsense. Asking whether a bug is release critical is the same as asking whether it would be better to release with the bug, or to discard the package and/or delay the release. There are plenty of situations where a violation of a stricture in the policy manual is not a good reason for ditching the package or delaying the release. Furthermore, lest you say `but the policy manual says ...': whether a bug is release critical is determined by the release team (usually via their release policy), not by the policy manual. Ian. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining [EMAIL PROTECTED] wrote: How would the layout go for documentation packages. Ok, for a documentation in language I take the XX code and generate old:texlive-documentation-x new:texlive-XX-doc But what to do with the texlive-documentation-base, should it become old:texlive-documenatation-base new:texlive-base-doc ? I would say, yes, texlive-base-doc, because it is the doc package for texlive-base (or probably for the arch: all and arch: any packages with base in their name). It is not so much the basis of all texlive documentation. For the language stuff: Here is a problem as some languages packages are not *one* single language, but several (arabic, cjk, other). So would it be the best solution to have old:texlive-langX new:texlive--lang ? Here, I would take descriptive names - you wouldn't want to change the package name if cjk starts supporting an additional language. But as for arabic, isn't that *one* language? I'm not familiar with language vs. country codes, but I found a list of ISO 639 2- and 3-letter lanugage codes, where 'AR' or 'ara' stands for arabic. And the two-letter list is missing some languages with TeX support, e.g. Sorbian (wen). Otherwise, according to your comments, I would suggest texlive-base-bin texlive-extra-bin texlive-font-bin Why not texlive-bin-* in this case, if it fits better to the content? Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
package name changes in atlas-cpp (was Re: library renaming due to changed libstdc++ configuration)
On Tue, Nov 15, 2005 at 06:28:05AM +0100, Matthias Klose wrote: * Rename and rebuild the libraries listed below. The new suffix for these packages should be in any case c2a (instead of c2). No new suffix is needed when the soname changes in a new upstream upload. I noticed that atlas-cpp with renamed library packages has been uploaded, and it renames the binary packages as follows: libatlas-cpp-0.6-0 = libatlas-cpp-0.6-0c2 libatlas-cpp-0.6-0-dbg = libatlas-cpp-0.6-0c2-dbg I have two questions for this: 1. Should -dbg packages be renamed or not? 2. Shouldn't the suffix be c2a in this case? This also has the consequence of having different binary package names than Ubuntu (Ubuntu only renamed libatlas-cpp-0.6-0 to libatlas-cpp-0.6-0c2a, didn't rename -dbg package), Ubuntu MOTU cc:ed. (Please cc: the reply to me, I'm not subscribed to debian-devel, thanks.) Ming 2005.11.28 signature.asc Description: Digital signature
Bug#341127: ITP: libformvalidator-simple-perl -- validation with simple chains of constraints
Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libformvalidator-simple-perl Version : 0.11 Upstream Author : Lyo Kato [EMAIL PROTECTED] * URL : http://search.cpan.org/~lyokato/FormValidator-Simple-0.10/ * License : Perl: GPL/Artistic Description : validation with simple chains of constraints This module provides you a sweet way of form data validation with simple constraints chains. You can write constraints on single line for each input data. . This idea is based on Sledge::Plugin::Validator, and most of validation code is borrowed from this plugin. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-1-686 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Dear all! I have reworked the whole packaging naming and would like all of you again for comments: I collect here the binary packages by source package, and list first the old name, then the new name. For doc and lang I give some reasoning. Please comment, not only on the package naming, but also on the bin-to-source mapping. texlive-binaries-source 96M --- texlive-basicbintexlive-base-bin texlive-binextratexlive-extrautils texlive-fontbin texlive-fontutils texlive-htmlxml texlive-htmlxml texlive-metaposttexlive-metapost texlive-omega texlive-omega texlive-pdfetex texlive-pdfetex texlive-psutils texlive-psutils texlive-ttfutilstexlive-ttfutils texlive-music texlive-music texlive-langindic texlive-lang-indic texlive-graphicstools texlive-graphicstools texlive-langcjk texlive-lang-cjk texlive-documentation-source57M Reasoning: The documenatation is actually in a specific language, so we use the respective language code. texlive-documentation-base texlive-base-doc texlive-documentation-bulgarian texlive-bg-doc texlive-documentation-czechslovak texlive-cs-doc texlive-documentation-dutch texlive-nl-doc texlive-documentation-english texlive-en-doc texlive-documentation-finnish texlive-fi-doc texlive-documentation-frenchtexlive-fr-doc texlive-documentation-germantexlive-de-doc texlive-documentation-greek texlive-el-doc texlive-documentation-italian texlive-it-doc texlive-documentation-japanese texlive-ja-doc texlive-documentation-koreantexlive-ko-doc texlive-documentation-mongolian texlive-mn-doc texlive-documentation-polishtexlive-pl-doc texlive-documentation-portuguese texlive-pt-doc texlive-documentation-russian texlive-ru-doc texlive-documentation-spanish texlive-es-doc texlive-documentation-thai texlive-th-doc texlive-documentation-ukrainian texlive-uk-doc texlive-languages-source37M Reasoning: We use names instead of codes as several of these packages include support for different languages/variants (greek: various versions of greek with different iso codes, ...). texlive-langafrican texlive-lang-african texlive-langarabtexlive-lang-arab texlive-langarmeniantexlive-lang-armenian texlive-langcroatiantexlive-lang-croatian texlive-langcyrillictexlive-lang-cyrillic texlive-langczechslovak texlive-lang-czechslovak texlive-langdanish texlive-lang-danish texlive-langdutch texlive-lang-dutch texlive-langfinnish texlive-lang-finnish texlive-langfrench texlive-lang-french texlive-langgerman texlive-lang-german texlive-langgreek texlive-lang-greek texlive-langhebrew texlive-lang-hebrew texlive-langhungarian texlive-lang-hungarian texlive-langitalian texlive-lang-italian texlive-langlatin texlive-lang-latin texlive-langmanju texlive-lang-manju texlive-langmongolian texlive-lang-mongolian texlive-langnorwegian texlive-lang-norwegian texlive-langother texlive-lang-other texlive-langpolish texlive-lang-polish texlive-langportuguese texlive-lang-portuguese texlive-langspanish texlive-lang-spanish texlive-langswedish texlive-lang-swedish texlive-langtibetan texlive-lang-tibetan texlive-langukenglish texlive-lang-ukenglish texlive-langvietnamese texlive-lang-vietnamese texlive-base-source 78M texlive-basic texlive-base texlive-context texlive-context texlive-genericrecommended texlive-generic-recommended texlive-latex texlive-latex-base texlive-latexrecommendedtexlive-latex-recommended texlive-fontsrecommendedtexlive-fonts-recommended texlive-pictures texlive-extra-source172M texlive-bibtexextra texlive-bibtex-extra texlive-formatsextratexlive-formats-extra texlive-genericextratexlive-generic-extra texlive-mathextra texlive-math-extra texlive-plainextra texlive-plain-extra texlive-latexextra texlive-latex-extra texlive-latex3 texlive-latex3 texlive-fontsextra texlive-fonts-extra texlive-chemistry texlive-chemistry texlive-games texlive-games texlive-pstrickstexlive-pstricks texlive-publishers texlive-publishers Best wishes Norbert --- Dr. Norbert Preining preining AT
Re: Bug#340631: ITP: culmus-fancy -- Type1 Fancy Hebrew Fonts for X11
On Sat, 2005-11-26 at 21:38 -0600, Peter Samuelson wrote: [Lior Kaplan] * Package name: culmus-fancy Description : Type1 Fancy Hebrew Fonts for X11 I understand that the 'culmus' package already exists, and other packages like 'lmodern' don't follow any particular name convention either, but could you consider naming this thing t1-culmus-fancy or something? We don't really have a package name convention for fonts, but xfonts-*, t1-* and ttf-* are the closest thing we have. Besides which, doesn't 'culmus' already contain Ktav Yad? Ben -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
InterWiki names
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I'm moving http://java.debian.net to http://wiki.debian.org/Java I'd like to add three InterWiki links but I don't know how to do that. I edited http://wiki.debian.org/InterWiki but I'm sure it's not the way to do it. These are the links to add: * DebianBug http://bugs.debian.org/ * DebianPts http://packages.qa.debian.org/ * AliothCVS http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/?cvsroot=pkg-java/ Thanks for any help, - -- .''`. : :' :rnaud `. `' `- Java Trap: http://www.gnu.org/philosophy/java-trap.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDizaX4vzFZu62tMIRAultAJ90luwJ/4t6QF9KUKm9ILHc1zYB1gCgmcdh K7G2TASKHYR3Rm/0wJVVxc0= =ZISO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
* Norbert Preining [EMAIL PROTECTED] [051128 11:20]: Dear all! Please comment, not only on the package naming, but also on the bin-to-source mapping. texlive-documentation-source 57M Reasoning: The documenatation is actually in a specific language, so we use the respective language code. texlive-documentation-basetexlive-base-doc texlive-documentation-bulgarian texlive-bg-doc texlive-documentation-czechslovak texlive-cs-doc texlive-documentation-dutch texlive-nl-doc texlive-documentation-english texlive-en-doc Best wishes Norbert In [1], Thiemo Seufer asserts that FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. I completely disagree. There is already precedent for using foo-doc-fr ordering of -doc-LANG: aptitude-doc-XX, udo-doc-XX, mdnkit-doc-XX, otrs-doc-XX, speechd-el-doc-cs (the -el- is emacs lisp, -cs is Czech), speech-dispatcher-doc-cs, lifelines-doc-sv, samba-doc-ja. I saw no examples of -XX-doc with XX a language. The most notable exceptions to PKG-doc-XX were doc-linux-XX and doc-debian-XX, but in these cases, you can consider 'doc-linux' and 'doc-debian' to be the package names, rather than documentation for the linux or debian package. And, the -XX still came after. I think -doc-XX is more natural, and I don't see why in [2] Thiemo said that it made pattern matching harder. In fact, I think it is easier to find documentation for the foo package with foo-doc; then you can easily see what languages are available. Suppose you speak German and are looking for documentation for package foo. You search for foo-doc; it lists several, but not foo-doc-de. However, it lists foo-doc-fr, and you speak French as a second language. Weeding out foo-docutils with the -doc-XX ordering is at least as easy as finding doc packages in all languages with Thiemo's ordering. I am not currently a texlive user, but as a Debian user, I would much prefer the current precedent rather than your proposed -XX-doc. ...Marvin [1] http://lists.debian.org/debian-devel/2005/11/msg01661.html [2] http://lists.debian.org/debian-devel/2005/11/msg01673.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Common Light Events Coming Up
November 26, 2005 Dear Friends of Common Light, As Anais Nin has eloquently stated, “Life shrinks or expands in proportion to one’s courage.” November has brought a good beginning to Common Light Meetingplace’s second year, “Dialogues on Courage,” and we now want to alert you to what will be happening in December and January. For those who live in the area, we hope that you will be drawn to join us at one or more of these events--all intended to deepen our reservoirs of courage and therefore expand our lives. To all of you, we send warm greetings at the year’s turning, hoping that 2006 will find our species renewed in the courage needed to act in accord with the dignity and compassion which define our humanity. NEXT SATURDAY, DECEMBER 3, we look forward to a retreat designed as a DAY OF MINDFULNESS in the Thich Nhat Hanh tradition led by LARRY WARD and PEGGY ROWE from the Lotus Institute in Asheville. They will have just returned from leading a week-long workshop at Pendle Hill. Here in Black Mountain you have an opportunity—at considerably less cost—to have something of that Pendle Hill experience with two outstanding Buddhist leaders without traveling to Philadelphia. It’s December 3, 9:00am to 4:00pm—notice that it ends one hour earlier than stated on our flier. The suggested donation is $25; as always, scholarships are available. Bring something to share at a vegetarian potluck lunch. No experience with Buddhism is needed, and you are welcome to meditate in the position(s) you find most fitting. We cannot recommend this retreat experience highly enough as we embark on the darkest month of the year. The following week, on WEDNESDAY DECEMBER 7, the video documenting the problematic aspects of contemporary merchandising epitomized by WALMART will be shown at 7 pm, with a discussion afterwards led by MICHAEL GALOVIC. You are welcome to join the final of BARBARA NERENZ-KELLEY’s six sessions of Meditative Circle Dancing for autumn on THURSDAY THIS WEEK, DECEMBER 1, 11 am-1 pm ($10). This series, like all of Barbara’s classes, resonates with the sacred energy that manifests through the changing seasons. To celebrate the darkest day and the great turning towards light it announces, mark your calendar to participate in DEEP DANCING FOR WINTER SOLSTICE which Barbara has scheduled for THURSDAY EVENING, DECEMBER 22, 6:00-8:00pm ($12). No dance or meditation skills are needed to enter fully into this wonderful ritual experience. . GAETANA FRIEDMAN’S “Intuitive Painting: Exploring the Artist Within” is also just concluding with ten inspired persons painting from the source. On FRIDAY, JANUARY 27, 7 to 8:30 pm, in the context of a video, she will lead a discussion on “active imagination,” C.G. Jung’s term for a process of active engagement with one’s unconscious. In “Appointment with the Wise Old Dog: Dream Images in a Time of Crisis,” conductor/cellist David Blum recorded his own medical and spiritual journey, and how he found ways to bring his dreams into his life through music and pastel drawings. Yo-Yo Mah introduces the 30-minute film. A reading/discussion group will meet THREE TIMES IN JANUARY to consider the relevance of Albert Camus’ novel THE PLAGUE to an ethic of nonviolence. This will be led by TONY BING, whose Charles Lectures on Camus at Earlham College are at www.earlham.edu/~tonyb/bing_charles1.html . The first two meetings are on JANUARY 8 and 15, SUNDAY afternoons from 3:30 to 5:30 pm, following tea and coffee, and the final meeting will follow a potluck supper on FRIDAY evening, JANUARY 20, 5:30 to 8. The fourteen people who shared the first weekend, “Women Claiming Courage,” led by MariJo Moore and Laura Donaldson, found new meanings and energy for their own courageous living. This workshop became a transformative event as we interacted wholeheartedly with stories, poems, history, and each other’s improvisational creative writing. For pictures, see our website at www.commonlight.org. Yours in the common light, Beth and Mel Keiser
Re: dpkg-sig support wanted?
[Anthony Towns] gnupg comes close to being this, except for two things: it's got too many dependencies, and it's command line arguments are overly complex. A gpgh variant (like gpgv but for hashing) might work, though. It doesn't support --check, and gpg --print-md md5 /etc/motd has a different format to md5sum /etc/motd though. I think it's important to support md5sum/sha1sum format, in cases where md5 or sha1 are used, so people can conveniently use --check with their existing binaries. That might be just me, though. Of course, if we're doing it right, we probably want to have some way of telling what hash was used, so we don't have to wonder whether a given 160bit hash is sha1 or ripemd160 or something else that gets cooked up in future. For large files, getting a cryptographic checksum is more about reading blocks off the disk than about CPU time. So it wouldn't be completely ridiculous to allow sha-1 to remain ambiguous with competing 160-bit hashes, and have --check check for all of them (reading the file only once). I still think two-byte prefixes for non-md5-non-sha1 hashes makes some sense, like s- for sha-256. Avoids the filename encoding issue you mentioned later (unless we want to encode newlines). OTOH, it would be far more convenient for *us* if it supported the .changes style we use, ie: MD5Sum: hash size filename This might be generally reasonable, but we do want our dsum tool to work with arbitrary MD5SUMS style files. And if such files require a hash-type header, dsum will have to produce one, at least optionally. I really like the default behavior of our existing md5sum outputting just a single line per file, and nothing more. $ dsum -a sha1 foo; sha1sum foo f572d396fae9206628714fb2ce00f72e94f2258f foo f572d396fae9206628714fb2ce00f72e94f2258f foo $ dsum -d foo SHA1Sum: f572d396fae9206628714fb2ce00f72e94f2258f 6 foo $ dsum -b foo SHA1 (foo) = f572d396fae9206628714fb2ce00f72e94f2258f What's the 6 above? Surely not a hollerith-like string. Other than that, I like your proposed command line quite a lot. (Note that dsum would probably need to become Priority:required, and possibly Essential:yes, with the complications that entails) Hmmm, promoting libgcrypt11 + libgpg-error0 to Required adds 516 kB on i386, plus a trivial amount for dsum itself. I wonder if it'd be better to just copy / paste the algorithm code into dsum. signature.asc Description: Digital signature
Re: texlive-basic_2005-1_i386.changes REJECTED
Marvin Renich wrote: * Norbert Preining [EMAIL PROTECTED] [051128 11:20]: Dear all! Please comment, not only on the package naming, but also on the bin-to-source mapping. texlive-documentation-source57M Reasoning: The documenatation is actually in a specific language, so we use the respective language code. texlive-documentation-base texlive-base-doc texlive-documentation-bulgarian texlive-bg-doc texlive-documentation-czechslovak texlive-cs-doc texlive-documentation-dutch texlive-nl-doc texlive-documentation-english texlive-en-doc Best wishes Norbert In [1], Thiemo Seufer asserts that FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. I completely disagree. The point was about documentation and ukenglish. There is already precedent for using foo-doc-fr ordering of -doc-LANG: aptitude-doc-XX, udo-doc-XX, mdnkit-doc-XX, otrs-doc-XX, speechd-el-doc-cs (the -el- is emacs lisp, -cs is Czech), speech-dispatcher-doc-cs, lifelines-doc-sv, samba-doc-ja. I saw no examples of -XX-doc with XX a language. apt-cache pkgnames |egrep '(^doc-|-doc-|-doc$|-docs$)' should catch most documentation packages, it shows the -doc suffix as the most popular one. The most notable exceptions to PKG-doc-XX were doc-linux-XX and doc-debian-XX, but in these cases, you can consider 'doc-linux' and 'doc-debian' to be the package names, rather than documentation for the linux or debian package. And, the -XX still came after. I think -doc-XX is more natural, and I don't see why in [2] Thiemo said that it made pattern matching harder. In fact, I think it is easier to find documentation for the foo package with foo-doc; then you can easily see what languages are available. If you know you are intersted in foo, then it is easy anyway (apt-cache pkgnames instead of search for the purpose of this discussion): apt-cache pkgnames | grep '^foo.*-doc$' If the idea is to remove some documentation from a space-constrained system, a -doc suffix would be easier. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
On Monday 28 November 2005 19:36, Thiemo Seufer wrote: If you know you are intersted in foo, then it is easy anyway (apt-cache pkgnames instead of search for the purpose of this discussion): apt-cache pkgnames | grep '^foo.*-doc$' If the idea is to remove some documentation from a space-constrained system, a -doc suffix would be easier. I disagree. Most regular users use frontends like aptitude for package management that sort on package name. For those having related packages together and sorted on language makes most sense. Thus: foo-doc-lang For removing you can still egrep on '^foo-doc(-.*)?$'. For me, this is a specialized use case. Using a package management frontend is the normal use-case and should be an important factor in package naming. pgpitoKQFdKsg.pgp Description: PGP signature
Re: texlive-basic_2005-1_i386.changes REJECTED
On Tue, 29 Nov 2005 00:40, Thiemo Seufer wrote: Andrew Vaughan wrote: On Mon, 28 Nov 2005 22:28, Thiemo Seufer wrote: FWIW, Debian package names prefer e.g. foo-en-uk-doc over foo-documentation-ukenglish. Can you provide a reference/stats to back this up. (on sarge) $ apt-cache search doc |grep -e'-doc-[a-z][a-z] ' |wc -l 12 $ apt-cache search doc |grep -e'-[a-z][a-z]-doc ' |wc -l 5 Examination of the first set shows 1 false positive: gmt-doc-ps - PostScript docs for the Generic Mapping Tools The other 11 translated docs Examination of the second set shows: adduser-ng-doc - Documentation for AddUser-NG users gnome-db-doc - frontend to the GDA architecture for GNOME -- documentation gri-ps-doc - PostScript manual for gri, a language for scientific graphics. libinti-gl-doc - GtkGLExt bindings for Inti - shared libraries proj-ps-doc - PostScript docs for cartographic projection filters and library Also look at the output to apt-cache search firefox |grep locale This allows to filter documentation packages by name (doc-* or *-doc), and following the standardized ISO abbreviations also seems to be better than using yet another scheme. snip To me the hierarchy tree package-sub-package-type-language/locale is much more natural than package-language/locale-sub-package-type It may look more natural, but it makes pattern matching harder (e.g. python-docutils is a false positive for the naive approach). Probably any approach will yield false positives with naive search strings. However a few false positives don't matter in the typical use case of an interactive user searching for a package. Thiemo Package naming should be about what makes most sense to the users. For me, that means increasing specialisation (of package) means tacking additional suffixes on the end of the packagename. package foo. add a doc package foo, foo-doc add translated docs foo, foo-doc-en, foo-doc-jp, foo-doc-fr etc. (Regardless of which way is considered better, this sort of thing should be standardised and defined in policy IMO). Why do you need to filter for *-doc packages anyway? If you are looking for say Japanese doc packages, filtering on say *-doc-jp is as easy as *-jp-doc isn't it? If you want all doc packages, regardless of language/formatting/encoding, then filtering for doc-* and *-doc is not enough anyway. In order to find *-doc-html, *-doc-ps you need you need to add *-doc-* anyway. (i) You are going to miss packages which don't contain doc in the name. (eg ada-reference-manual, apt-dpkg-ref, docbook-defguide). (ii) In order to find *-doc-html, *-doc-ps etc packages you need to add *-doc-* anyway. (eg exim4-doc-html, exim4-doc-info, r-doc-html, r-doc-pdf etc. Note that renaming these to say exim4-info-doc suggests naive users that this is the documentation for the exim4-info package.) (iii) So you need to search for doc-* *-doc and *-doc-* anyway. eg. apt-cache search doc | grep -e'^doc-\|-doc-\|-doc ' or apt-cache search doc | grep -e'^doc-\|-doc\b' Cheers Andrew V. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: petsc_2.3.0-1_i386.changes REJECTED
On Sun, 2005-11-20 at 17:50 -0800, Steve Langasek wrote: On Sun, Nov 20, 2005 at 06:57:36PM -0500, Adam C Powell IV wrote: Well, I think the factor there is that we usually want users to upgrade to the latest kernel automatically, whereas users of petsc usually can't auto-upgrade to the new API. Okay, then what about octave, another empty package which forced an incompatible auto-upgrade from octave2.0 to octave2.1, and now to 2.9? Probably depends on how incompatible the upgrades are. I've only worked with octave a bit, but such upgrades have bit me on all of the .m files I've written. I'd say roughly similar backward compatibility to PETSc-linked source. There's a larger user community for octave, but that's why I don't put multiple PETSc versions in Debian simultaneously. BTW, the other big reason for linux-image-2.6-$flavor metapackages is that they provide a hook for debian-installer, so the installer doesn't have to be futzed with in 5 places every time there's a kernel update. Okay, fair enough. And come to think of it, the python-dev python version consistency argument doesn't really apply to anyone running a single distribution, because the python version in that distribution is automatically identical to the python-dev version. The only way this guarantee of the same pythonx.y-dev and python - pythonx.y actually does anything is if an admin somehow attempts to shoehorn the woody python with the sarge python-dev onto the same system, and how likely is that? So you're suggesting that people who package python tools should be ok with having to update their build-dependencies as part of every python transition, even when nothing else in their package needs to change? (This also has implications for backports and cross-ports, mind you...) No, I'm merely saying that the versioning in the python dep is irrelevant because python-dev and python will automatically have the same version in every Debian release. As for what should be OK, two scenarios: (1) empty upgrade packages are good, so people build-dep on python-dev, which depends on python; (2) empty upgrade packages are bad, so people build-dep on python2.3-dev | python-dev, the latter of which is a virtual package provided by python*-dev. No need to change the python-dependent package. Again, the point is that these are all over Debian, and it's inconsistent to accept all but one. I don't think anyone has been proposing an inconsistent guideline, here. I'll grant you that these guidelines probably haven't been *applied* consistently in the past, but that's not the same thing. Makes sense. Can someone please write the guideline somewhere, preferably in policy, so we can apply it? Thanks, -Adam -- GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://www.take6.com/albums/greatesthits.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Checksumming tool
ma, 2005-11-28 kello 19:07 +1000, Anthony Towns kirjoitti: Hrm, if we're writing our own thing, maybe we should do it properly: have a single program that can do multiple hash algorithms, have the default hash be secure, and update it in future, and so on. As it happens, I've been wanting a really nice checksum program for a couple of years now. When I burn a CD or DVD with files, I put a checksum file (md5sum.txt usually) at the root, so that I can easily check that the disk is still working years later. It would be nice to not have a zillion different, incompatible checksum tools. The md5sum program isn't very user friendly and my main motivation has been for more usability (feedback of how long the check will still take, and stuff like that). I have, however, also thought about other checksum algorithms than MD5, and about a format that is extensible enough that it won't need to be changed every time the algorithm changes. A few thoughts: 1. Definitely use URL encoding for filenames. It's cheap, well known, and usually not needed (% being a nicely rare character), and sometimes it really is important to be able to deal with pathnames with weird characters. 2. A little bit of verbosity doesn't add very much to the file size, and will make dealing with the files much easier. 3. Who knows what else one might want in the file later. 4. md5sum and sha1sum compatibility is pretty much required for the new tool. It makes the transition tolerable. I don't feel new files need to be backwards compatible by default, however. The best I've come up with so far is a pseudo rfc822 syntax: File: foo%20bar/hellurei.txt Size: 12345 MD5: 012345667 SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a Mode: 0644 Empty lines separate blocks of headers for different files. This should all be very simple to use and immediately logical and familiar to anyone who'se seen e-mail headers. It would be cool for file(1) or GNOME's and KDE's MIME type heuristics to easily recognize the format, so that (eventually) a GUI tool can be written to deal with such files. I put an old draft of the manual page for my work-in-progress tool at http://liw.iki.fi/liw/temp/summain.txt and the bzr (a.k.a. bazaar-ng) repository at http://liw.iki.fi/liw/bzr/ in case anyone is interested. I don't have all that much code (this being a project I hack on whenever I don't have anything useful to do, like reading Debian mailing lists). It tends to get rewritten every now and then (happiness is going NIH on your own code). It shouldn't take that much effort to write the tool, so most of my efforts have gone into thinking about the exactly correct command line user interface features, and about the prettiest implementation design. I also write it in Python, and a pure C version would probably be preferable for Debian's purposes. The file format is more important at this point, though, and any sensible file format should be quite simple to support in any language. -- The most difficult thing in programming is to be simple and straightforward. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
NOW !! Al haramain Sermons Makkah Madina
Assalam alaikum Brothers and Sisters, I am pleased to inform you that you can continue viewing Sermons from the Two Holy Mosques of Makkah and Madinah via the site http://www.alharamainsermons.org/eng Which is the only site currently offering these. Wasalam alaikum wa rahmatullah Sincerely, Site Developers --- To be unsubscribed from the mailing list simply click on the link below http://www.alharamainsermons.org/cgi-bin/subscribe/s.pl?r=1l=1[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-sig support wanted?
Scripsit Peter Samuelson [EMAIL PROTECTED] For large files, getting a cryptographic checksum is more about reading blocks off the disk than about CPU time. So it wouldn't be completely ridiculous to allow sha-1 to remain ambiguous with competing 160-bit hashes, and have --check check for all of them (reading the file only once). That sounds cryptographically unsafe. It would mean that a practical preimage attack against _any_ of the supported hashes would break the entire system. That's not the kind of algorithm agility we need. I still think two-byte prefixes for non-md5-non-sha1 hashes makes some sense, like s- for sha-256. That is much better. But let's use s. as a prefix and do a [/+] - [_-] substitution on the following base64 data. The dot in the prefix will prevent the prefix from being mistaken as part of a slightly larger non-tagged hash value. $ dsum -a sha1 foo; sha1sum foo f572d396fae9206628714fb2ce00f72e94f2258f foo f572d396fae9206628714fb2ce00f72e94f2258f foo There appears to be to few characters of hash there, at least unless it is a cosmically weird coincidence that it base64 encodes to all hex digits. :-) I would expect something like $ dsum -a sha1 COPYING; sha1sum COPYING s.w4runjyMTV1ZT_VIob4FRTAjAW1ihpMfZRLbIV7B_UI COPYING s.w4runjyMTV1ZT_VIob4FRTAjAW1ihpMfZRLbIV7B_UI COPYING $ dsum -a sha1 -a md5 COPYING s.w4runjyMTV1ZT_VIob4FRTAjAW1ihpMfZRLbIV7B_UI COPYING 4325afd396febcb659c36b49533135d4 COPYING $ echo m | sha1sum - s.-tUTs04N4IxBOtWpdoIXt1b0qgHIgNm9IC_OgYjm-mU - -- Henning MakholmBut I am a Sunni Muslim, the bemused Arab said. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#341127: ITP: libformvalidator-simple-perl -- validation with simple chains of constraints
On Mon, Nov 28, 2005 at 04:38:56PM +0100, Krzysztof Krzyzaniak (eloy) wrote: Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libformvalidator-simple-perl Version : 0.11 Upstream Author : Lyo Kato [EMAIL PROTECTED] * URL : http://search.cpan.org/~lyokato/FormValidator-Simple-0.10/ * License : Perl: GPL/Artistic Description : validation with simple chains of constraints This module provides you a sweet way of form data validation with simple constraints chains. You can write constraints on single line for each input data. . This idea is based on Sledge::Plugin::Validator, and most of validation code is borrowed from this plugin. What's the difference to Data::FormValidator? -Flo -- BOFH excuse #258: That's easy to fix, but I can't be bothered. signature.asc Description: Digital signature
Re: texlive-basic_2005-1_i386.changes REJECTED
On 10487 March 1977, Norbert Preining wrote: I have reworked the whole packaging naming and would like all of you again for comments: WTH, what a thread. :) And its also *not* a flamewar. Is hell freezing? :) Please comment, not only on the package naming, but also on the bin-to-source mapping. Hey, that looks ways better than the initial upload. Good work. :) And with 5 sources left its also much less then what I suggested. texlive-binaries-source 96M texlive-documentation-source 57M texlive-languages-source 37M texlive-base-source 78M texlive-extra-source 172M Drop the -source from the source names i would say. Its clear what is source and what not. :) With those package sizes you should be *damn sure* that the stuff you/your sponsor uploads *really* works and doesnt have any simple errors. I assume you have a good testsuite for it? :) allrunes dfsg Please: Tell me its not true that the DFSG is used as a license there. As stated in the License file, this list was generated from the TeX Catalogue, which *can be wrong*! If you check the actual allrunes files, you see that it is LPPL. Well, yes. To be honest: I looked for the real license before I wrote this. :) Take this as a pointer to a.) correct the catalog and b.) correct the header of the generated license.txt. And/Or whoever listed dfsg as a license in the first place. -- bye Joerg A.D. 1492: Christopher Columbus arrives in what he believes to be India, but which RMS informs him is actually GNU/India. pgpJBsKjeSP1X.pgp Description: PGP signature
Re: Bug#341127: ITP: libformvalidator-simple-perl -- validation with simple chains of constraints
Florian Ragwitz wrote: On Mon, Nov 28, 2005 at 04:38:56PM +0100, Krzysztof Krzyzaniak (eloy) wrote: Package: wnpp Severity: wishlist Owner: Krzysztof Krzyzaniak (eloy) [EMAIL PROTECTED] * Package name: libformvalidator-simple-perl Version : 0.11 Upstream Author : Lyo Kato [EMAIL PROTECTED] * URL : http://search.cpan.org/~lyokato/FormValidator-Simple-0.10/ * License : Perl: GPL/Artistic Description : validation with simple chains of constraints This module provides you a sweet way of form data validation with simple constraints chains. You can write constraints on single line for each input data. . This idea is based on Sledge::Plugin::Validator, and most of validation code is borrowed from this plugin. What's the difference to Data::FormValidator? Generally - it's simplier to use (IMHO of course), have more builded checkers and it's used in Catalyst::Plugin::FormValidator::Simple :-) eloy -- [EMAIL PROTECTED] jak to dobrze, że są oceany - bez nich byłoby jeszcze smutniej -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Secret changes for binNMUs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wouter Verhelst [EMAIL PROTECTED] writes: On Thu, Nov 24, 2005 at 06:51:24PM +0100, Goswin von Brederlow wrote: Last year the aim was to get the buildd sbuild and debian sbuild back in sync and it pains me to see Ryan silently diferting it further and further instead of aiding that goal. That's one way to look at it. The other way would be to say that Ryan has recently been actively working on improving the code in the wanna-build SVN, and that the people maintaining the sbuild package in Debian (Roger?) haven't been paying too much attention to their upstream, likely because they didn't see the link on buildd.debian.org--a link which I, admittedly, had missed out on at first too, because it used to point to cvs.linux-m68k.org. There is indeed still a wanna-build CVS repository over there, but it's been effectively unmaintained for as long as I can remember. This is very true. I wasn't aware of the SVN repository until it was mentioned in this thread. Over the weekend, I have merged almost all the SVN changes: http://cvs.alioth.debian.org/cgi-bin/cvsweb.cgi/sbuild/sbuild?cvsroot=buildd-tools http://lists.alioth.debian.org/pipermail/buildd-tools-devel/2005-November/000388.html As you mentioned, due to cvs.linux-m68k.org being unmaintained for years, the code in the Debian package (maintained by Rick Younie, now group maintained by Francesco Paolo Lovergine, Michael Banck and I), and the code used by the buildds has diverged over the years. Even after the above merge the diff is still around 1000 lines, which I hope we can reduce much further if we can merge the changes both ways to reduce the differences as much as possible. Perl being Perl, so far all the merging has been by hand, and going through the remaining huge diff by hand will take some time. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linuxhttp://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8+ http://mailcrypt.sourceforge.net/ iD8DBQFDi48wVcFcaSW/uEgRAgf2AJ9OeKLykTblYCu9nhVatvBm2lRfeQCgsrpM D6zpcMr6kY7X+WetUgTjo1Q= =Rv3N -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Checksumming tool
On Mon, 28 Nov 2005, Lars Wirzenius wrote: File: foo%20bar/hellurei.txt Size: 12345 MD5: 012345667 SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a Mode: 0644 Checksum: md5: 0123456789[B sha-256: 0a0a0a0a0a0a0a0a0a0a0a0a Having the names of the checksums be the header names could lead to clashes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Checksumming tool
ma, 2005-11-28 kello 18:20 -0600, Adam Heath kirjoitti: On Mon, 28 Nov 2005, Lars Wirzenius wrote: File: foo%20bar/hellurei.txt Size: 12345 MD5: 012345667 SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a Mode: 0644 Checksum: md5: 0123456789[B sha-256: 0a0a0a0a0a0a0a0a0a0a0a0a Having the names of the checksums be the header names could lead to clashes. That's a point. I think I'd leave out the colon after the checksum name, or possibly change it to an equals sign: Checksum: md5=123123123123123 sha-256=aaffaaffaaffaaffaaff Those are pretty small details, though, I could easily live with any of these. -- sic transit discus mundi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Chao ban ve may bay
xinh chao anh chi...!em muong ve vietnamvao thang 2 ngay 10 may cung duoc. 3 ve nguoi lo'n..va` 3 ve con nit'. di tu'` tieu bang vermont...ve da` nang~.xin anh chi cho biet tien ve' la` bao nhieu xin goi.802 863 3303 = cell--- 802 310 9485 gap...tung hay minh.. thank y./ Yahoo! Music Unlimited - Access over 1 million songs. Try it free.
ウイルス警告 - InterScan for Lotus Notes -- Hello
InterScan has detected a virus during a real-time scan of the email traffic. 日付: 2005/11/29 10:44:00 AM 件名: Hello ウイルス: WORM_MYTOB.A ファイル: doc.scr From: debian-devel@lists.debian.org To: [EMAIL PROTECTED] 処理: 削除済み： Scanned by ScanMail for Lotus Notes 2.6 SP1 with scanengine 7.500-1001 and pattern version 2.971.00 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ウイルス警告 - InterScan for Lotus Notes -- Test
InterScan has detected a virus during a real-time scan of the email traffic. 日付: 2005/11/29 10:44:03 AM 件名: Test ウイルス: WORM_MYTOB.A ファイル: doc.zip From: debian-devel@lists.debian.org To: [EMAIL PROTECTED] 処理: 削除済み： Scanned by ScanMail for Lotus Notes 2.6 SP1 with scanengine 7.500-1001 and pattern version 2.971.00 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Checksumming tool
Lars Wirzenius wrote: The best I've come up with so far is a pseudo rfc822 syntax: File: foo%20bar/hellurei.txt Size: 12345 MD5: 012345667 SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a Mode: 0644 [EMAIL PROTECTED]:tmp$ md5sum test 04c09e317db0addf12be8d1a4e2b9e37 test [EMAIL PROTECTED]:tmp$ sha1sum test 35a980f320a5f72b11f3616c476fab2844118879 test That format is extremely easy to work with using basic Unix commands like grep, cut, sort, diff, etc. The one you've come up with is not. Please, keep the useful one record (file) per line format. Is there something wrong with: LINE = TAG DELIM1 HASH DELIM2 FILENAME DELIM1 = | - | : | ... (pick one) DELIM2 = If you let DELIM1 be either - or : and DELIM2 be then you are backwards compatible with both md5sum and sha1sum by making 32-character untagged hashes mean MD5 and 40-character ones mean SHA-1. sha-256:blah,blah,blah test is so much easier to deal with than rfc822 stuff. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining wrote: texlive-binaries-source 96M --- texlive-basicbin texlive-base-bin texlive-binextra texlive-extrautils I'd suggest texline-extra-utils here, because (at least to me) extra and utils put together are hard to read. Possibly because au generally (always, maybe even) goes together as one sound in English. In general, hyphenated is far easier to read than concatenated, so I don't see a problem with prefering it. Just-try-reading-this-sentence vs. Justtryreadingthissentence. texlive-langindic texlive-lang-indic Shouldn't this go with languages, below? texlive-graphicstools texlive-graphicstools A hyphen would really be appreciated here, too. Probably because of st generally being one sound in English. Not to mention graphic stools has the same spelling. texlive-langcjk texlive-lang-cjk Another language. texlive-documentation-basetexlive-base-doc texlive-documentation-bulgarian texlive-bg-doc texlive-documentation-czechslovak texlive-cs-doc texlive-documentation-dutch texlive-nl-doc I'm going to agree with the other poster: These should all be texlive-doc-FOO instead of texlive-FOO-doc (including the base one). It'll make them all sort nicely in aptitude, and also makes them be found when the user searches (in aptitude) for texlive-doc. texlive-languages-source 37M Reasoning: We use names instead of codes as several of these packages include support for different languages/variants (greek: various versions of greek with different iso codes, ...). This makes them oddly different than the documentation packages. Could you maybe use ISO codes, either two or three letter, where possible? Its fairly clear that -lang-african can't do that, but almost all of them can. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
Norbert Preining wrote: allrunes dfsg Please: Tell me its not true that the DFSG is used as a license there. As stated in the License file, this list was generated from the TeX Catalogue, which *can be wrong*! If you check the actual allrunes files, you see that it is LPPL. I really hope you've done this --- for all files --- before uploading. Also, there are several versions of the LPPL, at least one of which might have DFSG issues. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: texlive-basic_2005-1_i386.changes REJECTED
How would the layout go for documentation packages. Ok, for a documentation in language I take the XX code and generate old:texlive-documentation-x new:texlive-XX-doc A bit of searching suggests the most common patterns are: PKG-doc PKG-doc-TYPE (TYPE is like html, ps, info etc.) PKG-doc-LANG (LANG is usually code like fr) But what to do with the texlive-documentation-base, should it become old:texlive-documenatation-base new:texlive-base-doc Not sure, but I guess either just texlive-doc or texlive-doc-base. For the language stuff: Here is a problem as some languages packages are not *one* single language, but several (arabic, cjk, other). So would it be the best solution to have old:texlive-langX new:texlive--lang Existing usage seems a bit mixed; the main common point seems to be -LANG as a suffix. Some patterns are: PKG-LANG PKG-locale-LANG (this seems the most common) PKG-l10n-LANG(openoffice uses this) PKG-i18n-LANG(kde uses this) I don't know if there's some technical nuance to the term locale which would make it inappropriate for texlive's usage, but it's the most common so would seem the best bet generally. [For stuff like cjk and arabic I'd just use the same namespace -- it seems very unlikely they'll ever conflict with a new language code.] Renaming some of them in the `obvious' way is in fact misleading: Take eg old:texlive-binextra and rename it to new:texlive-extra-bin Then most Debian users would expect a package texlive-extra and this one would provide only the binaries. I think PKG-bin-extra would be better. I think debian usage mostly agrees with the original texlive names except for the details of some common tags, e.g. doc instead of documentation and more hyphens. So how about as a start, just: sed -e 's/-documentation/-doc/' \ -e 's/-lang\(uages-\)*/-locale-/'\ -e 's/bin$/-bin/'\ -e 's/binaries/bin/' \ -e 's/basic-bin/bin/'\ -e 's/-basic/-base/' \ -e 's/\(extra\|recommended\)$/-\1/' \ -e s/armenian/hy/ -e s/bulgarian/bg/ -e s/croatian/hr/ \ -e s/czechslovak/cs-sk/ -e s/danish/da/ -e s/dutch/nl/ \ -e s/ukenglish/en-gb/ -e s/english/en/ -e s/finnish/fi/ \ -e s/french/fr/ -e s/german/de/ -e s/greek/el/ \ -e s/hebrew/he/ -e s/hungarian/hu/ -e s/italian/it/ \ -e s/japanese/ja/ -e s/korean/ko/ -e s/latin/la/ \ -e s/mongolian/mn/ -e s/norwegian/no/ -e s/polish/pl/\ -e s/portuguese/pt/ -e s/russian/ru/ -e s/spanish/es/\ -e s/swedish/sv/ -e s/tibetan/bo/ -e s/ukrainian/uk/ \ -e s/thai/th/ -e s/vietnamese/vi/ That gives this list: texlive-bin-source 96M texlive-bin texlive-bin-extra texlive-font-bin texlive-htmlxml texlive-metapost texlive-omega texlive-pdfetex texlive-psutils texlive-ttfutils texlive-music texlive-locale-indic texlive-graphicstools texlive-locale-cjk texlive-doc-source 57M texlive-doc-base texlive-doc-bg texlive-doc-cs-sk texlive-doc-nl texlive-doc-en texlive-doc-fi texlive-doc-fr texlive-doc-de texlive-doc-el texlive-doc-it texlive-doc-ja texlive-doc-ko texlive-doc-mn texlive-doc-pl texlive-doc-pt texlive-doc-ru texlive-doc-es texlive-doc-th texlive-doc-uk texlive-locale-source 37M texlive-locale-african texlive-locale-arab texlive-locale-hy texlive-locale-hr texlive-locale-cyrillic texlive-locale-cs-sk texlive-locale-da texlive-locale-nl texlive-locale-fi texlive-locale-fr texlive-locale-de texlive-locale-el texlive-locale-he texlive-locale-hu texlive-locale-it texlive-locale-la texlive-locale-manju texlive-locale-mn texlive-locale-no texlive-locale-other texlive-locale-pl texlive-locale-pt texlive-locale-es texlive-locale-sv texlive-locale-bo texlive-locale-en-gb texlive-locale-vi texlive-base-source 78M texlive-base texlive-context texlive-generic-recommended texlive-latex texlive-latex-recommended texlive-fonts-recommended texlive-pictures texlive-extra-source172M texlive-bibtex-extra texlive-formats-extra texlive-generic-extra texlive-math-extra
Bug#341188: ITP: libwcs -- FITS world coordinate system support library
Package: wnpp Severity: wishlist * Package name: libwcs Version : 4.2 Upstream Author : Mark R. Calabretta [EMAIL PROTECTED] * URL : http://www.atnf.csiro.au/people/mcalabre/WCS/ * License : GPL Description : FITS world coordinate system support library Please critique my understanding of library packaging (copy me in responses). Upstream doesn't (yet!) build a shared library, so it seems the burden lies on me to implement that support. But wcslib is used by 2 of my packages (saods9 and sextractor), and seems to provide a highly specialized, yet readily accessible and well-documented API, which I can easily see being useful in my own projects. WCSLIB is a C library, supplied with a full set of Fortran wrappers, that implements the World Coordinate System (WCS) convention in FITS (Flexible Image Transport System). It also includes a PGPLOT-based routine, PGSBOX, for drawing general curvilinear coordinate graticules. The FITS data format is widely used within the international astronomical community, from the radio to gamma-ray regimes, for data interchange and archive, and also increasingly as an online format. It is described in Definition of The Flexible Image Transport System (FITS), Hanisch, R.J., Farris, A., Greisen, E.W., et al. 2001, AA, 376, 359 which formalizes NOST 100-2.0, a document produced by the NASA/Science Office of Standards and Technology, see http://fits.gsfc.nasa.gov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dpkg-sig support wanted?
On Mon, Nov 28, 2005 at 10:15:34PM +0100, Henning Makholm wrote: I would expect something like $ dsum -a sha1 COPYING; sha1sum COPYING s.w4runjyMTV1ZT_VIob4FRTAjAW1ihpMfZRLbIV7B_UI COPYING sha1sum already exists; and isn't that long. Do you mean sha256? Cheers, aj signature.asc Description: Digital signature
Re: dpkg-sig support wanted?
On Mon, Nov 28, 2005 at 12:09:33PM -0600, Peter Samuelson wrote: I still think two-byte prefixes for non-md5-non-sha1 hashes makes some sense, like s- for sha-256. Avoids the filename encoding issue you mentioned later (unless we want to encode newlines). The encoding issues are only for doing base64 (or similar compression) or filename encoding, so you can't avoid them :) OTOH, it would be far more convenient for *us* if it supported the .changes style we use, ie: MD5Sum: hash size filename This might be generally reasonable, Doesn't matter if it's generally reasonable, it's needed by *us*. That's the format we use in .changes, in .dscs and Sources, and in Release. It's silly to have a useful format, then not have tools that conveniently check it, particularly if we're writing our own. $ dsum -a sha1 foo; sha1sum foo f572d396fae9206628714fb2ce00f72e94f2258f foo f572d396fae9206628714fb2ce00f72e94f2258f foo $ dsum -d foo SHA1Sum: f572d396fae9206628714fb2ce00f72e94f2258f 6 foo $ dsum -b foo SHA1 (foo) = f572d396fae9206628714fb2ce00f72e94f2258f What's the 6 above? wc -c foo. foo was hello\n for reference. (And it probably should've been SHA1: not SHA1Sum: too) (Note that dsum would probably need to become Priority:required, and possibly Essential:yes, with the complications that entails) Hmmm, promoting libgcrypt11 + libgpg-error0 to Required adds 516 kB on i386, plus a trivial amount for dsum itself. I wonder if it'd be better to just copy / paste the algorithm code into dsum. libssl0.9.8 is 860kB of .deb, 2MB installed. It's possible that libssl would be too much of a nuisance wrt transitions to use, at least dynamically. Cheers, aj signature.asc Description: Digital signature
Accepted gcc-3.4 3.4.4ds1-12 (source all powerpc)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 07:18:35 +0100 Source: gcc-3.4 Binary: g77-3.4-doc gcc-3.4-base libstdc++6 gnat-3.4 libobjc1 libgcc1 gcc-3.4 lib64g2c0 gobjc-3.4 gcc-3.4-nof libgcc2 libstdc++6-dev libstdc++6-doc lib32g2c0 protoize libgnat-3.4 lib64stdc++6 libstdc++6-dbg lib32gcc1 lib64gnat-3.4 lib64objc1 cpp-3.4 gcc-3.4-hppa64 gcc-3.4-soft-float cpp-3.4-doc gcc-3.4-doc libg2c0-dev gpc-2.1-3.4-doc lib64gcc1 libg2c0 lib32stdc++6 libstdc++6-pic gnat-3.4-doc g++-3.4 gpc-2.1-3.4 g77-3.4 Architecture: source powerpc all Version: 3.4.4ds1-12 Distribution: unstable Urgency: low Maintainer: Debian GCC Maintainers debian-gcc@lists.debian.org Changed-By: Matthias Klose [EMAIL PROTECTED] Description: cpp-3.4- The GNU C preprocessor cpp-3.4-doc - Documentation for the GNU C preprocessor (cpp) g++-3.4- The GNU C++ compiler g77-3.4- The GNU Fortran 77 compiler g77-3.4-doc - Documentation for the GNU Fortran compiler (g77) gcc-3.4- The GNU C compiler gcc-3.4-base - The GNU Compiler Collection (base package) gcc-3.4-doc - Documentation for the GNU compilers (gcc, gobjc, g++) gnat-3.4 - The GNU Ada compiler gnat-3.4-doc - Documentation for the GNU Ada compiler (gnat) gobjc-3.4 - The GNU Objective-C compiler gpc-2.1-3.4 - The GNU Pascal compiler gpc-2.1-3.4-doc - Documentation for the GNU Pascal compiler (gpc) lib64g2c0 - Runtime library for GNU Fortran 77 applications (64bit) libg2c0- Runtime library for GNU Fortran 77 applications libg2c0-dev - GNU Fortran 77 library development libstdc++6-dbg - The GNU Standard C++ Library v3 (debugging files) libstdc++6-dev - The GNU Standard C++ Library v3 (development files) libstdc++6-doc - The GNU Standard C++ Library v3 (documentation files) libstdc++6-pic - The GNU Standard C++ Library v3 (shared library subset kit) Changes: gcc-3.4 (3.4.4ds1-12) unstable; urgency=low . * Add missing patch file. Files: 839017d0765efe83d2f936d813f25b7c 2419 devel optional gcc-3.4_3.4.4ds1-12.dsc 2b7f0050285500c481848052db9082ef 1382504 devel optional gcc-3.4_3.4.4ds1-12.diff.gz d64bbdd9a91abf6fdc4fd8f2d993bd29 182530 doc optional cpp-3.4-doc_3.4.4-12_all.deb e180077ab84c4cdb674438929a40b1ce 8158592 doc optional libstdc++6-doc_3.4.4-12_all.deb 0edf58e63d622a45643e6c6faaf9a312 631272 doc optional g77-3.4-doc_3.4.4-12_all.deb 2925360f8fe27c707caf192a45e78394 899830 doc optional gnat-3.4-doc_3.4.4-12_all.deb bf8098a2ca1876ab12836c994f03345e 898992 doc optional gpc-2.1-3.4-doc_3.4.4-12_all.deb cda4eed061aed24f086ed0566c18264b 1479198 doc optional gcc-3.4-doc_3.4.4-12_all.deb 2411df921e3628730a57319d31a35df1 163602 devel optional gcc-3.4-base_3.4.4-12_powerpc.deb a8dbb7dda686eb75c7570c91b92a0ee4 1995718 interpreters optional cpp-3.4_3.4.4-12_powerpc.deb 0d2ea6ffb46ae714b7141c445dcd8967 2039932 devel optional gobjc-3.4_3.4.4-12_powerpc.deb 0b91f8e9799a4c97adaa629c1025ff48 2250168 devel optional g++-3.4_3.4.4-12_powerpc.deb 13bb129242715265f8123049c4e116f3 1378478 libdevel optional libstdc++6-dev_3.4.4-12_powerpc.deb 9ad40395eee20c4d8f8fff1db4200522 852998 libdevel extra libstdc++6-pic_3.4.4-12_powerpc.deb 1065caa26ad2ced4c410376bc3c7c59a 9339288 libdevel extra libstdc++6-dbg_3.4.4-12_powerpc.deb 51fd95a18972a988688f465c9f2591a6 54932 libs optional libg2c0_3.4.4-12_powerpc.deb aa5f1a145a6cb3cf397738bd9d744b48 64872 libs optional lib64g2c0_3.4.4-12_powerpc.deb 738c52ca4b96c2aff3868ee1e964c044 2145986 devel optional g77-3.4_3.4.4-12_powerpc.deb 3bfc4b965727109272b6436bb00b1e8a 167592 libdevel optional libg2c0-dev_3.4.4-12_powerpc.deb 90987836b58b50683c43d371fbe95ce8 8923376 devel optional gnat-3.4_3.4.4-12_powerpc.deb c400defe59a61106598416957957142d 2632678 devel optional gpc-2.1-3.4_3.4.4-12_powerpc.deb b5ef4eecedd6d4db49036dfd13349247 1590912 devel optional gcc-3.4_3.4.4-12_powerpc.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDirUTStlRaw+TLJwRAo4aAJ40zAH6m1DhIEEZ0g2bx/f+q/iXigCfaChc muBMT6N/K8iJbhLXr/kSAVk= =hSUn -END PGP SIGNATURE- Accepted: cpp-3.4-doc_3.4.4-12_all.deb to pool/main/g/gcc-3.4/cpp-3.4-doc_3.4.4-12_all.deb cpp-3.4_3.4.4-12_powerpc.deb to pool/main/g/gcc-3.4/cpp-3.4_3.4.4-12_powerpc.deb g++-3.4_3.4.4-12_powerpc.deb to pool/main/g/gcc-3.4/g++-3.4_3.4.4-12_powerpc.deb g77-3.4-doc_3.4.4-12_all.deb to pool/main/g/gcc-3.4/g77-3.4-doc_3.4.4-12_all.deb g77-3.4_3.4.4-12_powerpc.deb to pool/main/g/gcc-3.4/g77-3.4_3.4.4-12_powerpc.deb gcc-3.4-base_3.4.4-12_powerpc.deb to pool/main/g/gcc-3.4/gcc-3.4-base_3.4.4-12_powerpc.deb gcc-3.4-doc_3.4.4-12_all.deb to pool/main/g/gcc-3.4/gcc-3.4-doc_3.4.4-12_all.deb gcc-3.4_3.4.4-12_powerpc.deb to pool/main/g/gcc-3.4/gcc-3.4_3.4.4-12_powerpc.deb gcc-3.4_3.4.4ds1-12.diff.gz to pool/main/g/gcc-3.4/gcc-3.4_3.4.4ds1-12.diff.gz gcc-3.4_3.4.4ds1-12.dsc to pool/main/g/gcc-3.4/gcc-3.4_3.4.4ds1-12.dsc gnat-3.4-doc_3.4.4-12_all.deb to
Accepted traffic-vis 0.34-17 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 10:18:02 +0100 Source: traffic-vis Binary: traffic-vis Architecture: source i386 Version: 0.34-17 Distribution: unstable Urgency: low Maintainer: Samuele Giovanni Tonon [EMAIL PROTECTED] Changed-By: Samuele Giovanni Tonon [EMAIL PROTECTED] Description: traffic-vis - A sniffer that can display reports in HTML, Postscript and other Closes: 338526 340825 Changes: traffic-vis (0.34-17) unstable; urgency=low . * Added French translation, thanks to Jean-Marc Chaton (Closes: #340825) * Updated Svedish translation (Closes: #338526) Files: 4ab43890081338579bb28835a445fa20 622 net optional traffic-vis_0.34-17.dsc e3c363dcbe17263e85ee3ad8cc3f229c 10226 net optional traffic-vis_0.34-17.diff.gz 2c120f048aca8a5e4d522ec5ad92e101 56448 net optional traffic-vis_0.34-17_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDisy5zvFcH/JZfgQRAjatAJ9k550o+yzG5At1V5zuwrY3Q/2rvwCfXJhE qm8FuAWxeaget+FgWqL0o3E= =Vb06 -END PGP SIGNATURE- Accepted: traffic-vis_0.34-17.diff.gz to pool/main/t/traffic-vis/traffic-vis_0.34-17.diff.gz traffic-vis_0.34-17.dsc to pool/main/t/traffic-vis/traffic-vis_0.34-17.dsc traffic-vis_0.34-17_i386.deb to pool/main/t/traffic-vis/traffic-vis_0.34-17_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gnocatan 2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 Nov 2005 11:02:13 +0100 Source: gnocatan Binary: gnocatan-server-data gnocatan-client gnocatan-ai gnocatan-meta-server gnocatan-server-gtk gnocatan-server-console gnocatan-help Architecture: source all Version: 2 Distribution: unstable Urgency: low Maintainer: Bas Wijnen [EMAIL PROTECTED] Changed-By: Bas Wijnen [EMAIL PROTECTED] Description: gnocatan-ai - dummy package to smooth renaming process to Pioneers gnocatan-client - dummy package to smooth renaming process to Pioneers gnocatan-help - dummy package to smooth renaming process to Pioneers gnocatan-meta-server - dummy package to smooth renaming process to Pioneers gnocatan-server-console - dummy package to smooth renaming process to Pioneers gnocatan-server-data - dummy package to smooth renaming process to Pioneers gnocatan-server-gtk - dummy package to smooth renaming process to Pioneers Closes: 339387 Changes: gnocatan (2) unstable; urgency=low . * Remove rc scripts which may have been left over by the old meta-server package. Added lintian override for it. (Closes: #339387) Files: 6945adc71b2d2e8833139e22e253734c 680 games optional gnocatan_2.dsc bd98b65ab2249b95e436d16894eaadf5 4346 games optional gnocatan_2.tar.gz d7844dbf650fc3aeea900505209eea08 4416 games optional gnocatan-client_2_all.deb 652829387510c29d9c9a7b15d0c202d5 4430 games optional gnocatan-server-console_2_all.deb e9dff60e3ff57e33b2fae83f7e2b3f5b 4424 games optional gnocatan-server-gtk_2_all.deb c101ef08e8282844cced05d90c6b9bba 4422 games optional gnocatan-server-data_2_all.deb 97d76702e813397356e7ad75074358b4 4624 games optional gnocatan-meta-server_2_all.deb 3e2aa2d00aeb5a3454d352fc69cd1f7c 4408 games optional gnocatan-ai_2_all.deb 08c41a2a45074290415d311b89785013 4408 games optional gnocatan-help_2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDis87azfo3TSzaFYRAvKsAKCGlYjKpY9lM56Uv8/1VpN9boHtiACgo/2a KtkEAQYYHcYXzVFFgS2sxhQ= =vxPL -END PGP SIGNATURE- Accepted: gnocatan-ai_2_all.deb to pool/main/g/gnocatan/gnocatan-ai_2_all.deb gnocatan-client_2_all.deb to pool/main/g/gnocatan/gnocatan-client_2_all.deb gnocatan-help_2_all.deb to pool/main/g/gnocatan/gnocatan-help_2_all.deb gnocatan-meta-server_2_all.deb to pool/main/g/gnocatan/gnocatan-meta-server_2_all.deb gnocatan-server-console_2_all.deb to pool/main/g/gnocatan/gnocatan-server-console_2_all.deb gnocatan-server-data_2_all.deb to pool/main/g/gnocatan/gnocatan-server-data_2_all.deb gnocatan-server-gtk_2_all.deb to pool/main/g/gnocatan/gnocatan-server-gtk_2_all.deb gnocatan_2.dsc to pool/main/g/gnocatan/gnocatan_2.dsc gnocatan_2.tar.gz to pool/main/g/gnocatan/gnocatan_2.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted x-ttcidfont-conf 21 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 19:10:34 +1100 Source: x-ttcidfont-conf Binary: x-ttcidfont-conf Architecture: source all Version: 21 Distribution: unstable Urgency: low Maintainer: Anibal Monsalve Salazar [EMAIL PROTECTED] Changed-By: Anibal Monsalve Salazar [EMAIL PROTECTED] Description: x-ttcidfont-conf - Configure TrueType and CID fonts for X Closes: 201376 Changes: x-ttcidfont-conf (21) unstable; urgency=low . * New maintainer, closes: #201376. Files: eb7a9507d96885fb76d3d4619047fa10 547 x11 optional x-ttcidfont-conf_21.dsc aa3c3741f29faee4a7ac37179600b618 23149 x11 optional x-ttcidfont-conf_21.tar.gz 619fbd6f8667b4fa4f56b79a7f31a777 21182 x11 optional x-ttcidfont-conf_21_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDitMJipBneRiAKDwRAuw6AKCsAZGfpUwDy566F9tv4FnfFZ3khACglLYC gfC0vNOvWCDHI0qJ5oa5CUA= =nDt+ -END PGP SIGNATURE- Accepted: x-ttcidfont-conf_21.dsc to pool/main/x/x-ttcidfont-conf/x-ttcidfont-conf_21.dsc x-ttcidfont-conf_21.tar.gz to pool/main/x/x-ttcidfont-conf/x-ttcidfont-conf_21.tar.gz x-ttcidfont-conf_21_all.deb to pool/main/x/x-ttcidfont-conf/x-ttcidfont-conf_21_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted worlded 0.1.3-7 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Nov 2005 17:42:15 +0100 Source: worlded Binary: worlded Architecture: source i386 Version: 0.1.3-7 Distribution: unstable Urgency: low Maintainer: Marc Dequènes (Duck) [EMAIL PROTECTED] Changed-By: Marc Dequènes (Duck) [EMAIL PROTECTED] Description: worlded- world editor for Arkrpg Changes: worlded (0.1.3-7) unstable; urgency=low . * Rebuilt against new libarkrpg0c2a. * Updated URL in 'debian/copyright'. * Updated FSF postal address in 'debian/copyright'. * Increased Standards-Version to 3.6.2.1 (no changes needed). * Updated CDBS Build-Depends. Files: f432aff48d54f9fbdd593f839dc735ce 748 games optional worlded_0.1.3-7.dsc f7b0ef6e4efe0c5061db93461fd63fbd 456615 games optional worlded_0.1.3-7.diff.gz e43de9b51ad40cc31b8f39ece83b5056 130834 games optional worlded_0.1.3-7_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiJTJsczZcpAmcIYRAr23AJ4sejteF6LGVaP7xdgA29JqKQ1BsgCeKOrb SW7aZ0HtKSg38gih/Dyd4ts= =NSGt -END PGP SIGNATURE- Accepted: worlded_0.1.3-7.diff.gz to pool/main/w/worlded/worlded_0.1.3-7.diff.gz worlded_0.1.3-7.dsc to pool/main/w/worlded/worlded_0.1.3-7.dsc worlded_0.1.3-7_i386.deb to pool/main/w/worlded/worlded_0.1.3-7_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted glibmm2.4 2.8.2-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 27 Nov 2005 18:15:37 -0800 Source: glibmm2.4 Binary: libglibmm-2.4-dev libglibmm-2.4-1c2a Architecture: source i386 Version: 2.8.2-2 Distribution: unstable Urgency: low Maintainer: Bradley Bell [EMAIL PROTECTED] Changed-By: Bradley Bell [EMAIL PROTECTED] Description: libglibmm-2.4-1c2a - C++ wrapper for the GLib toolkit (shared libraries) libglibmm-2.4-dev - C++ wrapper for the GLib toolkit (development files) Changes: glibmm2.4 (2.8.2-2) unstable; urgency=low . * Fix shlibs file Files: fe921060d08a78c0cf06f9f9604e581b 654 libs optional glibmm2.4_2.8.2-2.dsc c214ef66ff1ea191e4d5d17cf27782b1 6013 libs optional glibmm2.4_2.8.2-2.diff.gz f04a476ac3acb0ae0129d6221403afa5 745222 libdevel optional libglibmm-2.4-dev_2.8.2-2_i386.deb 94de69d011736e00441ca9acd5856a0e 123140 libs optional libglibmm-2.4-1c2a_2.8.2-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDimvgteAcXeZ40aERAt3vAJ4nmGHteBO5yOJN42cBe1pCRTHFZQCcCrSX wf524glTsawqjaS+AkewDSw= =vXZ1 -END PGP SIGNATURE- Accepted: glibmm2.4_2.8.2-2.diff.gz to pool/main/g/glibmm2.4/glibmm2.4_2.8.2-2.diff.gz glibmm2.4_2.8.2-2.dsc to pool/main/g/glibmm2.4/glibmm2.4_2.8.2-2.dsc libglibmm-2.4-1c2a_2.8.2-2_i386.deb to pool/main/g/glibmm2.4/libglibmm-2.4-1c2a_2.8.2-2_i386.deb libglibmm-2.4-dev_2.8.2-2_i386.deb to pool/main/g/glibmm2.4/libglibmm-2.4-dev_2.8.2-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted logwatch 7.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 19 Nov 2005 16:39:24 +0100 Source: logwatch Binary: logwatch Architecture: source all Version: 7.1-1 Distribution: unstable Urgency: low Maintainer: Willi Mann [EMAIL PROTECTED] Changed-By: Willi Mann [EMAIL PROTECTED] Description: logwatch - log analyser with nice output written in Perl Closes: 317894 317913 323919 Changes: logwatch (7.1-1) unstable; urgency=low . * New upstream release - new standards version 3.6.2 (no changes) - Closes: #317894, frequent typo IngnoreUnmatched in various scripts, Closes: #317913, fixes in pure-ftpd both fixes by Piotr Krukowiecki (thanks) - Closes: #323919, regexes for http exploits did not escape . thanks to Taco IJsselmuiden for the report * Cope with the new directory layout. - There is a preinst script now, the removes unneeded config files. - README.Debian updated - NEWS.Debian added - debian/rules updated * This package is now maintained as project pkg-logwatch on alioth.debian.org. The svn repository is on svn.debian.org. * Depend on gawk, and explicity use it in zz-disk_space. Seems that there is some GNUism. Files: fbd5d72d4a790ab87674cd70ec2d8820 560 admin optional logwatch_7.1-1.dsc 6abe774abb10f45472c387f5e646a251 209486 admin optional logwatch_7.1.orig.tar.gz d04dbce6dba7101b8256d601996b8e19 13514 admin optional logwatch_7.1-1.diff.gz f1ee084fb39704424e06c069afaf1f3b 216712 admin optional logwatch_7.1-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDitxKliSD4VZixzQRAgfZAJ428Q8EvJ5tBDR+BOZ3qLVwAu+ZwACcC1i1 tXtxKjeq8hOi5/6n0DOh3sQ= =OPzF -END PGP SIGNATURE- Accepted: logwatch_7.1-1.diff.gz to pool/main/l/logwatch/logwatch_7.1-1.diff.gz logwatch_7.1-1.dsc to pool/main/l/logwatch/logwatch_7.1-1.dsc logwatch_7.1-1_all.deb to pool/main/l/logwatch/logwatch_7.1-1_all.deb logwatch_7.1.orig.tar.gz to pool/main/l/logwatch/logwatch_7.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted f-spot 0.1.3-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Nov 2005 00:05:32 +1300 Source: f-spot Binary: f-spot Architecture: source i386 Version: 0.1.3-2 Distribution: experimental Urgency: low Maintainer: Andrew Mitchell [EMAIL PROTECTED] Changed-By: Andrew Mitchell [EMAIL PROTECTED] Description: f-spot - personal photo management application Changes: f-spot (0.1.3-2) experimental; urgency=low . * Add patch to src/Ciff.cs from CVS (Ciff.cs rev 1.9) * Merge in Ubuntu changes, use dbus 0.50 Files: c0c6929155884dfa8e6d45b88840ab34 815 gnome optional f-spot_0.1.3-2.dsc ad3f4beda6abf7bf10a4e73d5b661616 4412 gnome optional f-spot_0.1.3-2.diff.gz 4768e43264fe7d1b831aebf2d4b6828f 567692 gnome optional f-spot_0.1.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDituWggkdmlkhtdgRAqIUAJ4gsBGIyoT5NccXIryDfXycJ5NkbwCdHNVg MlY8jOF54iSWMER5qfLb2Mo= =+K+R -END PGP SIGNATURE- Accepted: f-spot_0.1.3-2.diff.gz to pool/main/f/f-spot/f-spot_0.1.3-2.diff.gz f-spot_0.1.3-2.dsc to pool/main/f/f-spot/f-spot_0.1.3-2.dsc f-spot_0.1.3-2_i386.deb to pool/main/f/f-spot/f-spot_0.1.3-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zipper.app 1.1-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 11:07:55 +0100 Source: zipper.app Binary: zipper.app Architecture: source i386 Version: 1.1-1 Distribution: unstable Urgency: low Maintainer: Gürkan Sengün [EMAIL PROTECTED] Changed-By: Gürkan Sengün [EMAIL PROTECTED] Description: zipper.app - Tool for inspecting the contents of a compressed archive Closes: 315284 Changes: zipper.app (1.1-1) unstable; urgency=low . * New upstream version. + Opens zip archives with comments. (closes: #315284) * Updated manual page. * Updated standards version. Files: a068df2ad2a6c47fe3d56dd300c066d8 749 utils optional zipper.app_1.1-1.dsc db9d9e88bd71fce128890adfd01b70c6 462647 utils optional zipper.app_1.1.orig.tar.gz f5d515169f4f8d4a8e8224a006c36e47 2145 utils optional zipper.app_1.1-1.diff.gz 5180b0cb6398188c0eeccc8cf03fe214 46104 utils optional zipper.app_1.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDivz+xa93SlhRC1oRAmLoAJsHERi5Dz521538FwAIA7VUi5t2GQCg6M3O cpcRMc/8uBLWLJIaA2IOgZY= =UV1H -END PGP SIGNATURE- Accepted: zipper.app_1.1-1.diff.gz to pool/main/z/zipper.app/zipper.app_1.1-1.diff.gz zipper.app_1.1-1.dsc to pool/main/z/zipper.app/zipper.app_1.1-1.dsc zipper.app_1.1-1_i386.deb to pool/main/z/zipper.app/zipper.app_1.1-1_i386.deb zipper.app_1.1.orig.tar.gz to pool/main/z/zipper.app/zipper.app_1.1.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted zope-atseng 0.3.2-2 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 12:52:36 + Source: zope-atseng Binary: zope-atseng Architecture: source all Version: 0.3.2-2 Distribution: unstable Urgency: low Maintainer: Debian/Ubuntu Zope Team [EMAIL PROTECTED] Changed-By: Fabio Tranchitella [EMAIL PROTECTED] Description: zope-atseng - framework to provide flexible schema editing for AT content-types Changes: zope-atseng (0.3.2-2) unstable; urgency=low . * debian/copyright: fix the license text, we are talking about LGPL and not GPL. Files: f5207af92c7e9af61c3740d716a19feb 698 web optional zope-atseng_0.3.2-2.dsc c155d50bcc804227c7ca6333a5d958a8 1700 web optional zope-atseng_0.3.2-2.diff.gz b9a618b9d438b79b1cfecae34492fd3e 32522 web optional zope-atseng_0.3.2-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiv3KK/juK3+WFWQRAqjeAJ9oI5nP4U4csD0BbOa1UFNXMGMEfwCgnKpu hlzeq6Sm5AcP2iXt1WGccSY= =Bcb3 -END PGP SIGNATURE- Accepted: zope-atseng_0.3.2-2.diff.gz to pool/main/z/zope-atseng/zope-atseng_0.3.2-2.diff.gz zope-atseng_0.3.2-2.dsc to pool/main/z/zope-atseng/zope-atseng_0.3.2-2.dsc zope-atseng_0.3.2-2_all.deb to pool/main/z/zope-atseng/zope-atseng_0.3.2-2_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted rootskel 1.25 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:03:32 +0100 Source: rootskel Binary: rootskel-bootfloppy rootskel Architecture: source i386 Version: 1.25 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Tollef Fog Heen [EMAIL PROTECTED] Description: rootskel - Skeleton root filesystem used by debian-installer (udeb) rootskel-bootfloppy - Skeleton root filesystem used by debian-installer boot floppy (udeb) Changes: rootskel (1.25) unstable; urgency=low . [ Colin Watson ] * After calling reboot or halt, sleep for a bit if possible to try to ensure that init always has a chance to kill main-menu before it runs the next menu item. . [ Tollef Fog Heen ] * Make it possible to override what menu to use by passing it in the MENU environment variable. Files: 92010d5c6662fbf7d8a3d90573f70ae5 772 debian-installer standard rootskel_1.25.dsc 44b4ee67c2f6bed1a7f3644bad821e50 57481 debian-installer standard rootskel_1.25.tar.gz c707146ab1e34587fb1a6d40dd3414a8 5594 debian-installer standard rootskel_1.25_i386.udeb c7f8c511f10ab95158c107cd5cf27e83 2698 debian-installer extra rootskel-bootfloppy_1.25_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwIFQSseMYF6mWoRAoU5AJ4/ei6E9ZX5dm2pO5bROf7kLVMd1ACfX4MN GloWGC0E7K+E6tbPTo6YIdo= =+FmZ -END PGP SIGNATURE- Accepted: rootskel-bootfloppy_1.25_i386.udeb to pool/main/r/rootskel/rootskel-bootfloppy_1.25_i386.udeb rootskel_1.25.dsc to pool/main/r/rootskel/rootskel_1.25.dsc rootskel_1.25.tar.gz to pool/main/r/rootskel/rootskel_1.25.tar.gz rootskel_1.25_i386.udeb to pool/main/r/rootskel/rootskel_1.25_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xmms-crossfade 0.3.9-pre2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 13:32:09 +0100 Source: xmms-crossfade Binary: xmms-crossfade Architecture: source i386 Version: 0.3.9-pre2-1 Distribution: experimental Urgency: low Maintainer: Florian Ernst [EMAIL PROTECTED] Changed-By: Florian Ernst [EMAIL PROTECTED] Description: xmms-crossfade - XMMS Plugin for Crossfading / Continuous Output Changes: xmms-crossfade (0.3.9-pre2-1) experimental; urgency=low . * New upstream pre-release, uploading to experimental + not enabling bmp support yet due to library transitions in Sid Files: 04d0968891f0ba53b8e70f31a7c84e46 646 sound optional xmms-crossfade_0.3.9-pre2-1.dsc 85d52355303de0be952d6ef42e4cb636 475054 sound optional xmms-crossfade_0.3.9-pre2.orig.tar.gz 8b2b695a8eef7ffbc45477217b2edf87 4346 sound optional xmms-crossfade_0.3.9-pre2-1.diff.gz 656e3842a2469d584bd0a0649cd2062b 92918 sound optional xmms-crossfade_0.3.9-pre2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwjYs3U+TVFLPnwRAu62AJ4kVdJk5Dsft/3m3t2K2wEaDHyv0wCeLZb5 MKeTvjRQwF5Wr7XDTfOzXTQ= =vh0S -END PGP SIGNATURE- Accepted: xmms-crossfade_0.3.9-pre2-1.diff.gz to pool/main/x/xmms-crossfade/xmms-crossfade_0.3.9-pre2-1.diff.gz xmms-crossfade_0.3.9-pre2-1.dsc to pool/main/x/xmms-crossfade/xmms-crossfade_0.3.9-pre2-1.dsc xmms-crossfade_0.3.9-pre2-1_i386.deb to pool/main/x/xmms-crossfade/xmms-crossfade_0.3.9-pre2-1_i386.deb xmms-crossfade_0.3.9-pre2.orig.tar.gz to pool/main/x/xmms-crossfade/xmms-crossfade_0.3.9-pre2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted cogito 0.16rc2-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 18 Nov 2005 21:34:57 + Source: cogito Binary: cogito Architecture: source all Version: 0.16rc2-1 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: cogito - version control system Closes: 316677 321014 321301 322495 324207 324382 325359 333701 333705 336174 338368 338789 339101 Changes: cogito (0.16rc2-1) unstable; urgency=low . * new maintainer (closes: #338789). * new upstream version (closes: #339101, #325359, #322495). * complete re-package: * no longer contains the git core, but depends on the git-core package instead (closes: #321301). * no longer contains the gitk program, install the gitk package instead (closes: #336174). * git-core package provides the git program again (closes: #316677, #324207, #338368); Build-Depend: libcurl3-gnutls-dev (closes: #333705); install programs into $DESTDIR/usr/bin/ (closes: #324382); git-core recommends openssh-client (closes: #333701, #321014). Files: 3d320853ee36ea435d660f14dad4625d 562 devel optional cogito_0.16rc2-1.dsc 98840e7f4808aff7f7f1f0690281ebad 96049 devel optional cogito_0.16rc2.orig.tar.gz eaa9d2c446f4066c452d04c2fbafd1d0 5128 devel optional cogito_0.16rc2-1.diff.gz 35850d5fd61079bc06d6cc20aa7dbd2f 127304 devel optional cogito_0.16rc2-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwb0GJoyQbxwpv8RAk0tAJ4kpWFW26fVMq9nMye94cN2DsBAegCfUk7N EGE34FtM7mvWiNlWT2VCqRE= =uSmu -END PGP SIGNATURE- Accepted: cogito_0.16rc2-1.diff.gz to pool/main/c/cogito/cogito_0.16rc2-1.diff.gz cogito_0.16rc2-1.dsc to pool/main/c/cogito/cogito_0.16rc2-1.dsc cogito_0.16rc2-1_all.deb to pool/main/c/cogito/cogito_0.16rc2-1_all.deb cogito_0.16rc2.orig.tar.gz to pool/main/c/cogito/cogito_0.16rc2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted egroupware 1.0.0.009.dfsg-3-4 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:01:13 +0100 Source: egroupware Binary: egroupware-news-admin egroupware-felamimail egroupware-projects egroupware-polls egroupware-jinn egroupware-calendar egroupware-messenger egroupware egroupware-bookmarks egroupware-wiki egroupware-filemanager egroupware-ldap egroupware-addressbook egroupware-headlines egroupware-tts egroupware-etemplate egroupware-registration egroupware-comic egroupware-emailadmin egroupware-ftp egroupware-developer-tools egroupware-phpldapadmin egroupware-phpsysinfo egroupware-stocks egroupware-manual egroupware-infolog egroupware-core egroupware-email egroupware-fudforum egroupware-sitemgr egroupware-phpbrain egroupware-forum Architecture: source all Version: 1.0.0.009.dfsg-3-4 Distribution: unstable Urgency: high Maintainer: Peter Eisentraut [EMAIL PROTECTED] Changed-By: Peter Eisentraut [EMAIL PROTECTED] Description: egroupware - web-based groupware suite egroupware-addressbook - eGroupWare addressbook management application egroupware-bookmarks - eGroupWare bookmark management application egroupware-calendar - eGroupWare calendar management application egroupware-comic - eGroupWare comic strip application egroupware-core - eGroupWare core modules egroupware-developer-tools - eGroupWare developer tools egroupware-email - eGroupWare E-mail client application egroupware-emailadmin - eGroupWare E-mail user administration application egroupware-etemplate - widget-based template system for eGroupWare egroupware-felamimail - eGroupWare FeLaMiMail application egroupware-filemanager - eGroupWare file manager application egroupware-forum - eGroupWare forum application egroupware-ftp - eGroupWare FTP application egroupware-fudforum - eGroupWare FUDforum application egroupware-headlines - eGroupWare headlines catcher application egroupware-infolog - eGroupWare infolog application egroupware-jinn - content management system for eGroupWare egroupware-ldap - eGroupware LDAP support files egroupware-manual - eGroupWare manual egroupware-messenger - eGroupWare messenger application egroupware-news-admin - eGroupWare news administration interface egroupware-phpbrain - eGroupWare phpbrain application egroupware-phpldapadmin - eGroupWare phpLDAPadmin application egroupware-phpsysinfo - eGroupWare phpSysInfo application egroupware-polls - eGroupWare polling application egroupware-projects - eGroupWare projects management application egroupware-registration - eGroupWare registration application egroupware-sitemgr - eGroupWare site manager application egroupware-stocks - eGroupWare stock management application egroupware-tts - eGroupWare trouble ticket system application egroupware-wiki - eGroupWare wiki application Closes: 340495 Changes: egroupware (1.0.0.009.dfsg-3-4) unstable; urgency=high . * Fixed fudforum arbitrary code execution security problem (CVE-2005-2781) (closes: #340495) * Fixed watch file to exclude RC versions Files: def4c87af1a2181001e8de8e2c380a90 1275 web optional egroupware_1.0.0.009.dfsg-3-4.dsc cf04ce44a810a9343065694df72b3788 38295 web optional egroupware_1.0.0.009.dfsg-3-4.diff.gz 2a98eaa70a498ecc7820407bbdc5459f 4884 web optional egroupware_1.0.0.009.dfsg-3-4_all.deb c90e1ded9c28a8e7a865a7306f0c709f 3779420 web optional egroupware-core_1.0.0.009.dfsg-3-4_all.deb 366172c441ad49391fde3a854c73 7652 web optional egroupware-ldap_1.0.0.009.dfsg-3-4_all.deb 066e8efd0154cac42acd4fad9300 149540 web optional egroupware-addressbook_1.0.0.009.dfsg-3-4_all.deb d2332b989df59ddaf989dcfd117b1c04 125602 web optional egroupware-bookmarks_1.0.0.009.dfsg-3-4_all.deb 92eeeacb46cdd15292fb76f2e3cd4d41 383130 web optional egroupware-calendar_1.0.0.009.dfsg-3-4_all.deb 791b46e9df56929198df73db55e6a8ce 256512 web optional egroupware-comic_1.0.0.009.dfsg-3-4_all.deb c9cd46fe633936f62ef6714a63a7e4e2 53902 web optional egroupware-developer-tools_1.0.0.009.dfsg-3-4_all.deb c2ce894fd62d4b582f4d3c963222c7ff 1244238 web optional egroupware-email_1.0.0.009.dfsg-3-4_all.deb acb3c8bc6a73ade12ebefa39410a191f 38626 web optional egroupware-emailadmin_1.0.0.009.dfsg-3-4_all.deb 59f569e3acb4d14d5506742ea051 1363712 web optional egroupware-etemplate_1.0.0.009.dfsg-3-4_all.deb 767a2e9132ca105634a47bf2e2bf5bfb 275808 web optional egroupware-felamimail_1.0.0.009.dfsg-3-4_all.deb 5bfcd4eb172c2ea150de49f3a1ece384 173330 web optional egroupware-filemanager_1.0.0.009.dfsg-3-4_all.deb 0406e57840f140dfed6c696ece3b9f26 51800 web optional egroupware-forum_1.0.0.009.dfsg-3-4_all.deb 9cd9ef5e56caca789fa3ad777f554170 38516 web optional egroupware-ftp_1.0.0.009.dfsg-3-4_all.deb fb2e2071573ea687f4b9a752e0519170 1486884 web optional egroupware-fudforum_1.0.0.009.dfsg-3-4_all.deb c0c49f6acf66b5db456bde588e85041e 75396 web optional egroupware-headlines_1.0.0.009.dfsg-3-4_all.deb 82c6b4eea96a00adb72dd828cd405c90 202722 web optional
Accepted dash 0.5.3-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 12:18:30 + Source: dash Binary: dash-udeb ash dash Architecture: all source Version: 0.5.3-1 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: ash- Compatibility package for the Debian Almquist Shell dash - The Debian Almquist Shell dash-udeb - The Debian Almquist Shell for boot floppies (udeb) Closes: 337294 Changes: dash (0.5.3-1) unstable; urgency=low . * new upstream version. * Fix \c spillage across echo commands (closes: #337294). * debian/copyright: adapt copyright notice. * debian/rules: remove workaround for udeb build failure with dietlibc on 64bit archs; fixed upstream. Files: 6a921c2f9a5360efb5d61d4333d5afa1 639 shells optional dash_0.5.3-1.dsc 1a3cd6669459be4344ec55ec9d4914f8 207201 shells optional dash_0.5.3.orig.tar.gz fb06dc2e0983c7d19964863828f4a2d9 21271 shells optional dash_0.5.3-1.diff.gz 079306cde53aa051eeefb65667778756 16486 shells optional ash_0.5.3-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwluGJoyQbxwpv8RAl02AJ9CcPeczlA0HzYuFdAGAvBR9UbZawCdFZCo xwnu3RX0oLbS7dvOTFPKyCQ= =VoEk -END PGP SIGNATURE- Accepted: ash_0.5.3-1_all.deb to pool/main/d/dash/ash_0.5.3-1_all.deb dash_0.5.3-1.diff.gz to pool/main/d/dash/dash_0.5.3-1.diff.gz dash_0.5.3-1.dsc to pool/main/d/dash/dash_0.5.3-1.dsc dash_0.5.3.orig.tar.gz to pool/main/d/dash/dash_0.5.3.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted xmms-coverviewer 0.11-6 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:17:58 +0100 Source: xmms-coverviewer Binary: xmms-coverviewer Architecture: source i386 Version: 0.11-6 Distribution: unstable Urgency: low Maintainer: Christoph Berg [EMAIL PROTECTED] Changed-By: Christoph Berg [EMAIL PROTECTED] Description: xmms-coverviewer - XMMS plugin that displays covers while playing Closes: 337642 Changes: xmms-coverviewer (0.11-6) unstable; urgency=low . * Rebuild against libid3-3.8.3c2a. * Apply patch by Bas van Oostveen to fix exceptions thrown by the cover search (Closes: #337642). Files: 344f5c8d31cd0186a757d692736e8e3c 706 sound optional xmms-coverviewer_0.11-6.dsc fabc851c7b3e2b85d8b10c0003107ce8 24328 sound optional xmms-coverviewer_0.11-6.diff.gz 5fcb91a054eab886ab1d36d1529c9172 86410 sound optional xmms-coverviewer_0.11-6_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDixASxa93SlhRC1oRAghJAJ9ld4nHk++M/nxsOkFZ8hr5/N4j0ACg0vw/ qGtIOvF45ldHMCbmVULMOCI= =KrTE -END PGP SIGNATURE- Accepted: xmms-coverviewer_0.11-6.diff.gz to pool/main/x/xmms-coverviewer/xmms-coverviewer_0.11-6.diff.gz xmms-coverviewer_0.11-6.dsc to pool/main/x/xmms-coverviewer/xmms-coverviewer_0.11-6.dsc xmms-coverviewer_0.11-6_i386.deb to pool/main/x/xmms-coverviewer/xmms-coverviewer_0.11-6_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted redet 7.6-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:44:57 +0100 Source: redet Binary: redet-doc redet Architecture: source all Version: 7.6-1 Distribution: unstable Urgency: low Maintainer: Bartosz Fenski [EMAIL PROTECTED] Changed-By: Bartosz Fenski [EMAIL PROTECTED] Description: redet - regular expression development and execution tool redet-doc - regular expression development and execution tool (documentation) Changes: redet (7.6-1) unstable; urgency=low . * New upstream version. Files: ef6add3cb4d61a15359871113da2f6a0 573 x11 optional redet_7.6-1.dsc 8769a1e46d0e4bca28ff441cf16b64c8 4823592 x11 optional redet_7.6.orig.tar.gz b9e59373697b5a45c1290180b0e49f01 3031 x11 optional redet_7.6-1.diff.gz e6275849ada16edd7f150a75761f27ba 147510 x11 optional redet_7.6-1_all.deb 7f8a0c2fcc8e216fa5843874eee1e3b6 4681596 doc optional redet-doc_7.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwpUhQui3hP+/EARAi8QAKDcEk7Hv5ADpCeVPi/UBKAaXLm1ZACfRWpQ 6mwYVVMDSiE4yNZzZrdFOcg= =F3k9 -END PGP SIGNATURE- Accepted: redet-doc_7.6-1_all.deb to pool/main/r/redet/redet-doc_7.6-1_all.deb redet_7.6-1.diff.gz to pool/main/r/redet/redet_7.6-1.diff.gz redet_7.6-1.dsc to pool/main/r/redet/redet_7.6-1.dsc redet_7.6-1_all.deb to pool/main/r/redet/redet_7.6-1_all.deb redet_7.6.orig.tar.gz to pool/main/r/redet/redet_7.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netw-ib-ox-ag 5.32.0-1 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:49:51 +0100 Source: netw-ib-ox-ag Binary: netwox-doc netwag netwag-doc netwox Architecture: source all i386 Version: 5.32.0-1 Distribution: unstable Urgency: low Maintainer: Bartosz Fenski [EMAIL PROTECTED] Changed-By: Bartosz Fenski [EMAIL PROTECTED] Description: netwag - graphical frontend for netwox netwag-doc - documentation for netwag frontend netwox - networking utilities netwox-doc - documentation for netwox toolbox Changes: netw-ib-ox-ag (5.32.0-1) unstable; urgency=low . * New upstream version. Files: 20b891c9481dc7958b8e197f36bf21f2 659 net optional netw-ib-ox-ag_5.32.0-1.dsc e89ba3d47fd234059536632245bdbd18 2626932 net optional netw-ib-ox-ag_5.32.0.orig.tar.gz 17c291f4702a95a4ea27a355ea61b477 4059 net optional netw-ib-ox-ag_5.32.0-1.diff.gz c0f74df865ff170fb0307102cdd02834 64876 net optional netwag_5.32.0-1_all.deb a8fa8a018cc39bb8f591e3ee02fb4a19 119764 doc optional netwox-doc_5.32.0-1_all.deb df487235d732168d25388b7cda761be8 44256 doc optional netwag-doc_5.32.0-1_all.deb f09c50fff34f32c90a28294850497109 575598 net optional netwox_5.32.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiwvIhQui3hP+/EARAvZhAJoC4ytyUP3gC880TvPFNLgR5Ue4uQCgz2wv wyACKqy937TV0/79u1/5z+w= =HXbo -END PGP SIGNATURE- Accepted: netw-ib-ox-ag_5.32.0-1.diff.gz to pool/main/n/netw-ib-ox-ag/netw-ib-ox-ag_5.32.0-1.diff.gz netw-ib-ox-ag_5.32.0-1.dsc to pool/main/n/netw-ib-ox-ag/netw-ib-ox-ag_5.32.0-1.dsc netw-ib-ox-ag_5.32.0.orig.tar.gz to pool/main/n/netw-ib-ox-ag/netw-ib-ox-ag_5.32.0.orig.tar.gz netwag-doc_5.32.0-1_all.deb to pool/main/n/netw-ib-ox-ag/netwag-doc_5.32.0-1_all.deb netwag_5.32.0-1_all.deb to pool/main/n/netw-ib-ox-ag/netwag_5.32.0-1_all.deb netwox-doc_5.32.0-1_all.deb to pool/main/n/netw-ib-ox-ag/netwox-doc_5.32.0-1_all.deb netwox_5.32.0-1_i386.deb to pool/main/n/netw-ib-ox-ag/netwox_5.32.0-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted galeon 2.0.0-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 13:49:05 +0100 Source: galeon Binary: galeon galeon-common Architecture: source i386 all Version: 2.0.0-1 Distribution: unstable Urgency: low Maintainer: Loic Minier [EMAIL PROTECTED] Changed-By: Loic Minier [EMAIL PROTECTED] Description: galeon - GNOME web browser for advanced users galeon-common - GNOME web browser for advanced users Closes: 313719 Changes: galeon (2.0.0-1) unstable; urgency=low . * New upstream release One for the road. - News: . Works with mozilla 1.7.5+, 1.8a3 and up; Firefox 1.0.x and 1.5 . Embedded http error message pages. (If mozilla support them) . Security Device Manager button in security prefs. . Delete key works in Personal Data Manager. . Support for multimedia keyboard keys like Back and Forward. . Other bug fixes. (http://tinyurl.com/7zqb7) - Includes German PO file corrections. (Closes: #313719) [debian/patches/64_german-translation-fixes.patch] - GConf is now signaled with gconftool-2 (patch merged upstream). [debian/patches/21_galeon-config-tool.in.patch] - Relibtoolize again. [debian/patches/25_relibtoolize.patch] * Menu transition, part 2: move from #!/usr/sbin/install-menu to #!/usr/bin/install-menu. [debian/lintian/galeon-common] Files: c61616ae2c21856cc93b91248352a97b 865 gnome optional galeon_2.0.0-1.dsc be6ea53a2f44ece527c71677ec7daa31 4122760 gnome optional galeon_2.0.0.orig.tar.gz 1734ff1397a53614a74507cfe4e0b301 49202 gnome optional galeon_2.0.0-1.diff.gz 14f891d03856485a74c4f0562eb0009f 2937368 gnome optional galeon-common_2.0.0-1_all.deb 29c7ac7127486a8e0fdd652f25cdf032 687992 gnome optional galeon_2.0.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDixTc4VUX8isJIMARAiWZAKCUUe6I5FLupkDwxjR6ZV5sD5BlHgCgjMKT i92nXbx4Jt2l5CY8GCEC2uI= =+0q8 -END PGP SIGNATURE- Accepted: galeon-common_2.0.0-1_all.deb to pool/main/g/galeon/galeon-common_2.0.0-1_all.deb galeon_2.0.0-1.diff.gz to pool/main/g/galeon/galeon_2.0.0-1.diff.gz galeon_2.0.0-1.dsc to pool/main/g/galeon/galeon_2.0.0-1.dsc galeon_2.0.0-1_i386.deb to pool/main/g/galeon/galeon_2.0.0-1_i386.deb galeon_2.0.0.orig.tar.gz to pool/main/g/galeon/galeon_2.0.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted psad 1.4.4-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 14:49:53 +0100 Source: psad Binary: psad Architecture: source i386 Version: 1.4.4-1 Distribution: unstable Urgency: low Maintainer: Daniel Gubser [EMAIL PROTECTED] Changed-By: Daniel Gubser [EMAIL PROTECTED] Description: psad - The Port Scan Attack Detector Closes: 339486 Changes: psad (1.4.4-1) unstable; urgency=low . * New upstream release * added proxyscan.freenode.net to auto_dl (Closes: #339486) Files: 0c3deed42f89ffd96ecca63800c9f357 546 admin optional psad_1.4.4-1.dsc 6cae2812e016ebb0c30a4815844059c8 671256 admin optional psad_1.4.4.orig.tar.gz 1b4b10517028524ebd83193e86f9a4be 41977 admin optional psad_1.4.4-1.diff.gz db90324096f62b63849632f53b866213 240580 admin optional psad_1.4.4-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDixQFNgbFFFW/0CQRAmeAAJ951fLww6E/WnuqMZjnKV/+hjMAOgCfaTOk e2O9wPJKIAxHozo2fVSX/5E= =Vbre -END PGP SIGNATURE- Accepted: psad_1.4.4-1.diff.gz to pool/main/p/psad/psad_1.4.4-1.diff.gz psad_1.4.4-1.dsc to pool/main/p/psad/psad_1.4.4-1.dsc psad_1.4.4-1_i386.deb to pool/main/p/psad/psad_1.4.4-1_i386.deb psad_1.4.4.orig.tar.gz to pool/main/p/psad/psad_1.4.4.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted netcfg 1.18 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 16:36:15 +0100 Source: netcfg Binary: netcfg-static netcfg Architecture: source i386 Version: 1.18 Distribution: unstable Urgency: low Maintainer: Debian Install System Team debian-boot@lists.debian.org Changed-By: Frans Pop [EMAIL PROTECTED] Description: netcfg - Configure the network (udeb) netcfg-static - Configure a static network (udeb) Closes: 340935 Changes: netcfg (1.18) unstable; urgency=low . [ Joey Hess ] * Make netcfg-static use the same menu item number as netcfg, no reason for it to differ. . [ Frans Pop ] * Change hotplug configuration as written to interface file. This new syntax is supported by both udev and hotplug (from 0.0.20040329-25). Closes: #340935. . [ Updated translations ] * German (de.po) by Jens Seidel * French (fr.po) by Christian Perrier * Malagasy (mg.po) by Jaonary Rabarisoa * Romanian (ro.po) by Eddy PetriÅor * Russian (ru.po) by Yuri Kozlov Files: 2edfeca14c644a7b01b1bf64075a9083 901 debian-installer optional netcfg_1.18.dsc d333be7be9a9a0dffb548d674fc0b057 248155 debian-installer optional netcfg_1.18.tar.gz f4d10ff630f11ba115c09befaff1d07c 217858 debian-installer optional netcfg_1.18_i386.udeb aca72e01b19ba2919392c0bdaa1b2c06 170956 debian-installer optional netcfg-static_1.18_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDiyVJgm/Kwh6ICoQRAkRhAJ4q0AQjhAXKPAAIK7rV+SPcmTsP1wCfaLFp FIpWCRsOO8Lhqtrt5LjM1RI= =IUFG -END PGP SIGNATURE- Accepted: netcfg-static_1.18_i386.udeb to pool/main/n/netcfg/netcfg-static_1.18_i386.udeb netcfg_1.18.dsc to pool/main/n/netcfg/netcfg_1.18.dsc netcfg_1.18.tar.gz to pool/main/n/netcfg/netcfg_1.18.tar.gz netcfg_1.18_i386.udeb to pool/main/n/netcfg/netcfg_1.18_i386.udeb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted fnord 1.10-2 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 15:25:43 + Source: fnord Binary: fnord Architecture: source i386 Version: 1.10-2 Distribution: unstable Urgency: low Maintainer: Gerrit Pape [EMAIL PROTECTED] Changed-By: Gerrit Pape [EMAIL PROTECTED] Description: fnord - yet another small httpd Closes: 326014 Changes: fnord (1.10-2) unstable; urgency=low . * debian/diff/pollhup.diff: new; don't stop but retry on revents POLLHUP (thx David Schweikert, closes: #326014). Files: 3812264e08714d34508e3cd28534992b 540 web optional fnord_1.10-2.dsc 92832679766243c90d8310dec359ad5c 8809 web optional fnord_1.10-2.diff.gz 9bc6958453657602cf5bc4c12d4e99ca 33882 web optional fnord_1.10-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiyQdGJoyQbxwpv8RAvrhAKCONo3Ay6788IDLO5nQIeH/eNHgaACcDo// zk6nT/xjANSrI3Tfmi02M6o= =w3M4 -END PGP SIGNATURE- Accepted: fnord_1.10-2.diff.gz to pool/main/f/fnord/fnord_1.10-2.diff.gz fnord_1.10-2.dsc to pool/main/f/fnord/fnord_1.10-2.dsc fnord_1.10-2_i386.deb to pool/main/f/fnord/fnord_1.10-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted valgrind 1:3.1.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 15:48:15 + Source: valgrind Binary: valgrind Architecture: source i386 Version: 1:3.1.0-1 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: 270557 319243 337196 Changes: valgrind (1:3.1.0-1) unstable; urgency=low . * New upstream release. - Now it can load symbol table of large binaries. (Closes: #337196, #319243) - Now it runs on ppc. (Closes: #270557) * debian/patches/01_suppression-strip.dpatch: - Removes an existent Debian suppression. Files: 9f4e4da415cd5512f4503ec3cd096b62 736 devel optional valgrind_3.1.0-1.dsc 8a1221fb12fac7d1098cfd944ed66c0c 3830544 devel optional valgrind_3.1.0.orig.tar.gz 439e6e1f1ad190f396581a87bc60857e 29476 devel optional valgrind_3.1.0-1.diff.gz 379bc2a35634a3a8f903a062d54801c2 11395726 devel optional valgrind_3.1.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDiy0m2OByS7KTlusRAlkIAKDl0zAq0oQyPVnqpFf1gIebZdmhrwCfRnqF xcOlA3eqvE5zBEjGox005ls= =tWBW -END PGP SIGNATURE- Accepted: valgrind_3.1.0-1.diff.gz to pool/main/v/valgrind/valgrind_3.1.0-1.diff.gz valgrind_3.1.0-1.dsc to pool/main/v/valgrind/valgrind_3.1.0-1.dsc valgrind_3.1.0-1_i386.deb to pool/main/v/valgrind/valgrind_3.1.0-1_i386.deb valgrind_3.1.0.orig.tar.gz to pool/main/v/valgrind/valgrind_3.1.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted udev 0.076-3 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 02:02:31 +0100 Source: udev Binary: udev udev-udeb Architecture: source i386 Version: 0.076-3 Distribution: unstable Urgency: high Maintainer: Marco d'Itri [EMAIL PROTECTED] Changed-By: Marco d'Itri [EMAIL PROTECTED] Description: udev - /dev/ and hotplug management daemon udev-udeb - /dev/ and hotplug management daemon (udeb) Closes: 341027 341040 Changes: udev (0.076-3) unstable; urgency=high . * Fix ide.agent for real, this time. (Closes: #341027) * Fix breakage in preinst when a new symlink already exists. (Closes: #341040) * Use %03i for the /dev/bus/usb/ devices. * Removed the PNP aliases for parport_pc, which now are provided by the kernel driver. Files: 2716313be8215352f876a5052bf3c8c3 593 admin optional udev_0.076-3.dsc f5e55c3e8734fbe2baae3690195656d0 45664 admin optional udev_0.076-3.diff.gz 8cfb21f043558999a42ac16a930066d1 278418 admin optional udev_0.076-3_i386.deb dc91fb2aa371413b46b80041473925a5 51356 debian-installer optional udev-udeb_0.076-3_i386.udeb Package-Type: udeb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDizkMFGfw2OHuP7ERAqrYAJsFOXMTaIvtO83tVMHkQdwK+I5sbACfZNow IFJqNwZZE497o4P3lxvFOTU= =PIr3 -END PGP SIGNATURE- Accepted: udev-udeb_0.076-3_i386.udeb to pool/main/u/udev/udev-udeb_0.076-3_i386.udeb udev_0.076-3.diff.gz to pool/main/u/udev/udev_0.076-3.diff.gz udev_0.076-3.dsc to pool/main/u/udev/udev_0.076-3.dsc udev_0.076-3_i386.deb to pool/main/u/udev/udev_0.076-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted baobab 2.2.0-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 18:25:33 +0200 Source: baobab Binary: baobab Architecture: source i386 Version: 2.2.0-1 Distribution: unstable Urgency: low Maintainer: [EMAIL PROTECTED] Changed-By: Fabio Marzocca [EMAIL PROTECTED] Description: baobab - graphical tool to analyse directory trees Changes: baobab (2.2.0-1) unstable; urgency=low . * New upstream version - Full support to scan remote folders (FTP,SSH,SMB,WEBDAV,etc.) Files: 87b6d7644db44d14af715817d64f6ff3 683 x11 optional baobab_2.2.0-1.dsc 8ea3c8c67a27e6f0be14744adc2c17c7 217361 x11 optional baobab_2.2.0.orig.tar.gz b3e96970d3d1407ab07cbd187c8bffae 2393 x11 optional baobab_2.2.0-1.diff.gz 19905ad355841f87ef798e85c98dcf17 90774 x11 optional baobab_2.2.0-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDizdvvcCgrgZGjesRAsJdAKCnzgM0OESMwfhj4Zg0yeZ9rRMj2QCfS+eR lhobyhd47y0dJVq5Dl0AZ/g= =Lq2g -END PGP SIGNATURE- Accepted: baobab_2.2.0-1.diff.gz to pool/main/b/baobab/baobab_2.2.0-1.diff.gz baobab_2.2.0-1.dsc to pool/main/b/baobab/baobab_2.2.0-1.dsc baobab_2.2.0-1_i386.deb to pool/main/b/baobab/baobab_2.2.0-1_i386.deb baobab_2.2.0.orig.tar.gz to pool/main/b/baobab/baobab_2.2.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted exim4 4.60-1 (source i386 all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 18:16:12 + Source: exim4 Binary: eximon4 exim4-daemon-custom exim4-daemon-heavy exim4-base exim4 exim4-daemon-light exim4-config Architecture: source i386 all Version: 4.60-1 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers [EMAIL PROTECTED] Changed-By: Marc Haber [EMAIL PROTECTED] Description: exim4 - metapackage to ease exim MTA (v4) installation exim4-base - support files for all exim MTA (v4) packages exim4-config - configuration for the exim MTA (v4) exim4-daemon-heavy - exim MTA (v4) daemon with extended features, including exiscan-ac exim4-daemon-light - lightweight exim MTA (v4) daemon eximon4- monitor application for the exim MTA (v4) (X11 interface) Closes: 337229 338580 338581 338582 338583 338584 338928 339671 340002 Changes: exim4 (4.60-1) unstable; urgency=low . * new upstream version 4.60 * assign value to UE4CC after command line processing. Only have ue4c throw an error on not-existing UPEX4C_confd if split config is seleted. Thanks to Ted Percival. (mh) Closes: #337229 * A number of man page fixes. Thanks to A Costa. (mh) Closes: #338580, #338581, #338582, #338583, #338584 * Pull spool dir path from exim -bP instead of hard-coding it in daily cron job and exim4_refresh_gnutls-params. Thanks to Alex Hermann. (mh) Closes: 340002 * Corrected zh_CN translation by Ming Hua. (am) Closes: #338928 * Corrected pl translation by Jacek Politowski. (am) Closes: #339671 * Change README.Debian to clarify the exim as a client only uses STARTTLS and not TLS on connect. Thanks to Rob Brenart and Marc Sherman for pointing that out on exim-users. * Clarify passwd.client format. Thanks to Osamu Aoki for providing a good starting point in #244724, which is unfortunately not fixed just now. * remove patch 31_eximmanpage, fixes are included upstream. Files: 14721f9a551302f624007fe4f27f6800 1043 mail standard exim4_4.60-1.dsc 5f8e5834c648ac9a62bb8ab6ad2a6227 2022260 mail standard exim4_4.60.orig.tar.gz df1c823fbc7519d5dfd27f27456bc09c 318179 mail standard exim4_4.60-1.diff.gz 723495b1327a0b0bf1378afcbc226086 870396 mail standard exim4-base_4.60-1_i386.deb c589a27f1beb33642384f5974c12f154 379926 mail standard exim4-daemon-light_4.60-1_i386.deb 44c3206c8cdd297c79d183545c105dbe 80042 mail optional eximon4_4.60-1_i386.deb e0c88e4964899e1d217e96680663b185 429700 mail optional exim4-daemon-heavy_4.60-1_i386.deb 909dd7543c4320222640faf18c51b4e6 257870 mail standard exim4-config_4.60-1_all.deb 14e1d647a997c5e365fe4dcd7470481b 1528 mail standard exim4_4.60-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi08egZalRGu6PIQRAgzXAJ0f8n0a6DgJvxcPSTjXm6l/UTQNrgCgrEis VAJnPjORse8ua2QztR6m3sE= =QMF0 -END PGP SIGNATURE- Accepted: exim4-base_4.60-1_i386.deb to pool/main/e/exim4/exim4-base_4.60-1_i386.deb exim4-config_4.60-1_all.deb to pool/main/e/exim4/exim4-config_4.60-1_all.deb exim4-daemon-heavy_4.60-1_i386.deb to pool/main/e/exim4/exim4-daemon-heavy_4.60-1_i386.deb exim4-daemon-light_4.60-1_i386.deb to pool/main/e/exim4/exim4-daemon-light_4.60-1_i386.deb exim4_4.60-1.diff.gz to pool/main/e/exim4/exim4_4.60-1.diff.gz exim4_4.60-1.dsc to pool/main/e/exim4/exim4_4.60-1.dsc exim4_4.60-1_all.deb to pool/main/e/exim4/exim4_4.60-1_all.deb exim4_4.60.orig.tar.gz to pool/main/e/exim4/exim4_4.60.orig.tar.gz eximon4_4.60-1_i386.deb to pool/main/e/exim4/eximon4_4.60-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kdegraphics 4:3.4.3-2 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 17:19:58 +0100 Source: kdegraphics Binary: kdegraphics-kfile-plugins ksnapshot kviewshell kghostview libkscan-dev kruler kcoloredit kamera kdegraphics-dev libkscan1 kview kdegraphics-doc-html kpdf ksvg kdvi kiconedit kfax kuickshow kooka kdegraphics kolourpaint kmrml kgamma kpovmodeler Architecture: all i386 source Version: 4:3.4.3-2 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Changed-By: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Description: kamera - digital camera io_slave for Konquerer kcoloredit - a color palette editor and color picker for KDE kdegraphics - graphics apps from the official KDE release kdegraphics-dev - development files for the KDE graphics module kdegraphics-doc-html - KDE graphics documentation in HTML format kdegraphics-kfile-plugins - KDE metainfo plugins for graphic files kdvi - dvi viewer for KDE kfax - G3/G4 fax viewer for KDE kgamma - gamma correction module for the KDE Control Center kghostview - PostScript viewer for KDE kiconedit - an icon editor for KDE kmrml - a Konqueror plugin for searching pictures kolourpaint - a simple paint program for KDE kooka - scanner program for KDE kpdf - PDF viewer for KDE kpovmodeler - a graphical editor for povray scenes kruler - a screen ruler and color measurement tool for KDE ksnapshot - screenshot utility for KDE ksvg - SVG viewer for KDE kuickshow - KDE image/slideshow viewer kview - simple image viewer/converter for KDE kviewshell - generic framework for viewer applications in KDE libkscan-dev - development files for the KDE scanner library libkscan1 - scanner library for KDE Closes: 338142 Changes: kdegraphics (4:3.4.3-2) unstable; urgency=low . * Upload to unstable, rebuilding against kdelibs4c2a. . * KDE_3_4_BRANCH update (up to r483894). . +++ Changes by Christopher Martin: . * Backport from KDE 3.5 a build fix for ksvg. (Closes: #338142) Files: 12a46c5f58b3860f241d8734c052b069 2177338 graphics optional kpovmodeler_3.4.3-2_i386.deb 17763e1b1543e33aa2a3139679e381a3 17858 kde optional kdegraphics_3.4.3-2_all.deb 195b0815cc3eb7318e278171d82217f9 63598 graphics optional kruler_3.4.3-2_i386.deb 281b5e25dd41c2c98b52a53024541b25 621394 graphics optional kpdf_3.4.3-2_i386.deb 556040d78428bc542f35703bdd81929a 68398 devel optional kdegraphics-dev_3.4.3-2_i386.deb 5581ed63a8abb2b402ab5b94e5391ba3 140584 graphics optional ksnapshot_3.4.3-2_i386.deb 626bb4b84a4262e2d1aa272333687b07 246502 graphics optional kviewshell_3.4.3-2_i386.deb 686255388508d40746be1307dead3eb2 224230 graphics optional kghostview_3.4.3-2_i386.deb 73f3c69d19a27824fdaa4ff30d05e176 751906 graphics optional kooka_3.4.3-2_i386.deb 7f24646298e342c32ea43ea63f1625b4 511384 graphics optional kdvi_3.4.3-2_i386.deb 819e9c21f2a3f386d6b5c490e94aab51 85202 graphics optional kamera_3.4.3-2_i386.deb 9622bd0ed871175d21f7c9828ceef82a 138760 graphics optional kiconedit_3.4.3-2_i386.deb 9c46eb6582cb036f843f0be6b7ddf8ca 146044 doc optional kdegraphics-doc-html_3.4.3-2_all.deb b14ef8f5c794977afd2f614b948cd69e 1173344 graphics optional ksvg_3.4.3-2_i386.deb b1c194897cc63e77cbba51b96a95f118 99078 graphics optional kcoloredit_3.4.3-2_i386.deb b9e377c03494b39d3632e07e513df25e 128482 libs optional libkscan1_3.4.3-2_i386.deb bd47ced74e91452129f0ac88619377c4 768672 graphics optional kolourpaint_3.4.3-2_i386.deb bed59ea1adfd85d2bb39ce683d8b156a 661954 graphics optional kview_3.4.3-2_i386.deb c2c9093b03a12fb31c5a411498bfe352 469482 graphics optional kuickshow_3.4.3-2_i386.deb caaecfbf4f254a193b9d50e2a619ffd9 72922 graphics optional kgamma_3.4.3-2_i386.deb d0b727d2eac217d0d5d95c351ec08126 214054 kde optional kmrml_3.4.3-2_i386.deb e11aa01025a94313bb4d951c2c73b3b6 17682 libdevel optional libkscan-dev_3.4.3-2_i386.deb e41439c64b019a31ef66f8f810bf7c39 220178 kde optional kdegraphics-kfile-plugins_3.4.3-2_i386.deb f3d51afd11a42e05b5c086c5f59a7f85 215789 kde optional kdegraphics_3.4.3-2.diff.gz 41b4bfc31cff0871cecd61f7a3c98508 1495 kde optional kdegraphics_3.4.3-2.dsc fb2acc48a6a4bfa836fd45396e263cfa 148416 graphics optional kfax_3.4.3-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Signed by Adeodato Simó [EMAIL PROTECTED] iEYEARECAAYFAkOLR9wACgkQgyNlRdHEGIKpxgCfcO7HnOMbcCkzlPT3QS4vG6N5 sIgAoIrorIiLpb7uZMMgX3pskNCWtBuZ =9+2o -END PGP SIGNATURE- Accepted: kamera_3.4.3-2_i386.deb to pool/main/k/kdegraphics/kamera_3.4.3-2_i386.deb kcoloredit_3.4.3-2_i386.deb to pool/main/k/kdegraphics/kcoloredit_3.4.3-2_i386.deb kdegraphics-dev_3.4.3-2_i386.deb to pool/main/k/kdegraphics/kdegraphics-dev_3.4.3-2_i386.deb kdegraphics-doc-html_3.4.3-2_all.deb to pool/main/k/kdegraphics/kdegraphics-doc-html_3.4.3-2_all.deb kdegraphics-kfile-plugins_3.4.3-2_i386.deb to
Accepted eximdoc4 4.60-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 19:22:40 + Source: eximdoc4 Binary: exim4-doc-html exim4-doc-info Architecture: source all Version: 4.60-1 Distribution: unstable Urgency: low Maintainer: Exim4 Maintainers [EMAIL PROTECTED] Changed-By: Marc Haber [EMAIL PROTECTED] Description: exim4-doc-html - documentation for the Exim MTA (v4) in html format exim4-doc-info - documentation for the Exim MTA (v4) in info format Changes: eximdoc4 (4.60-1) unstable; urgency=low . * New upstream version. * fix paths in doc-base control files * mention sources in debian/control * add debian/watch file * roll back Build-Depends-Indep to Build-Depends. Add corresponding debian/source.lintian-overrides * Standards-Version: 3.6.2.0 (no changed needed) Files: e8fa6966a5292d86b0ebf6aa5e4c1466 725 doc optional eximdoc4_4.60-1.dsc 931b46a259a6bec0dd05a388f5723937 912794 doc optional eximdoc4_4.60.orig.tar.gz 9d2abc494ebc4af0f4df0fdf5053bf91 3573 doc optional eximdoc4_4.60-1.diff.gz 23ebb1320984f134973f66e27f69e604 3280 doc optional exim4-doc-info_4.60-1_all.deb b2030d74958ef2f62cce7118a418f0b9 906862 doc optional exim4-doc-html_4.60-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi1nfgZalRGu6PIQRAv+0AJ9dIDus9H0SkIGPeqpCjcr26UVfvgCfWJqQ GEzmzJIHm1MDcQPEsfLkfX4= =oyU9 -END PGP SIGNATURE- Accepted: exim4-doc-html_4.60-1_all.deb to pool/main/e/eximdoc4/exim4-doc-html_4.60-1_all.deb exim4-doc-info_4.60-1_all.deb to pool/main/e/eximdoc4/exim4-doc-info_4.60-1_all.deb eximdoc4_4.60-1.diff.gz to pool/main/e/eximdoc4/eximdoc4_4.60-1.diff.gz eximdoc4_4.60-1.dsc to pool/main/e/eximdoc4/eximdoc4_4.60-1.dsc eximdoc4_4.60.orig.tar.gz to pool/main/e/eximdoc4/eximdoc4_4.60.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted gmailfs 0.6-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 08:09:16 -0800 Source: gmailfs Binary: gmailfs Architecture: source all Version: 0.6-1 Distribution: unstable Urgency: low Maintainer: Sebastien Delafond [EMAIL PROTECTED] Changed-By: Sebastien Delafond [EMAIL PROTECTED] Description: gmailfs- Use your GMail account as a filesystem Closes: 280017 321710 Changes: gmailfs (0.6-1) unstable; urgency=low . * New upstream version, including password prompt and transparent encryption support (Closes: #321710, #280017). Files: ccc15e8800054031dabc6f5bddc9e1b8 597 utils extra gmailfs_0.6-1.dsc 124e15998a583664c4d4ffbdf205dc6e 21591 utils extra gmailfs_0.6.orig.tar.gz 76a7b64097e6fae23b39458ae2f62b3e 7527 utils extra gmailfs_0.6-1.diff.gz 36041fc443622a460a8ca971ceb9a862 23444 utils extra gmailfs_0.6-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDi1jqiZgNKcDdyD8RAiOUAKCIZzePiHFOcY9DABPYYgibls+FZQCgqXGT EJ4hExzD2+2zfdo/vpUWrMA= =gfCr -END PGP SIGNATURE- Accepted: gmailfs_0.6-1.diff.gz to pool/main/g/gmailfs/gmailfs_0.6-1.diff.gz gmailfs_0.6-1.dsc to pool/main/g/gmailfs/gmailfs_0.6-1.dsc gmailfs_0.6-1_all.deb to pool/main/g/gmailfs/gmailfs_0.6-1_all.deb gmailfs_0.6.orig.tar.gz to pool/main/g/gmailfs/gmailfs_0.6.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted libdaemon 0.10-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 10:23:53 -0800 Source: libdaemon Binary: libdaemon0 libdaemon-dev Architecture: source i386 Version: 0.10-1 Distribution: unstable Urgency: low Maintainer: Oliver Kurth [EMAIL PROTECTED] Changed-By: Oliver Kurth [EMAIL PROTECTED] Description: libdaemon-dev - lightweight C library for daemons libdaemon0 - lightweight C library for daemons Changes: libdaemon (0.10-1) unstable; urgency=low . * new upstream, relicensed under LGPL 2.1 Files: 6144949c83920ab98a5e9af073b7e45e 537 - optional libdaemon_0.10-1.dsc 1267d9f13c8427b739405df41ac27a51 347395 - optional libdaemon_0.10-1.tar.gz de29ab6a9a4bd9d857190fa18ee47021 58432 devel optional libdaemon-dev_0.10-1_i386.deb 9f72108435dd191377e42cac764b5dcb 9466 libs optional libdaemon0_0.10-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi0ypUmVSJkUeqxsRApokAKCt0723CqfP7Hy0n5fXZseU2jD/XACeLIbP +YYLTKB5hRrdVvMia3i4Bb8= =kWoY -END PGP SIGNATURE- Accepted: libdaemon-dev_0.10-1_i386.deb to pool/main/libd/libdaemon/libdaemon-dev_0.10-1_i386.deb libdaemon0_0.10-1_i386.deb to pool/main/libd/libdaemon/libdaemon0_0.10-1_i386.deb libdaemon_0.10-1.dsc to pool/main/libd/libdaemon/libdaemon_0.10-1.dsc libdaemon_0.10-1.tar.gz to pool/main/libd/libdaemon/libdaemon_0.10-1.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted kdenetwork 4:3.4.3-3 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 17:20:04 +0100 Source: kdenetwork Binary: knewsticker kwifimanager dcoprss ksirc kdenetwork-filesharing kppp kpf librss1 kdenetwork-doc-html kdenetwork kopete kget kdenetwork-kfile-plugins krfb krdc kdenetwork-dev kdict ktalkd lisa Architecture: all i386 source Version: 4:3.4.3-3 Distribution: unstable Urgency: low Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Changed-By: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Description: dcoprss- RSS utilities for KDE kdenetwork - network-related apps from the official KDE release kdenetwork-dev - development files for the KDE network module kdenetwork-doc-html - KDE network documentation in HTML format kdenetwork-filesharing - network filesharing configuration module for KDE kdenetwork-kfile-plugins - torrent metainfo plugin for KDE kdict - dictionary client for KDE kget - download manager for KDE knewsticker - news ticker applet for KDE kopete - instant messenger for KDE kpf- public fileserver for KDE kppp - modem dialer and ppp frontend for KDE krdc - Remote Desktop Connection for KDE krfb - Desktop Sharing for KDE ksirc - IRC client for KDE ktalkd - talk daemon for KDE kwifimanager - wireless lan manager for KDE librss1- RSS library for KDE lisa - LAN information server for KDE Changes: kdenetwork (4:3.4.3-3) unstable; urgency=low . * Upload to unstable, rebuilding against kdelibs4c2a. . * KDE_3_4_BRANCH update (up to r483894). Files: 00c337c7812b6177ae3f22db8b6f70b0 464584 net optional kget_3.4.3-3_i386.deb 017e35673a81e2aeb4ae4b961ed3a375 605790 net optional kdenetwork-filesharing_3.4.3-3_i386.deb 195a0a2ecbcfd700e2b53eea8a5d63ee 270588 net optional kdict_3.4.3-3_i386.deb 1b223805141cd352522e036c1290503e 447344 kde optional knewsticker_3.4.3-3_i386.deb 1c317a667c3d5aadb17ce9395480e8c5 45198 kde optional kdenetwork-kfile-plugins_3.4.3-3_i386.deb 1c359f683bca7bb6640ac52be7d2d045 136636 net extra ktalkd_3.4.3-3_i386.deb 2aeaaff0497db40e01892918c891612b 4368684 kde optional kopete_3.4.3-3_i386.deb 4db34e2a82b3a887c53e83861d440cf0 163764 net optional lisa_3.4.3-3_i386.deb 593486efb12f61c0b5ec50ecbf670779 212790 doc optional kdenetwork-doc-html_3.4.3-3_all.deb 5e0adf28138ca8a56709211eed32862e 712544 net optional ksirc_3.4.3-3_i386.deb 6f73b746c9d3b02fecd0d4103bbf6e91 679376 net optional kppp_3.4.3-3_i386.deb 790737c5a6a719cd52f4e1bb23bbb560 98890 devel optional kdenetwork-dev_3.4.3-3_i386.deb 79200895331ca36241e790c29bfe533c 241119 kde optional kdenetwork_3.4.3-3.diff.gz 83cbd4099635020862de7b376f8d2a1b 22564 kde optional kdenetwork_3.4.3-3_all.deb 888b12583c050c6c6e03ad8c7923f31e 501484 net optional krdc_3.4.3-3_i386.deb 9054886b814403f8dce4d9e3a9e81ba0 51000 libs optional librss1_3.4.3-3_i386.deb 916cba9fb5bb70b50213dd5692aa3218 189372 net optional kpf_3.4.3-3_i386.deb ab3e65d53988728d2e65edbf7e915fef 197454 net optional kwifimanager_3.4.3-3_i386.deb bca2e16e7cb3549da9300a42f293e294 933420 net optional krfb_3.4.3-3_i386.deb 555197c588729db0d8e510e57723872f 1385 kde optional kdenetwork_3.4.3-3.dsc e1e0059e27f1315d8b1ac2ab98d6 80660 net optional dcoprss_3.4.3-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Signed by Adeodato Simó [EMAIL PROTECTED] iEYEARECAAYFAkOLQOcACgkQgyNlRdHEGIJJ7ACfVYR7q/MghwiaUs8JNYDrM4oW Td4AoImdve4XeE+Pcj1YVtFu/IyWGoPq =vsnz -END PGP SIGNATURE- Accepted: dcoprss_3.4.3-3_i386.deb to pool/main/k/kdenetwork/dcoprss_3.4.3-3_i386.deb kdenetwork-dev_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kdenetwork-dev_3.4.3-3_i386.deb kdenetwork-doc-html_3.4.3-3_all.deb to pool/main/k/kdenetwork/kdenetwork-doc-html_3.4.3-3_all.deb kdenetwork-filesharing_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kdenetwork-filesharing_3.4.3-3_i386.deb kdenetwork-kfile-plugins_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kdenetwork-kfile-plugins_3.4.3-3_i386.deb kdenetwork_3.4.3-3.diff.gz to pool/main/k/kdenetwork/kdenetwork_3.4.3-3.diff.gz kdenetwork_3.4.3-3.dsc to pool/main/k/kdenetwork/kdenetwork_3.4.3-3.dsc kdenetwork_3.4.3-3_all.deb to pool/main/k/kdenetwork/kdenetwork_3.4.3-3_all.deb kdict_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kdict_3.4.3-3_i386.deb kget_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kget_3.4.3-3_i386.deb knewsticker_3.4.3-3_i386.deb to pool/main/k/kdenetwork/knewsticker_3.4.3-3_i386.deb kopete_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kopete_3.4.3-3_i386.deb kpf_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kpf_3.4.3-3_i386.deb kppp_3.4.3-3_i386.deb to pool/main/k/kdenetwork/kppp_3.4.3-3_i386.deb krdc_3.4.3-3_i386.deb to pool/main/k/kdenetwork/krdc_3.4.3-3_i386.deb krfb_3.4.3-3_i386.deb to pool/main/k/kdenetwork/krfb_3.4.3-3_i386.deb ksirc_3.4.3-3_i386.deb to pool/main/k/kdenetwork/ksirc_3.4.3-3_i386.deb ktalkd_3.4.3-3_i386.deb
Accepted console-tools 1:0.2.3dbs-60 (source all i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 19:42:29 + Source: console-tools Binary: kbd-compat console-tools-dev libconsole console-tools Architecture: source all i386 Version: 1:0.2.3dbs-60 Distribution: unstable Urgency: low Maintainer: Alastair McKinstry [EMAIL PROTECTED] Changed-By: Alastair McKinstry [EMAIL PROTECTED] Description: console-tools - Linux console and font utilities console-tools-dev - Development files for Linux console and font manipulation kbd-compat - Wrappers around console-tools for backward compatibility with `kb libconsole - Shared libraries for Linux console and font manipulation Closes: 341068 Changes: console-tools (1:0.2.3dbs-60) unstable; urgency=low . * Typo in console-screen.sh. Closes: #341068.:wq Files: a1f96c36cdb1f3170ecf44ae51ac5c4a 643 base important console-tools_0.2.3dbs-60.dsc 68363e01f4e6e9752c50ecfd1a9235c9 1487129 base important console-tools_0.2.3dbs-60.tar.gz 34140083986aa0be41a028e46b1fb6f5 43056 utils optional kbd-compat_0.2.3dbs-60_all.deb 49529b0bf935908b2af38b92989c3dce 294256 utils important console-tools_0.2.3dbs-60_i386.deb a6524aad3f588bfde0eab4102b0badbb 126718 libs important libconsole_0.2.3dbs-60_i386.deb e45d02a51630d4e3800b96a854a1bf95 83514 devel optional console-tools-dev_0.2.3dbs-60_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi155QTK/kCo4XFcRAjjhAKCE0xVM312fkbXpmA2VYXQXARclYgCggAU4 gFo4wmebdvsv2MGYUTK/CQc= =E5j0 -END PGP SIGNATURE- Accepted: console-tools-dev_0.2.3dbs-60_i386.deb to pool/main/c/console-tools/console-tools-dev_0.2.3dbs-60_i386.deb console-tools_0.2.3dbs-60.dsc to pool/main/c/console-tools/console-tools_0.2.3dbs-60.dsc console-tools_0.2.3dbs-60.tar.gz to pool/main/c/console-tools/console-tools_0.2.3dbs-60.tar.gz console-tools_0.2.3dbs-60_i386.deb to pool/main/c/console-tools/console-tools_0.2.3dbs-60_i386.deb kbd-compat_0.2.3dbs-60_all.deb to pool/main/c/console-tools/kbd-compat_0.2.3dbs-60_all.deb libconsole_0.2.3dbs-60_i386.deb to pool/main/c/console-tools/libconsole_0.2.3dbs-60_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted yelp 2.12.2-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 21:46:57 +0100 Source: yelp Binary: yelp Architecture: source i386 Version: 2.12.2-1 Distribution: experimental Urgency: low Maintainer: Jerry Haltom [EMAIL PROTECTED] Changed-By: Loic Minier [EMAIL PROTECTED] Description: yelp - Help browser for GNOME 2 Changes: yelp (2.12.2-1) experimental; urgency=low . * New upstream release. - Drop startup crashing patch, merged upstream. [debian/patches/yelp-fix-crash-on-startup.patch] Files: 674935689673d7fa5df383380222486b 1768 gnome optional yelp_2.12.2-1.dsc a466b1216188429f00d180318160d5a9 1124654 gnome optional yelp_2.12.2.orig.tar.gz 91ce868b5a4f7e892578b88998850b08 7014 gnome optional yelp_2.12.2-1.diff.gz fe4754454624f3944006d796887feff8 391174 gnome optional yelp_2.12.2-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi22R4VUX8isJIMARAhWZAJ4wRm+gLBBBzRQthsYrF56uRVSJwACfQWrR Caia7oDgSxsU7rPOQGLA6DQ= =fDV0 -END PGP SIGNATURE- Accepted: yelp_2.12.2-1.diff.gz to pool/main/y/yelp/yelp_2.12.2-1.diff.gz yelp_2.12.2-1.dsc to pool/main/y/yelp/yelp_2.12.2-1.dsc yelp_2.12.2-1_i386.deb to pool/main/y/yelp/yelp_2.12.2-1_i386.deb yelp_2.12.2.orig.tar.gz to pool/main/y/yelp/yelp_2.12.2.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted digikamimageplugins-doc 0.8.0-1 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Nov 2005 07:11:50 + Source: digikamimageplugins-doc Binary: digikamimageplugins-doc Architecture: source all Version: 0.8.0-1 Distribution: unstable Urgency: low Maintainer: Debian KDE Extras Team [EMAIL PROTECTED] Changed-By: Mark Purcell [EMAIL PROTECTED] Description: digikamimageplugins-doc - Handbook for digikam image editor plugins in several languages Changes: digikamimageplugins-doc (0.8.0-1) unstable; urgency=low . * New upstream release * Pkg now maintained by Debian KDE Extras Team . [ Mark Purcell ] * Fix old-fsf-address-in-copyright-file * Add debian/watch . [ Achim Bohnet ] * Long description: add new danish translation and note that showfoto now uses the plugins too. * Remove versioned build-dependency of kdelibs4-dev now that it's build on all archs with new C++ ABI. * control: use Build-Depends-Indep instead of Build-Depends because the Package is Architecture: all. Fixes lintian complaining about: W: digikamimageplugins-doc source: build-depends-without-arch-dep Files: 879e31ce7f66634ba2717ce7a71b5b74 784 non-free/graphics optional digikamimageplugins-doc_0.8.0-1.dsc f153adc896c55e46081253fd9820ad36 29624813 non-free/graphics optional digikamimageplugins-doc_0.8.0.orig.tar.gz 77c56faaa1d992e1ba70664374c666b5 8373 non-free/graphics optional digikamimageplugins-doc_0.8.0-1.diff.gz 97312fede6440236ffb1fac4945bdea1 29380020 non-free/graphics optional digikamimageplugins-doc_0.8.0-1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDijANoCzanz0IthIRAnL/AJ9Su3lObanVA2nXjmf9eiWX5d7CtgCgiVxs ootNfJgV8ii2PTjPBbn/KbA= =Nyei -END PGP SIGNATURE- Accepted: digikamimageplugins-doc_0.8.0-1.diff.gz to pool/non-free/d/digikamimageplugins-doc/digikamimageplugins-doc_0.8.0-1.diff.gz digikamimageplugins-doc_0.8.0-1.dsc to pool/non-free/d/digikamimageplugins-doc/digikamimageplugins-doc_0.8.0-1.dsc digikamimageplugins-doc_0.8.0-1_all.deb to pool/non-free/d/digikamimageplugins-doc/digikamimageplugins-doc_0.8.0-1_all.deb digikamimageplugins-doc_0.8.0.orig.tar.gz to pool/non-free/d/digikamimageplugins-doc/digikamimageplugins-doc_0.8.0.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted initramfs-tools 0.41 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 17:53:24 +0100 Source: initramfs-tools Binary: initramfs-tools Architecture: source all Version: 0.41 Distribution: unstable Urgency: high Maintainer: Debian kernel team debian-kernel@lists.debian.org Changed-By: maximilian attems [EMAIL PROTECTED] Description: initramfs-tools - tools for generating an initramfs Closes: 339093 341014 Changes: initramfs-tools (0.41) unstable; urgency=high . Una mattina mi sono svegliato . * High urgency upload to cope with newer udev upstream - bonus: condition to test against when udev is ready. (Closes: #341014) Thanks Marco d'Itri [EMAIL PROTECTED] for guidance and Heikki Henriksen [EMAIL PROTECTED] for double check. . * Pump udev dep on 0.076-3. . * Special thanks to Paul Traina for previous udev / emvs work. . * Sync with Ubuntu (0.36ubuntu6). . * Kill udevd as late as possible. Thanks David Härdeman [EMAIL PROTECTED] for the patch. (Closes: #339093) Files: 0bbe0e6b5eed6fe29701695a0e4db5b1 629 utils optional initramfs-tools_0.41.dsc db0c4a404734f9bb20136fe7f3157757 26177 utils optional initramfs-tools_0.41.tar.gz bd0c312440808ba36345b49cce3c0d3e 30476 utils optional initramfs-tools_0.41_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi2B85M5hmdCYCpkRAlNDAJ95FBhZQVRRW6Z0KK8yUSrNiSWrowCgiZdD KkQkBZ5VqtEJjFTXOaMQEWg= =j3qA -END PGP SIGNATURE- Accepted: initramfs-tools_0.41.dsc to pool/main/i/initramfs-tools/initramfs-tools_0.41.dsc initramfs-tools_0.41.tar.gz to pool/main/i/initramfs-tools/initramfs-tools_0.41.tar.gz initramfs-tools_0.41_all.deb to pool/main/i/initramfs-tools/initramfs-tools_0.41_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mplayerplug-in 3.16-1 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Format: 1.7 Date: Mon, 28 Nov 2005 16:20:17 -0500 Source: mplayerplug-in Binary: mozilla-mplayer Architecture: source i386 Version: 3.16-1 Distribution: unstable Urgency: low Maintainer: Ari Pollak [EMAIL PROTECTED] Changed-By: Ari Pollak [EMAIL PROTECTED] Description: mozilla-mplayer - MPlayer-Plugin for Mozilla Closes: 340507 Changes: mplayerplug-in (3.16-1) unstable; urgency=low . * New upstream release - Should include Martin Samuelsson's fixes for Real streams (Closes: #340507) * Remove debian/watch file, uscan can't handle SourceForge links Files: 9d6e9f412762223d67398a0f084cbb40 727 contrib/misc optional mplayerplug-in_3.16-1.dsc 0a584af137d807a04bb564f023376147 204145 contrib/misc optional mplayerplug-in_3.16.orig.tar.gz e5a864b41c10a624ddb4050b79692bd3 3608 contrib/misc optional mplayerplug-in_3.16-1.diff.gz afcf4a2714a20a26aa9058627cdb8510 442752 contrib/misc optional mozilla-mplayer_3.16-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi3biwO+u47cOQDsRA0jhAKCN1W2hVm2Iux92BMts7ELes/nkgQCfTpV9 nWOcP8Syj+srAT2VmB2bksE= =OPyX -END PGP SIGNATURE- Accepted: mozilla-mplayer_3.16-1_i386.deb to pool/contrib/m/mplayerplug-in/mozilla-mplayer_3.16-1_i386.deb mplayerplug-in_3.16-1.diff.gz to pool/contrib/m/mplayerplug-in/mplayerplug-in_3.16-1.diff.gz mplayerplug-in_3.16-1.dsc to pool/contrib/m/mplayerplug-in/mplayerplug-in_3.16-1.dsc mplayerplug-in_3.16.orig.tar.gz to pool/contrib/m/mplayerplug-in/mplayerplug-in_3.16.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted flow-tools 1:0.68-8 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 23:07:55 +0200 Source: flow-tools Binary: libcflow-perl flow-tools flow-tools-dev Architecture: source i386 Version: 1:0.68-8 Distribution: unstable Urgency: low Maintainer: Radu Spineanu [EMAIL PROTECTED] Changed-By: Radu Spineanu [EMAIL PROTECTED] Description: flow-tools - collects and processes NetFlow data flow-tools-dev - development files for flow-tools libcflow-perl - perl module for analyzing raw IP flow files written by cflowd Closes: 340493 Changes: flow-tools (1:0.68-8) unstable; urgency=low . * Postgresql fixes in flow-export * Clarifies the -m argument in the flow-export manpage and fixes an example given for it (closes: #340493) * New maintainers address Files: ab93ec5c5b7154fe8512ddf5187cf077 806 net optional flow-tools_0.68-8.dsc f854c8a3a3f80a588e833f6ad13a1f9c 15793 net optional flow-tools_0.68-8.diff.gz c2a654c44721617e7e5ff2c84f0978c4 1160106 net optional flow-tools_0.68-8_i386.deb 0c7312a7a535d84e39da0f85b4d54d78 203380 libdevel optional flow-tools-dev_0.68-8_i386.deb 42e72a35a0cdc2990749960ee2f39515 8 perl optional libcflow-perl_0.68-8_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi3LkJkMZOMmr+9MRAl0PAJ9CuOYBgL+dNEUQGgcWVPVGi3tWEACgv2LN C4SbTr6vZlM0XPyGOEA2Svc= =j1W5 -END PGP SIGNATURE- Accepted: flow-tools-dev_0.68-8_i386.deb to pool/main/f/flow-tools/flow-tools-dev_0.68-8_i386.deb flow-tools_0.68-8.diff.gz to pool/main/f/flow-tools/flow-tools_0.68-8.diff.gz flow-tools_0.68-8.dsc to pool/main/f/flow-tools/flow-tools_0.68-8.dsc flow-tools_0.68-8_i386.deb to pool/main/f/flow-tools/flow-tools_0.68-8_i386.deb libcflow-perl_0.68-8_i386.deb to pool/main/f/flow-tools/libcflow-perl_0.68-8_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted ivritex 1.1.1-5 (source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 28 Nov 2005 21:29:33 + Source: ivritex Binary: ivritex Architecture: source all Version: 1.1.1-5 Distribution: unstable Urgency: low Maintainer: Baruch Even [EMAIL PROTECTED] Changed-By: Baruch Even [EMAIL PROTECTED] Description: ivritex- Hebrew Package for the babel system and LaTeX2e Closes: 340197 Changes: ivritex (1.1.1-5) unstable; urgency=low . * There is no elatex anymore, use latex instead. (Closes: #340197) * Update policy version to 3.6.2 Files: 109ece1134a35459b623ea4e0c3473dd 598 tex optional ivritex_1.1.1-5.dsc 9397f6def7628a84e35494ae30ff1823 4422 tex optional ivritex_1.1.1-5.diff.gz c1858cc4b945194fcb3808eb93b533f2 749634 tex optional ivritex_1.1.1-5_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi3mPHCar6qtHRZgRArdXAKCTA4xgKVn/Bc/r1t67b/e8QZyJ3wCfdn+S GQYoIpJu4/sLafjrWNYGSNk= =PV1h -END PGP SIGNATURE- Accepted: ivritex_1.1.1-5.diff.gz to pool/main/i/ivritex/ivritex_1.1.1-5.diff.gz ivritex_1.1.1-5.dsc to pool/main/i/ivritex/ivritex_1.1.1-5.dsc ivritex_1.1.1-5_all.deb to pool/main/i/ivritex/ivritex_1.1.1-5_all.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted hwinfo 8.38-5 (source i386)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 26 Nov 2005 23:18:52 +0100 Source: hwinfo Binary: hwinfo Architecture: source i386 Version: 8.38-5 Distribution: unstable Urgency: low Maintainer: Morten Werner Olsen [EMAIL PROTECTED] Changed-By: Morten Werner Olsen [EMAIL PROTECTED] Description: hwinfo - Hardware identification system Closes: 329185 Changes: hwinfo (8.38-5) unstable; urgency=low . * The patches/820_amd64_fix seems to have disappeared. (Closes: #329185) Files: f2ca88b30733c96244fb717a98283e8e 604 admin optional hwinfo_8.38-5.dsc c1b957ca583342585dee14b9ee5c6950 6035 admin optional hwinfo_8.38-5.diff.gz 20e1cadc2aa548ef67c4ede22beda082 371856 admin optional hwinfo_8.38-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDi3CR8g+sC3uDV+URArHXAKCPJ9uoJdZlsHn7Ac4lXGKDDNLYygCglNoa lZAuoNe6kk49/jtDPUit1wk= =ndvF -END PGP SIGNATURE- Accepted: hwinfo_8.38-5.diff.gz to pool/main/h/hwinfo/hwinfo_8.38-5.diff.gz hwinfo_8.38-5.dsc to pool/main/h/hwinfo/hwinfo_8.38-5.dsc hwinfo_8.38-5_i386.deb to pool/main/h/hwinfo/hwinfo_8.38-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
