rkhunter: Did anybody review it's code?
Hi list, while looking at rkhunter bugs, I noticed maintainer arguing with a bogus test on Bug#518405, for details see my followup there. (I know I forgot parenthesises in the 1st command line) Given the test is from rkhunter's code, I doubt it's usefulness now before someone more competent than me reviewed the code. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: default character encoding for everything in debian
On Mon, Aug 10, 2009 at 13:09 +0200, Thomas Koch wrote: Hi, I've an issue, that I forgot to set the character encoding of tomcat to utf-8 after reinstalling a server. Now, before I report a wishlist(?) bug to tomcat, I want to ask (and invite to discuss) shouldn't utf8 be the default character set everywhere? So when installing a package from Debian I can assume that where a character encoding can be set, it't set to utf8. MySQL would be another example, which to my knowledge uses isoXYZ as default character encoding. While utf-8 covers the broadest set of character glyphs possible, it suffers from size as well as performance penalties. Characters no longer are guaranteed to fit in a byte, how do you define strlen(utf8_string) c pp. All these issues have been solved but not for free. There are a lot of users out there that are not willing to pay the price for increased generality. just my 2¢ Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: default character encoding for everything in debian
On Mon, Aug 10, 2009 at 19:53 +0100, Roger Leigh wrote: On Mon, Aug 10, 2009 at 01:45:40PM +0200, Siggy Brentrup wrote: While utf-8 covers the broadest set of character glyphs possible, it suffers from size as well as performance penalties. Characters no longer are guaranteed to fit in a byte, how do you define strlen(utf8_string) c pp. All these issues have been solved but not for free. Of course there's a penalty for certain operations. But UTF-8 is about as compact as an extended encoding is going to get. It's not Huffman (just kidding :), stating the obvious you're trading time efficiency for space efficiency. There are a lot of users out there that are not willing to pay the price for increased generality. These users will need to change their character encoding to something else. But the Debian default should remain UTF-8. Those not willing to pay the flexibility/performance tradeoff are the exception, and will need to customise their environment accordingly. Either my memory is wrong or I seem to have missed some fundamental change in Debian Policy during my 5 year of absence. From those days I seem to remember that Debian supported use of low end machines in the past while they seem to be deprecated now as I was told in another thread on d-u iirc. Call me a dinosaur, I'm not yet decided how to think about this. Regards Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Bug#540341: RFH: apt-cross -- retrieve, build and install libraries for cross-compiling
On Fri, Aug 07, 2009 at 11:04 +0100, Neil Williams wrote: The package description is: apt-cross is intended to make it easier to locate, download, install and update your cross-compiling libraries, directly from the Debian archives. I'm interested to help on this, but I'm still waiting for DAM's decision to reopen my account for almost 4 weeks. Being a DD from '95-'04 I will not do any substantial work related to Debian w/o a vote. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Spam on the lists [Was: Re: Account Upgrade (Unex)]
On Sat, Aug 01, 2009 at 08:48 +0200, Sandro Tosi wrote: On Sat, Aug 1, 2009 at 01:39, brian m. carlsonsand...@crustytoothpaste.ath.cx wrote: On Sat, Aug 01, 2009 at 02:24:28AM +0300, Eugene Gorodinsky wrote: Is there any way to actually make it harder to spam the list? I just subscribed and already see spam and phishing attacks... Yes. There are infinitely many ways to make it harder to spam the list, among them: * Allowing posting only by subscribers. * Requiring a signed agreement and a surety bond before allowing posting to the list. * Only allowing people to post to the list if they have an armed guard standing beside them who shoots spammers on sight. * Not allowing posting to the list. I here we miss the important one (the only method we have available): * report a message as spam, so that we can let us filters learn from it and subsequently remove the spam message from the archive. on the web interface of a mailing list, available at http://lists.debian.org/list/ , you can search for the message and report as spam it, clicking on the button on upper right. This can be done by *anyone*, DDs and non, and all are encouraged to do so. It's fundamental to have reports: without them we have a false sense of spam-free mailing lists, when we all know it's not true. And if for whatever reason somebody wants to see your list disfunctional, you open an easy way to do so by implementing a bot that reports every message as spam. Do you volunteer to fix such a situation? In addition, DDs can *review* all the spam reports (to filter out false-positive from real spam messages) so that list masters can remove them from the archive. Please, every DD, dedicate 10 minutes (hopefully more that just once ;) ) of your time to do that: it's boring ok, but will result in a clean archive. More information can be found here: http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam http://lists.debian.org/archive-spam-removals/review/ http://lists.debian.org/archive-spam-removals/review/stats.html Sorry, no time to read these. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Spam on the lists [Was: Re: Account Upgrade (Unex)]
On Tue, Aug 04, 2009 at 08:28 +0200, Sandro Tosi wrote: On Tue, Aug 4, 2009 at 08:24, Siggy Brentrupdeb...@psycho.i21k.de wrote: And if for whatever reason somebody wants to see your list disfunctional, you open an easy way to do so by implementing a bot that reports every message as spam. Do you volunteer to fix such a situation? every report has to be *reviewed* by humans (DDs in this case), so other than a very high number of message to review it would do no harm. That's obvious, I asked you if you volunteer. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Spam on the lists [Was: Re: Account Upgrade (Unex)]
On Tue, Aug 04, 2009 at 08:36 +0200, Sandro Tosi wrote: On Tue, Aug 4, 2009 at 08:33, Siggy Brentrupdeb...@psycho.i21k.de wrote: On Tue, Aug 04, 2009 at 08:28 +0200, Sandro Tosi wrote: On Tue, Aug 4, 2009 at 08:24, Siggy Brentrupdeb...@psycho.i21k.de wrote: And if for whatever reason somebody wants to see your list disfunctional, you open an easy way to do so by implementing a bot that reports every message as spam. Do you volunteer to fix such a situation? every report has to be *reviewed* by humans (DDs in this case), so other than a very high number of message to review it would do no harm. That's obvious, I asked you if you volunteer. look it up yourself: http://lists.debian.org/archive-spam-removals/review/stats.html (my user is morph...). So, are you going to help us kill spam (reporting it) or no time for this? So you're Debian's Mr. Antispam, my humble apologies. What I am missing on your statitics page is when statistics started and spam/ham ratio over all postings, not only reviewed ones or did I oversee sth? Moreover monthly summaries to judge current situation preferrably with graphics (cf webalizer statistics) would be a plus. I can only speak about what I received on 20+ mailing list (mostly non-Debian) during the last month. Current spam ratio is quite acceptable for me ( 10 out of 500 per day including personal mail ), it's a single keystroke to move spam to a special folder that is fed to spamprobe train-spam hourly. I can live with the current situation. Finally, if you want me to help on anything Debian related, nag DAM to reopen my account (which one you can deduce from my gpg key). Being a DD from '95 to '04, I won't do any substantial work on Debian without a vote. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Orphaning debmirror
On Mon, Aug 03, 2009 at 10:36 +0200, Goswin von Brederlow wrote: I doubt there is much style left in the code. Thanks for this helpful line :) Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Orphaning debmirror
Hi, sorry for the late reply, we were celebrating my wife's birthday at the seaside until yesterday late in the evenign. On Fri, Jul 31, 2009 at 17:53 +0100, Steve Kemp wrote: On Fri Jul 31, 2009 at 18:47:58 +0200, Siggy Brentrup wrote: Who wrote debmirror? Without installing I can't find out since only maintainers are listed in the PTS. Look at the copyright file: e.g. http://packages.debian.org/changelogs/pool/main/d/debmirror/debmirror_20070123/debmirror.copyright Thanks for this link, imbecile me to overlook that while on the debmirror page. I'm asking because there's a lot of perl code in Debian I wouldn't even think about touching due to the author's programming style. If you only care about the style why not actually download it and examine it? because a one line answer containg certain names would have saved me the hassle to do exactly what you are asking me to do. In the dark ages I used to have to understand their code, it took much more time than I usally want to invest; so if I have a choice: no thanks. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Orphaning debmirror
Hi Goswin, on Fri, Jul 31, 2009 at 12:51 +0200, you wrote: I'm still looking for a new maintainer of debmirror and I'm considering orphaning the package now if nobody steps up. Debmirror is written in perl so you should have some grasp and love for the language. No way. I hate perl and it certainly hasn't helped the package. You should also be using debmirror so you notice day to day problems and care about fixing them. Who wrote debmirror? Without installing I can't find out since only maintainers are listed in the PTS. I'm asking because there's a lot of perl code in Debian I wouldn't even think about touching due to the author's programming style. Greetings from OL Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Switching /bin/sh to dash without dash essential
Hi Sam, on Thu, Jul 23, 2009 at 16:53 -0400, you wrote: Siggy == Siggy Brentrup deb...@psycho.i21k.de writes: [snipping nonsense and reply] My sincere apologies for that nonsense, my only excuse is that I was overtired and I'm quite concerned about this issue not being solved in 5 years I've be away from d-d. humbly-yours Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Question regarding the default system shell
Hi list, apologies again for the nonsense I uttered in another thread on this issue. I've been off list for more than 5 years now and I remember the discussion on changing the default system shell to be recurring every now and then in '03-'04. Arguments were essentially the same as nowadays meaning almost no progress in 5 years in that issue (not counting removed bashisms). My question is: will it ever happen that I may safely leave /bin/sh - dash while running an upgrade without fearing a maintainer script fails? curiously-yours Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Question regarding the default system shell
On Sun, Jul 26, 2009 at 14:49 +0300, Lars Wirzenius wrote: su, 2009-07-26 kello 13:36 +0200, Siggy Brentrup kirjoitti: My question is: will it ever happen that I may safely leave /bin/sh - dash while running an upgrade without fearing a maintainer script fails? Been there. Done that. Had no problems. I'm not sure about it because there were lots of other problems to solve when I upgraded my SGI Indy r5k that ran a sid from '04, I dist-upgraded via etch and lenny to now unstable (except for openssh and postfix). Early in this process I had to point /bin/sh to bash. Also, Ubuntu, which mainly uses Debian packages unchanged, uses dash as sh since years ago, without significant problems. Running Ubuntu in one partition of my laptop, I'm aware of that. Users may have problems with locally written scripts, or third-party scripts, but that's true for any change. It should not stop progress. That's perfectly clear and doesn't really matter. Thanks for your reply Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
[Answered] Question regarding the default system shell
On Sun, Jul 26, 2009 at 09:58 -0500, Manoj Srivastava wrote: On Sun, Jul 26 2009, Siggy Brentrup wrote: My question is: will it ever happen that I may safely leave /bin/sh - dash while running an upgrade without fearing a maintainer script fails? I think that any script failure when using dash or bash as /bin/sh would represent a significant bug in that package. manoj would be nice if we can say that for more shells than just bash or dash. OK, I'll switch back to dash just to make sure I don't write bashisms :) Thanks Manoj and Lars, my concern in this issue is sufficiently answered. -- Sailors in ships, sail on! Even while we died, others rode out the storm. I like this one :) keep-a-sailing-at-bft-10 Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
[Answered] Question regarding the default system shell
Hi Stefano, you must have missed my followup to Manoj. On Sun, Jul 26, 2009 at 18:35 +0200, you wrote: On Sun, Jul 26, 2009 at 02:04:51PM +0200, Siggy Brentrup wrote: My question is: will it ever happen that I may safely leave /bin/sh - dash Been there. Done that. Had no problems. Been there too. Done that too. Had no problems as well. I'm not sure about it because there were lots of other problems to solve when I upgraded my SGI Indy r5k that ran a sid from '04, I Well, you asked for some feedback and you got some positive. I can just re-state that positive feedback. I'm writing to you from an debian/unstable machine which I use daily, and on which I switched to dash about 6 months ago. Since then I've had not a single problem ... at the point that when this discussion fired up again I had to check my /bin/sh to be sure that I actually changed the link back then. Iirc the problems must have been in pre-etch or etch maintainer scripts and I worked around them by pointing /bin/sh to bash. I guess nobody wants reports from that dist-upgrade. If your '03/'04 memories are different, then apparently we managed to fix quite a lot of bugs since then :-) You conviniently didn't cite me not counting removed bashisms :) Style and length of discussions w/o a consensus seem to be still the same. Please give it another try and report any issue you find. I did so half an hour before you sent your message :) Be assured I'll report any issue I happen to run over. Anyway, many thanks for your confirmation Siggy ps: While I was writing this the Indy is building openssh to check whether -fPIC broke ssh friends on mips. Same procedure with postfix will follow, 2 packages I had to downgrade for a usable sid. -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Switching /bin/sh to dash without dash essential
On Thu, Jul 23, 2009 at 11:19 -0400, Sam Hartman wrote: Folks, there was a longish discussion on IRC starting about an hour ago about dash and bash. These discussions are extremely long standing :) The move away from bash has been aimed at long before I vanished from the project in 2004. I'm really upset that 5 years are not enough to accomplish the move. I agree we want to move the default /bin/sh to /bin/dash. However I'm failing to understand why we want dash to be essential. If I'm not using dash as my /bin/sh why do I need it? So you are complaining about a small package (installed size 224) becoming essential while forcing the embedded ppl to work around a monster (installed size 1236); numbers taken from my Ubuntu laptop where both are essential, I hope only for a limited period of time. Although preferring CLI over GUI I don't use both of them, I prefer zsh for my daily work but my #!/bin/sh scripts are always posixly correct. If the answer is that we really do want it everywhere independent of what /bin/sh is, that's fine. However, that's not obvious to me. As long as /bin/sh refuses extensions to posix I agree with you, but bashism has been a cuss word for years before 2004. So, a proposal for doing a switch with dash not essential. 1) all /bin/sh shells know about each other. 2) The prerm script for a /bin/sh shell finds another /bin/sh shell and updates the symlink if the current /bin/sh link is the one being removed. 3) The postinst for a /bin/sh shell can update the link if it decides that the installed shell would make a better /bin/sh 4) There is a package `the-shell ' that is essential and pre-depends on one of the /bin/sh shells. Maybe posixly-correct-shell would be a better name. Summing up you suggest making a virtual package - however it's called - essential. While I think I grok your intentions, I doubt dpkg will follow, please read carefully: http://www.debian.org/doc/debian-policy/ch-binary.html#s3.8 Variations: 1) You could have a registration mechanism. My assumption is the set is small enough static is good 2) I assume that package operations cannot take place between calling the prerm script and actually removing the package. If that is false, you could make sure that you are changing the link to a configured shell I really don't mind if we go forward with the current proposal. However, I think I and a lot of other people would appreciate clarity, so far not expressed, about why dash needs to be essential. See debian-policy cited above. looking-forward-for-posixly-correct-/bin/sh-ly yours Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: MTA experts: address rewriting depending on next hop
Hi Izak, On Wed, Jul 22, 2009 at 09:36 +0200, you wrote: On Tue, Jul 21, 2009 at 7:31 PM, Siggy Brentrupdeb...@psycho.i21k.de wrote: Here's the question again: which one of the abundance of MTAs in Debian is capable of address rewriting depending on destination? I am pretty sure exim can do this. Chapter 24 in the manual describes headers_rewrite which is a generic option for transports, ie it will work for all transports including the smtp transport that is generally the last one in the config and handles all non-local email (ie those leaving the lan). Thanks, I'll give it a try Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
[SOLVED] MTA experts: address rewriting depending on next hop
On Wed, Jul 22, 2009 at 09:36 +0200, Izak Burger wrote: On Tue, Jul 21, 2009 at 7:31 PM, Siggy Brentrupdeb...@psycho.i21k.de wrote: Here's the question again: which one of the abundance of MTAs in Debian is capable of address rewriting depending on destination? I am pretty sure exim can do this. Chapter 24 in the manual describes headers_rewrite which is a generic option for transports, ie it will work for all transports including the smtp transport that is generally the last one in the config and handles all non-local email (ie those leaving the lan). Again, avoiding to followup to myself :-) No, exim4 can't do it either, the reason given in http://wiki.exim.org/FAQ/Rewriting_addresses/Q0807 is convincing. Keeping that in mind, I'll go for the 2 instance approach with Postfix. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Re: Bug#537852: ITP: notify-osd -- daemon that displays passive pop-up notifications
On Tue, Jul 21, 2009 at 12:59 +0200, Julian Andres Klode wrote: [snip] The Desktop Notifications framework provides a standard way of doing passive pop-up notifications on the Linux desktop. These are designed to notify the user of something without interrupting their work with a dialog box that they must close. Passive popups can automatically disappear after a short period of time. Nice, thanks for packaging it. Is it possible to fire a notification from a remote host? I'm asking because I want to be informed when a phone downstairs rings. Now I'm polling syslog for isdnlog entries for that purpose. Thanks Siggy -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de signature.asc Description: Digital signature
MTA experts: address rewriting depending on next hop
Sorry list, if you see it again; yesterday I posted this to d-u and apart from a quick but useless reply got no reaction. I can't tell whether my English is to bad, or he was just trolling. - Forwarded message from Siggy Brentrup deb...@psycho.i21k.de - Date: Tue, 21 Jul 2009 13:03:01 +0200 From: Siggy Brentrup deb...@psycho.i21k.de To: Debian-User debian-u...@lists.debian.org Subject: MTA experts: address rewriting depending on next hop User-Agent: Mutt/1.5.20 (2009-06-14) X-SpamProbe: GOOD 0.011 fa03221406f4c813c59339de01bc9946 Hi List, to start with, it's not a vital problem, I only want to fix sth annoying me. As quite a number among you, I'm running a LAN connected to the big world via switched ADSL. I'm looking for a MTA that is capable of rewriting addresses *only* on mails that leave the LAN. In general I'm using postfix as MTA of choice, using generic_map for address rewriting, but that fires whenever a message leaves the host, hence I see external addresses even on internal mails. With postfix a solution would be to run a second instance with it's own queue for dispatching, passing only outbound messages to the address rewriting instance. Here's the question again: which one of the abundance of MTAs in Debian is capable of address rewriting depending on destination? I'm not to lazy to read documentation, but if at all possible not for all MTAs. At present that's only an annoyance to me, but I can imagine situations where a solution might become vital. - End forwarded message - Thanks Siggy ps: moved 'End forwarded message' up, nobody needs a duplicate .signature -- Please don't Cc: me when replying, I might not see either copy. bsb-at-psycho-dot-informationsanarchistik-dot-de or:bsb-at-psycho-dot-i21k-dot-de O ascii ribbon campaign - stop html mail - www.asciiribbon.org signature.asc Description: Digital signature
Accepted mailman 2.1.4-5 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 29 May 2004 14:53:41 +0200 Source: mailman Binary: mailman Architecture: source i386 Version: 2.1.4-5 Distribution: unstable Urgency: high Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: mailman- Powerful, web-based mailing list manager Closes: 248083 251176 Changes: mailman (2.1.4-5) unstable; urgency=high . * This is an intermediate release to fix a security issue, 2.1.5 will be released as split binary packages. * Applied Mandrake security patch for CAN-2004-0412, thanks to Florian Weimer (closes: #251176). * Fixed spanish translation (closes: #248083). Files: 5ed384e975a074eea443c02c7b4b2696 639 mail optional mailman_2.1.4-5.dsc f491844091397da4cdae0abac6e58310 57177 mail optional mailman_2.1.4-5.diff.gz cbe3090dab58bca7443f7e09e4973100 6292876 mail optional mailman_2.1.4-5_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAuI/U94B/SGO8KQcRAl88AJoCAF0oMODMwj6BUy8Cz6t2FHFBtgCfRCd6 ZaZ/ZJPJUSfaMGSVCmZa610= =dBxW -END PGP SIGNATURE- Accepted: mailman_2.1.4-5.diff.gz to pool/main/m/mailman/mailman_2.1.4-5.diff.gz mailman_2.1.4-5.dsc to pool/main/m/mailman/mailman_2.1.4-5.dsc mailman_2.1.4-5_i386.deb to pool/main/m/mailman/mailman_2.1.4-5_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted neon 0.24.6.dfsg-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 19 May 2004 09:24:58 +0200 Source: neon Binary: libneon24-dev libneon24 Architecture: source i386 Version: 0.24.6.dfsg-1 Distribution: unstable Urgency: high Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: libneon24 - An HTTP and WebDAV client library libneon24-dev - Header and static library files for libneon24 Changes: neon (0.24.6.dfsg-1) unstable; urgency=high . * New upstream release (fixes CAN-2004-0398). Files: d30564b7dd54b81ab8be96b326df076b 635 net optional neon_0.24.6.dfsg-1.dsc ef1ebc814bd4fe099a12e5d2e88d9117 502966 net optional neon_0.24.6.dfsg.orig.tar.gz ae39eeb89565eccff29d55278cb0eae2 4346 net optional neon_0.24.6.dfsg-1.diff.gz 20c5cf3bf830ab8de28a822baf54faa6 80444 libs optional libneon24_0.24.6.dfsg-1_i386.deb db5044f0650576eeeb228157d660d28f 106308 libdevel optional libneon24-dev_0.24.6.dfsg-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAqw4N94B/SGO8KQcRAjhuAKDNt+PH46yBQKZFMy6gqRHuH8IMogCeKKT/ 5ZUJplWsnpytt6GWzonWVV4= =glXs -END PGP SIGNATURE- Accepted: libneon24-dev_0.24.6.dfsg-1_i386.deb to pool/main/n/neon/libneon24-dev_0.24.6.dfsg-1_i386.deb libneon24_0.24.6.dfsg-1_i386.deb to pool/main/n/neon/libneon24_0.24.6.dfsg-1_i386.deb neon_0.24.6.dfsg-1.diff.gz to pool/main/n/neon/neon_0.24.6.dfsg-1.diff.gz neon_0.24.6.dfsg-1.dsc to pool/main/n/neon/neon_0.24.6.dfsg-1.dsc neon_0.24.6.dfsg.orig.tar.gz to pool/main/n/neon/neon_0.24.6.dfsg.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted neon 0.24.5-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Fri, 16 Apr 2004 12:59:15 +0200
Source: neon
Binary: libneon24-dev libneon24-doc libneon24
Architecture: source all i386
Version: 0.24.5-1
Distribution: unstable
Urgency: high
Maintainer: Siggy Brentrup [EMAIL PROTECTED]
Changed-By: Siggy Brentrup [EMAIL PROTECTED]
Description:
libneon24 - An HTTP and WebDAV client library
libneon24-dev - Header and static library files for libneon24
libneon24-doc - Developer's documentation files for libneon24
Closes: 243944
Changes:
neon (0.24.5-1) unstable; urgency=high
.
* New upstream release, w/ fix for CVE CAN-2004-0179
(Closes: #243944).
* Remove debian/config.{guess,sub} (cf 0.24.4-1 below).
Files:
c8d2e9ebea82e12a73163583a97b4db7 635 net optional neon_0.24.5-1.dsc
69c2a079ea0ab01c6c39e8e01a58c665 599383 net optional neon_0.24.5.orig.tar.gz
fe4d8ad4490a781263763c57e3642ee1 4377 net optional neon_0.24.5-1.diff.gz
bda46bc8d7f61c42bb649c0431fb170a 79510 doc optional libneon24-doc_0.24.5-1_all.deb
6362f0b681290733501f4b317301085f 80130 libs optional libneon24_0.24.5-1_i386.deb
926c699f8d356dd6b85524c12fbab75a 107386 libdevel optional
libneon24-dev_0.24.5-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAf76t94B/SGO8KQcRAiKIAKDX+P/jK7tH/0cBamoZ+fzzKggtQwCgp1J4
jiOw1NEXrJe6hgpXdj2oreA=
=fcc/
-END PGP SIGNATURE-
Accepted:
libneon24-dev_0.24.5-1_i386.deb
to pool/main/n/neon/libneon24-dev_0.24.5-1_i386.deb
libneon24-doc_0.24.5-1_all.deb
to pool/main/n/neon/libneon24-doc_0.24.5-1_all.deb
libneon24_0.24.5-1_i386.deb
to pool/main/n/neon/libneon24_0.24.5-1_i386.deb
neon_0.24.5-1.diff.gz
to pool/main/n/neon/neon_0.24.5-1.diff.gz
neon_0.24.5-1.dsc
to pool/main/n/neon/neon_0.24.5-1.dsc
neon_0.24.5.orig.tar.gz
to pool/main/n/neon/neon_0.24.5.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mailman 2.1.4-4 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Fri, 16 Apr 2004 18:40:38 +0200 Source: mailman Binary: mailman Architecture: source i386 Version: 2.1.4-4 Distribution: unstable Urgency: medium Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: mailman- Powerful, web-based mailing list manager Closes: 224319 235667 235835 242945 243209 243908 Changes: mailman (2.1.4-4) unstable; urgency=medium . * Urgency medium because RC bugs are fixed. * Fix README.Debian concerning URLs (bsb, closes: #235835). * Add fix for missing installation of Danish templates (by GCS) * config: don't try to list_lists when upgrading from pre 2.1 (bsb, closes: #242945). * Fix Woody FTBFS, reported and solution provided by Andreas Barth [EMAIL PROTECTED], (by GCS, closes: #243209). * Ask for the language used by Mailman from the enabled languages (by GCS, closes: #224319). * postfix-to-mailman.py: Fix ',' obscuring illegal invocations, reported by martin f krafft [EMAIL PROTECTED] (bsb, closes: #243908) * Update SpamAssassin handler to the most recent version can be found, and document it in README.Debian (by GCS, closes: #235667). Files: fabb8fa91fcc84130e1d050a1b5a34a0 639 mail optional mailman_2.1.4-4.dsc 4287aac715872ae64ceaf1296799bb9c 56714 mail optional mailman_2.1.4-4.diff.gz 7a851b85a104ee9d7cacd05767b1cd51 6293426 mail optional mailman_2.1.4-4_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAgA2Q94B/SGO8KQcRAsw6AKCXVrvJk3eFfeiL+lwfOOePmo02YACeKNr3 Ox8iHb3D6Sbhmi6pRWHrHd0= =BeiA -END PGP SIGNATURE- Accepted: mailman_2.1.4-4.diff.gz to pool/main/m/mailman/mailman_2.1.4-4.diff.gz mailman_2.1.4-4.dsc to pool/main/m/mailman/mailman_2.1.4-4.dsc mailman_2.1.4-4_i386.deb to pool/main/m/mailman/mailman_2.1.4-4_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted spamprobe 0.9h-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 8 Apr 2004 11:39:14 +0200 Source: spamprobe Binary: spamprobe Architecture: source i386 Version: 0.9h-2 Distribution: unstable Urgency: medium Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: spamprobe - a C++ Bayesian spam filter Closes: 242630 242699 Changes: spamprobe (0.9h-2) unstable; urgency=medium . * Build-depend on xmlto when using it (closes: #242699)! * README.Debian: prominent notice regarding -c. * Debconf template warning about Berkeley DB upgrade (closes: #242630). * Add empty postinst to force db_update warning even when installing with dpkg. Files: f0dd2f865b8dd3ed2818fafdcf763e50 607 mail optional spamprobe_0.9h-2.dsc 5b06f48b10add24b7bf575458341d633 17631 mail optional spamprobe_0.9h-2.diff.gz 0fa5809046ba66ab19adf9b003cee141 122608 mail optional spamprobe_0.9h-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAdSNI94B/SGO8KQcRArhWAJ4qrrFa+noi7WxPkO9CTdkgHec6vACeO+kp U8dOLx0yF0+w6pb9/Sgl01Q= =jq/T -END PGP SIGNATURE- Accepted: spamprobe_0.9h-2.diff.gz to pool/main/s/spamprobe/spamprobe_0.9h-2.diff.gz spamprobe_0.9h-2.dsc to pool/main/s/spamprobe/spamprobe_0.9h-2.dsc spamprobe_0.9h-2_i386.deb to pool/main/s/spamprobe/spamprobe_0.9h-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted spamprobe 0.9h-1 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 6 Apr 2004 20:22:27 +0200 Source: spamprobe Binary: spamprobe Architecture: source i386 Version: 0.9h-1 Distribution: unstable Urgency: low Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: spamprobe - a C++ Bayesian spam filter Closes: 234682 235887 Changes: spamprobe (0.9h-1) unstable; urgency=low . * NOT RELEASED YET * New upstream release (Closes: #234682). * New maintainer (Closes: #235887). * debian/rules: Remove cdbs until dpatch is supported (Bug #241504). * Build depend on dpatch, docbook-to-man, automake1.8. * 10_configure.in_db4.2.dpatch: make selection of Berkeley DB version depending on which libdb*-dev package is installed work. * debian/README.Debian: provide some packaging info. * debian/spamprobe.db: compile usable man page from upstream version. Files: d75a9dbe76eada735a29087f348d122d 616 mail optional spamprobe_0.9h-1.dsc 3d36cd1811c860a64f371d318736e808 161164 mail optional spamprobe_0.9h.orig.tar.gz ef08dd006790eb0c3148104e617a3651 16110 mail optional spamprobe_0.9h-1.diff.gz 72bf2f4b47be5bb2f1e0d8703e7c0b51 121254 mail optional spamprobe_0.9h-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAcvgi94B/SGO8KQcRAhC6AJ9dMNTc8j/Zwxi4b3/3+awzJjXaagCgyvC3 mIrNgxIxuvnLuQTvfCcZL8w= =N4yP -END PGP SIGNATURE- Accepted: spamprobe_0.9h-1.diff.gz to pool/main/s/spamprobe/spamprobe_0.9h-1.diff.gz spamprobe_0.9h-1.dsc to pool/main/s/spamprobe/spamprobe_0.9h-1.dsc spamprobe_0.9h-1_i386.deb to pool/main/s/spamprobe/spamprobe_0.9h-1_i386.deb spamprobe_0.9h.orig.tar.gz to pool/main/s/spamprobe/spamprobe_0.9h.orig.tar.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mailman 2.1.4-3 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 30 Mar 2004 18:36:22 +0200 Source: mailman Binary: mailman Architecture: source i386 Version: 2.1.4-3 Distribution: unstable Urgency: medium Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: mailman- Powerful, web-based mailing list manager Closes: 238509 240033 240295 240643 240672 241021 Changes: mailman (2.1.4-3) unstable; urgency=medium . * Fix bogus test for empty qfiles/ in preinst (bsb, closes: #240033). * Create group list as a system group if it doesn't exist (bsb, closes: #240672). * Use true/false for mailman/gate_news to make it work (bsb). * Purge all mailman files _in_ucf_database_ on package purge (bsb). * Make 'leftover' notice stand out (bsb). * Added helper debconf template mailman/used_languages to avoid duplicate scanning on preconfigure/setup, while at it make config more robust (bsb, closes: #241021). * Remove bashism from debian/config (by GCS, closes: #240643). * Mention mm_cfg.MTA=None in README.EXIM (closes: #240295), also fix pathes to reflect Debian choices (bsb). * Include add_virtualdomain call in mm_cfg.py (closes: #238509), while at it regroup options and add comments (bsb). * Incorporate enhancements to postfix-to-mailman.py (bsb). * 50_README.POSTFIX.dpatch to reflect our choices (bsb). Files: 8647cb8fbc8afa423e4b3ff19a7d8720 639 mail optional mailman_2.1.4-3.dsc 82dec172e7f641457779bc17fedfb311 3 mail optional mailman_2.1.4-3.diff.gz 83d93f7cf6370b1086c6533a0b83ffcc 6290922 mail optional mailman_2.1.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAaaYa94B/SGO8KQcRAmLuAKCN/OUPo2GtSD5miUrGKdVQlS11DwCeP587 imVauDKgtC4mLyjM+pEYyyM= =1aSd -END PGP SIGNATURE- Accepted: mailman_2.1.4-3.diff.gz to pool/main/m/mailman/mailman_2.1.4-3.diff.gz mailman_2.1.4-3.dsc to pool/main/m/mailman/mailman_2.1.4-3.dsc mailman_2.1.4-3_i386.deb to pool/main/m/mailman/mailman_2.1.4-3_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted mailman 2.1.4-2 (i386 source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Wed, 24 Mar 2004 23:48:15 +0100 Source: mailman Binary: mailman Architecture: source i386 Version: 2.1.4-2 Distribution: unstable Urgency: low Maintainer: Tollef Fog Heen [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: mailman- Powerful, web-based mailing list manager Closes: 204006 224012 226152 228123 231468 231967 232005 232273 232452 232546 233048 233161 233693 235835 235913 236473 23 237006 Changes: mailman (2.1.4-2) unstable; urgency=low . * Brown bag release. * Move that pid file. Now. (closes: #226152) * Switch to dpatch * Don't traceback when using admin password (closes: #233161) * Fix up MAILMAN_OWNER. (closes: #232452, #232273) * Make the postinst a lot less chatty (closes: #232546) * Update Spanish debconf translation (closes: #233693) * Update pt_BR debconf translation (closes: #228123) * Add Hungarian debconf translation (by GCS) * Wait for termination on restart|force-reload (by GCS, closes: #231468, #204006, #224012) * Fix --purge, thanks to Lionel Elie Mamane and Tollef (by GCS) * Revert gate_news changes (by GCS, closes: #237006) * Fix messages/de/LC_MESSAGES/mailman.po for now, but forward to upstream; patch from Ralf Doeblitz [EMAIL PROTECTED] (closes: #233048) * Added german debconf translation (bsb). * Added myself to Uploaders (bsb). * Bumped 'Standards Version' to 3.6.1 (bsb, GCS's commit was lost during the alioth move). * Added catalan debconf translation from Aleix Badia i Bosch [EMAIL PROTECTED] (by GCS, closes: #23) * Change obsolete MAILMAN_OWNER to MAILMAN_SITE_LIST, note that this invalidate #232273 and #232452 (by GCS, closes: #235913) * Add debconf question for languages supported at a site reducing space required in /etc and chattyness (bsb, closes: #232005). * Backed out hack in 05_config_list_member_options.dpatch since it breaks config_list in mm 2.1.4 (bsb, closes: #231967). * Added debian/contrib/postfix-to-mailman.py installing it as /usr/lib/mailman/bin/postfix-to-mailman.py (bsb). * Cleaned up README.Debian removing obsolete mailman-owner alias and adding a section on using postfix-to-mailman.py (bsb). * Fix path problems, found by Nathan Stratton Treadway [EMAIL PROTECTED] (by GCS, closes: #235835, #236473) * Added missing manpages withlist.8 and list_admins.8 (bsb). Files: 0b2fe1055cb0901f7e353ea02d12809f 639 mail optional mailman_2.1.4-2.dsc 39166ba730152d993c9ccf8c3f10ea82 50803 mail optional mailman_2.1.4-2.diff.gz 4c4ae5d9c9a87b6ad92b2e582726af7c 6290210 mail optional mailman_2.1.4-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAYn5I94B/SGO8KQcRAuF2AJ4vD6bpTOLsv4r+jkjrmCPopwDFjgCg1ppJ 95A0PJQP3bFujWH1aDretnU= =ZzI8 -END PGP SIGNATURE- Accepted: mailman_2.1.4-2.diff.gz to pool/main/m/mailman/mailman_2.1.4-2.diff.gz mailman_2.1.4-2.dsc to pool/main/m/mailman/mailman_2.1.4-2.dsc mailman_2.1.4-2_i386.deb to pool/main/m/mailman/mailman_2.1.4-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted neon 0.24.4-3 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Mon, 19 Jan 2004 02:59:43 +0100 Source: neon Binary: libneon24-dev libneon24-doc libneon24 Architecture: source all i386 Version: 0.24.4-3 Distribution: unstable Urgency: low Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: libneon24 - An HTTP and WebDAV client library libneon24-dev - Header and static library files for libneon24 libneon24-doc - Developer's documentation files for libneon24 Closes: 228434 Changes: neon (0.24.4-3) unstable; urgency=low . * New maintainer. (Closes: #228434) Files: 0ec4a94edf9eced1cdec6db76b04b311 636 net optional neon_0.24.4-3.dsc 08f4373723e4835c9b54fa30d0478f13 25959 net optional neon_0.24.4-3.diff.gz 54b232bc11183ecb8d24e2a097a4e962 79398 doc optional libneon24-doc_0.24.4-3_all.deb 3356515db273aec2ece9bff5a88359ea 79740 libs optional libneon24_0.24.4-3_i386.deb abded38fa991f5f55dc06062a84dc288 107008 libdevel optional libneon24-dev_0.24.4-3_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFACzzG94B/SGO8KQcRAq09AJsGhc9Ie66o6e/dsK/99NTFJ+XQ8wCfaasH bh8AZm+98M5Lm06bX1tu2K8= =Gtuz -END PGP SIGNATURE- Accepted: libneon24-dev_0.24.4-3_i386.deb to pool/main/n/neon/libneon24-dev_0.24.4-3_i386.deb libneon24-doc_0.24.4-3_all.deb to pool/main/n/neon/libneon24-doc_0.24.4-3_all.deb libneon24_0.24.4-3_i386.deb to pool/main/n/neon/libneon24_0.24.4-3_i386.deb neon_0.24.4-3.diff.gz to pool/main/n/neon/neon_0.24.4-3.diff.gz neon_0.24.4-3.dsc to pool/main/n/neon/neon_0.24.4-3.dsc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted styx 1.6.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sat, 10 Jan 2004 20:56:21 +0100 Source: styx Binary: styx-dev styx-doc libdstyx libxstyx styx Architecture: source i386 all Version: 1.6.1-1 Distribution: unstable Urgency: low Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: libdstyx - core runtime library for styx libxstyx - runtime library for styx styx - combined parser/scanner generator styx-dev - combined parser/scanner generator development files styx-doc - combined parser/scanner generator documentation Changes: styx (1.6.1-1) unstable; urgency=low . * New upstream release. * Folded styx-xml into styx-doc where other examples reside. * Bumped Standards version to 3.6.1. Files: aa02dd7eb21a4b8c0660babf2b6c40ab 560 devel optional styx_1.6.1-1.dsc 99a374d045d93e3797c11d8b9622041e 1043364 devel optional styx_1.6.1-1.tar.gz c74b3933171ee8359e986b25dd150560 246558 doc optional styx-doc_1.6.1-1_all.deb 11335f985ec1ce29be94f061322e3da9 53316 devel optional styx_1.6.1-1_i386.deb 702e5d9ea67e6eb959f3a378763db4de 93600 libs optional libxstyx_1.6.1-1_i386.deb 2a25dcfd3c54d36685b6d96ad83a97cd 120074 libs optional libdstyx_1.6.1-1_i386.deb a6167671627ae6bc53f420e09835104e 294154 devel optional styx-dev_1.6.1-1_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAAImc94B/SGO8KQcRAiduAJ9z4/zdiuAtsQ4dRI/JfLX+UJMoJwCfWNBq Qsms0ZUeSPDzXZUgqb64pkg= =VyI+ -END PGP SIGNATURE- Accepted: libdstyx_1.6.1-1_i386.deb to pool/main/s/styx/libdstyx_1.6.1-1_i386.deb libxstyx_1.6.1-1_i386.deb to pool/main/s/styx/libxstyx_1.6.1-1_i386.deb styx-dev_1.6.1-1_i386.deb to pool/main/s/styx/styx-dev_1.6.1-1_i386.deb styx-doc_1.6.1-1_all.deb to pool/main/s/styx/styx-doc_1.6.1-1_all.deb styx_1.6.1-1.dsc to pool/main/s/styx/styx_1.6.1-1.dsc styx_1.6.1-1.tar.gz to pool/main/s/styx/styx_1.6.1-1.tar.gz styx_1.6.1-1_i386.deb to pool/main/s/styx/styx_1.6.1-1_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted styx 1.5.1-2 (i386 source all)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Thu, 26 Dec 2002 18:28:47 +0100 Source: styx Binary: styx-dev styx-doc libdstyx libxstyx styx Architecture: source all i386 Version: 1.5.1-2 Distribution: unstable Urgency: low Maintainer: Siggy Brentrup [EMAIL PROTECTED] Changed-By: Siggy Brentrup [EMAIL PROTECTED] Description: libdstyx - core runtime library for styx libxstyx - runtime library for styx styx - combined parser/scanner generator styx-dev - combined parser/scanner generator development files styx-doc - combined parser/scanner generator documentation Closes: 174255 Changes: styx (1.5.1-2) unstable; urgency=low . * libbase/sink.c(Sink_vprintf): Fixed va_arg calls to use self-promoting type int instead of char/short (Closes: #174255). Files: a44236bc8b23d817d94bc7550eb58a94 624 devel optional styx_1.5.1-2.dsc aa383e864946bae4a0df9aa12bbbf5ae 10609 devel optional styx_1.5.1-2.diff.gz d3a5f8762b525e9a3f466e29a169270d 199632 doc optional styx-doc_1.5.1-2_all.deb 5ea9aa4701cd89764728de21ac9b9877 43702 devel optional styx_1.5.1-2_i386.deb 9fcd6ab9b322a3e30b3e7c220f6208f2 81738 libs optional libxstyx_1.5.1-2_i386.deb 06453932faa6ede1238b5579141916e6 94604 libs optional libdstyx_1.5.1-2_i386.deb 3581c52be7f0512694971482cb645df2 248788 devel optional styx-dev_1.5.1-2_i386.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+C05T94B/SGO8KQcRAi8zAJ4qt7Eg+PvpJJqF0nf3Vp3PbUfkTgCfaFAg 5+JoI/7a4YGmfVPNWqlgYHA= =fnVZ -END PGP SIGNATURE- Accepted: libdstyx_1.5.1-2_i386.deb to pool/main/s/styx/libdstyx_1.5.1-2_i386.deb libxstyx_1.5.1-2_i386.deb to pool/main/s/styx/libxstyx_1.5.1-2_i386.deb styx-dev_1.5.1-2_i386.deb to pool/main/s/styx/styx-dev_1.5.1-2_i386.deb styx-doc_1.5.1-2_all.deb to pool/main/s/styx/styx-doc_1.5.1-2_all.deb styx_1.5.1-2.diff.gz to pool/main/s/styx/styx_1.5.1-2.diff.gz styx_1.5.1-2.dsc to pool/main/s/styx/styx_1.5.1-2.dsc styx_1.5.1-2_i386.deb to pool/main/s/styx/styx_1.5.1-2_i386.deb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Accepted styx 1.5.1-1 (i386 source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.7
Date: Thu, 12 Dec 2002 20:34:19 +0100
Source: styx
Binary: styx-dev styx-doc libdstyx libxstyx styx
Architecture: source all i386
Version: 1.5.1-1
Distribution: unstable
Urgency: low
Maintainer: Siggy Brentrup [EMAIL PROTECTED]
Changed-By: Siggy Brentrup [EMAIL PROTECTED]
Description:
libdstyx - core runtime library for styx
libxstyx - runtime library for styx
styx - combined parser/scanner generator
styx-dev - combined parser/scanner generator development files
styx-doc - combined parser/scanner generator documentation
Closes: 172037
Changes:
styx (1.5.1-1) unstable; urgency=low
.
* First upload (Closes: #172037).
* debian/control: capitalize Unicode per request by Martin Michlmayer.
* pgm/styx.{c,cmd}, gen/styx_cim.c: upstream added -makeANT flag to the
effect that win-only files lang_ant.c are no longer generated when
-makeINT is specified. These files didn't compile on Linux.
* tutorial/tutorial[1-4]/mx.in: added comments how to make static
linking work and rewrote gcc commands accordingly.
* tutorial/tutorial0[1-4]/readme: removed note on setting $STYXDIR and
$LD_LIBRARY_PATH that don't apply to Debian.
Files:
d94b625668b573744a0524f2f253 624 devel optional styx_1.5.1-1.dsc
6dadaf12e2b4545363a7bfbe65847eb8 720691 devel optional styx_1.5.1.orig.tar.gz
6ac388ba2710f2bd2e406eb97466bb0c 10012 devel optional styx_1.5.1-1.diff.gz
a80b95d45b7eeb2b05c662e2491a8fa4 199556 doc optional styx-doc_1.5.1-1_all.deb
c487079377f0df1bb16e52e633f05c37 43634 devel optional styx_1.5.1-1_i386.deb
f94374644073d4a13c42f20a11497ceb 81640 libs optional libxstyx_1.5.1-1_i386.deb
1bc41d3ddf02de9ef8b4233c23bb7d5c 94504 libs optional libdstyx_1.5.1-1_i386.deb
c7ba8dec833bb7277fe967b7af13deca 248696 devel optional styx-dev_1.5.1-1_i386.deb
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE9+Oqb94B/SGO8KQcRAtd/AJ0dfc5bEFyWnl9BGs7BNR0cwCzeOgCfb68z
JNXMu0I52f2OWxRFRMgSuTk=
=hD+a
-END PGP SIGNATURE-
Accepted:
libdstyx_1.5.1-1_i386.deb
to pool/main/s/styx/libdstyx_1.5.1-1_i386.deb
libxstyx_1.5.1-1_i386.deb
to pool/main/s/styx/libxstyx_1.5.1-1_i386.deb
styx-dev_1.5.1-1_i386.deb
to pool/main/s/styx/styx-dev_1.5.1-1_i386.deb
styx-doc_1.5.1-1_all.deb
to pool/main/s/styx/styx-doc_1.5.1-1_all.deb
styx_1.5.1-1.diff.gz
to pool/main/s/styx/styx_1.5.1-1.diff.gz
styx_1.5.1-1.dsc
to pool/main/s/styx/styx_1.5.1-1.dsc
styx_1.5.1-1_i386.deb
to pool/main/s/styx/styx_1.5.1-1_i386.deb
styx_1.5.1.orig.tar.gz
to pool/main/s/styx/styx_1.5.1.orig.tar.gz
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#172037: ITP: styx, styx-{dev,doc}, lib[dx]styx -- a combined parser/scanner generator
Package: wnpp
Version: unavailable; reported 2002-12-06
Severity: wishlist
* Package name: styx, styx-{dev,doc}, lib[dx]styx
Version : 1.5.1
Upstream Author : Heike Manns [EMAIL PROTECTED]
Lars Doelle [EMAIL PROTECTED]
* URL : http://www.speculate.de/styx
* License : GPL, (LGPL for libdstyx)
Description : combined parser/scanner generator
The package facilitates application development including
user-defined context free languages.
.
It's development model deviates from the traditional lex/yacc pair
(flex/bison in Debian) by automating tedious tasks which are
commonly implemented in yacc's actions.
.
Styx automatically derives a depth grammar, generates reentrant
parsers that support persistent derivation trees, preserve full
source information, support unicode and are thread safe.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux keuner 2.4.19-keuner #1 Thu Sep 19 12:28:09 CEST 2002 i686
Locale: LANG=C, LC_CTYPE=C
pgp19bM1hlKXY.pgp
Description: PGP signature
Re: Bug#172037: ITP: styx, styx-{dev,doc}, lib[dx]styx -- a combined parser/scanner generator
Sorry, I forgot to mention preliminary packages for i386 and mips
are available at http://xlab.winnegan.de/styx/
On Fri, Dec 06, 2002 at 08:21:25PM +0100, Siggy Brentrup wrote:
Package: wnpp
Version: unavailable; reported 2002-12-06
Severity: wishlist
* Package name: styx, styx-{dev,doc}, lib[dx]styx
Version : 1.5.1
Upstream Author : Heike Manns [EMAIL PROTECTED]
Lars Doelle [EMAIL PROTECTED]
* URL : http://www.speculate.de/styx
* License : GPL, (LGPL for libdstyx)
Description : combined parser/scanner generator
The package facilitates application development including
user-defined context free languages.
.
It's development model deviates from the traditional lex/yacc pair
(flex/bison in Debian) by automating tedious tasks which are
commonly implemented in yacc's actions.
.
Styx automatically derives a depth grammar, generates reentrant
parsers that support persistent derivation trees, preserve full
source information, support unicode and are thread safe.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux keuner 2.4.19-keuner #1 Thu Sep 19 12:28:09 CEST 2002 i686
Locale: LANG=C, LC_CTYPE=C
pgpx7ClL8nWxx.pgp
Description: PGP signature
Re: Release-critical Bugreport for March 31, 2000
BugScan reporter [EMAIL PROTECTED] writes: [...] Package: at (debian/main) Maintainer: Siggy Brentrup [EMAIL PROTECTED] 61295 at depends on libelfg0 This bug is fixed in at 3.1.8-10. Since I still can't upload to master, would some kind soul please do it for me. The files are at http://matti.winnegan.de/debian/upl/ Thanks Siggy -- Siggy Brentrup - [EMAIL PROTECTED] - http://www.winnegan.de/ [EMAIL PROTECTED] - http://www.north.de/~bsb/ ** ceterum censeo javascriptum esse restrictam ***
Re: Censoring :) (was: Re: anarchism_7.7-1.deb)
Craig Sanders [EMAIL PROTECTED] writes: [...] if it's free and it's packaged then we accept it into the dist in the location defined by policy - at the moment, that's debian main. we probably should, as has been discussed before, have an etexts and a data section for this kind of stuff. That's what I am asking for. if something is free and someone does the work to package it then we accept it in the distribution. There should be one for the main distribution. Assume I want to go into the CD business providing support for packages in the main dist. No major problem with most of the packages, but I am not willing to support packages with philosophical, political or religious contents. that's ludicrous. what support is needed for texts? customer: i can't read foo-text. tech support: have you tried opening your eyes sir? customer: I don't get verse to show me my daily devotional support: Use your brain. More serious: customer: I found a typo ... |I don't understand that ancient word (very likely in over here) |Luther's bible says ... but what you sold me is completely different. |Why do you include philosophical texts support: Sorry, if you buy Debian, you always get it. The opinions expressed in Debian packages are not necessarily ours. At present it's a bit biased since no one volunteered to package opposite views. -- noch nichts Aufregendes: Siggy Brentrup - [EMAIL PROTECTED] - voice: +49-441-6990134
Censoring :) (was: Re: anarchism_7.7-1.deb)
*** Please _don't_Cc:_ me when following up to the list *** Sorry for responding late, had a mail hickup on sunday :( Craig Sanders [EMAIL PROTECTED] writes: [...] it's irrelevant whether other debian developers or users agree with me or disagree with me about the relative utility of these two packages. by not censoring packages, by refusing to censor packages, we create a distribution which is good and useful for everyone - not just those whose needs are the same as the censors. some find the bible package useful and i don't begrudge them that - if it makes debian more useful to them then it is a good thing that it is included. we should not be censoring, we should not be saying the bible is good but the koran or bhagavid gita or even the anarchist faq is worthless. or vice-versa. Is it really censoring to keep all non-technical packages out of main? I don't say don't package it nor don't make it available. if something is free and someone does the work to package it then we accept it in the distribution. There should be one for the main distribution. Assume I want to go into the CD business providing support for packages in the main dist. No major problem with most of the packages, but I am not willing to support packages with philosophical, political or religious contents. The way it is, I can't say Support for all of Debian's main dist. My point is, should there be subjective stuff in the main dist? CU Siggy
Re: anarchism_7.7-1.deb
Tomasz Wegrzanowski [EMAIL PROTECTED] writes: Just make sure that when you do throw it out, you take the bible with it :) *SECONDED* I dont think throwing out bible(1) is a good idea It is exactly, letter-after-letter what it claim to be, it is on 2nd CD, well-compressed (anarchism was in both text and html unpacked versions) and is wide-used doc, althru not computing-related And this is the only place where someone can get english electronical version of bible. It also have interesting browser which can be used for many other docs of such structure(book/chapter/verse) (There is sometimes a need for it) and interesting compresion-method As long as there is some place on 2nd CD i dont see any big reason to throw it out. Correct me if I'm wrong, since I have been away from the list for some time. In my understanding the bible packages belong into contrib *at best*, since it's value to the public is at least questionable if not offensive to muslims, buddhists(no not to them), hindus ... As an alternative I might decide to get at a digital version of Karl Marx's Das Kapital or Mao's Little Red Book and package it for debian just for fun. Either have to go into non-us I presume :) btw : im atheist Please define in private mail, dunno wether I'm atheist, antitheist, agnostic or simply a pagean. In our culture definitions of these terms mostly come from the other side. CU Siggy -- noch nichts Aufregendes: Siggy Brentrup - [EMAIL PROTECTED] - voice: +49-441-6990134
Bug#2072: MANOPT not parsed well?
Bruce == Bruce Perens [EMAIL PROTECTED] writes: [unnecessary kludge deleted] Bruce By chance, does man evaluate the $PAGER variable? I don't Bruce have man working at the moment on my own system due to an Bruce ELF library conflict. You're right, man evaluates $PAGER (I'm using PAGER=less -j5 to see some preceeding lines on searches). Even if you have a man that doesn't honor $PAGER envvar, less(1) shows that the program takes options from the $LESS. (As always it pays to RTM, just couldn't resist :) Happy new year Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire [EMAIL PROTECTED] \\ Opinions are strictly my own, voice: +49-251-8619-99\\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: why doesn't binutils-2.6-1 provide a shared library?
Darren == Darren/Torin/Who Ever [EMAIL PROTECTED] writes: Darren [EMAIL PROTECTED] (David Engel), in a magnificent manifestation of deity, wrote: It could. There is already some support for it in the Makefiles. I chose to leave it for the eventual maintainer to add since it has packaging and support ramifications. BTW, I did the same for libg++. I am about to maintain Debian's gcc friend packages as soon I am finished downloading to get David's packages, which I tried since he announced their availability, but due to ba tranatlantic links I never managed to get more than an MB and that at approx 100cps. With the ALPHA-TEST tree now being available on european mirrors, I expect to be up to speed sometime tomorrorw. Darren Who's going to be the maintainer? I'd want to talk with Darren them some about it. While I'm open to suggestions, please give me a chance to look at what's there before expecting me to comment on these issues. The -D option is now needed to list the dynamic symbols in a shared library that can not be stripped. You'll have to ask the binutils developers why they did this. Darren Ick. Would that be of the GNU package or of the linux shared library Darren specs (gcc folks). Thanks Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire [EMAIL PROTECTED] \\ Opinions are strictly my own, voice: +49-251-8619-99\\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Downloading from US sites
Hi all, finally I have got my network connection up to speed with accepable transfer rates when connected to european sites and I'm trying hard to download David's work from ftp.ods.com, but at about 100 cps this is a pain in the ... With current phone rates that's 3.35DM/MB and will be as high as 5.24DM/MB next year, note that these are only local phone calls! While I'm keen of contributing to the Debian project, I just can't afford the phone bill at these transfer rates. Some weeks ago I suggested decentralization of ftp.debian.org using rdist to keep sites in sync. While the problem has been taken care of for uploading, I don't know of a mirror where I can find packages freshly uploaded to ftp.debian.org as of yet. I'm thinking of adding a 1G disk at my new provider's site to mirror debian including the ALPHA-TEST subtree, but there are political objections from an upstream site to make it publicly available (You know who you are). Your comments are welcome. Thanks Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire [EMAIL PROTECTED] \\ Opinions are strictly my own, voice: +49-251-8619-99\\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: Downloading from US sites
Matt == Matthew Bailey [EMAIL PROTECTED] writes: Matt I am sorry to be an ass here but you have to understand Matt these views. I am doing what is best for the University by Matt not allowing for illegal software to be downloaded. The point isn't downloading illegal software for releasing. I am perfectly aware of the fact that software in Incoming is not for public use; in contrast to CD vendors I don't want to be the 1st to the market for making money from unreleased software. In this particular case I have to download megabytes of gcc friends to take over the packages I volunteered to maintain from David Engel and am not willing to pay more than absolutely necessary for it. I know you guys over there have local calls for free, so you probably don't see the problem. I don't yet know enough about administering an ftp site, just a thought: when ftp'ing I sometimes see ident requests coming in from the server. Is there a way to use this mechanism to make parts of the server available only to developers or whomever you trust enough? Greetings Siggy PS: Things being as they are, I'll have to wait until David's work has been moved to ALPHA-TEST, provided Sven mirrors that one. -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire [EMAIL PROTECTED] \\ Opinions are strictly my own, voice: +49-251-8619-99\\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: ELF ncurses
Jeff == Jeff Noxon [EMAIL PROTECTED] writes: Jeff I am trying to wrap a new version of the miscutils package for ELF. Jeff It depends on ncurses, however, and I can't find debianized ncurses Jeff libs that work with the stuff in debian-1.0. Jeff Also, the ELF ncurses in the experimental directory seems to use Jeff the wrong soname. Jeff Is anyone working on this? Sorry, I obviously forgot to cc my reply to Bill Mitchell's message, here it is: [ snip ]--- From: Siggy Brentrup [EMAIL PROTECTED] To: Bill Mitchell [EMAIL PROTECTED] Subject: Re: ELF packages Date: Thu, 16 Nov 95 07:04 MET Bill == Bill Mitchell [EMAIL PROTECTED] writes: Bill On Wed, 15 Nov 1995, Ian Murdock wrote: [...] For now, I urge everyone to upgrade their copies of gcc, libc, etc., as we're going to start wanting to building ELF packages fairly soon. Bill I've started working on mine. The second package build Bill failed because it uses curses. Sorry for that, see below. Bill The plan, AFAK, is to junk curses in favor of ncurses. Bill However, I recall that Bruce put the ncurses package up for Bill grabs. Would it be possible to get an elf libncurses? I offered to take ncurses when Bruce put it at disposal, but his response got lost as we found out in private email, probably due to problems at my provider's. Sorry for that. Furthermore I am inclined to defer downloading large packages like gcc and the like until next week since I'm changing technology (ISDN) and provider and get another 1Gig :) In case you can't wait, feel free to drop me a note, I'll try to find a solution. Bill Is the stuff in /usr/include/ncurses to be repositioned to Bill /usr/include or to remain in /usr/include/ncurses? I'd prefer to leave it in /usr/lib/ncurses (don't like monster directories) but I'm not religious about that. Regs Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire \\ Opinions are strictly my own, voice: +49-251-864978 \\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: New a.out/ELF development packages
F'up to debian-devel! Dirk == Dirk Eddelbuettel [EMAIL PROTECTED] writes: Dirk Will ligb++-2.7.x be debianized or do we have to grab that ourselves? libg++ is high on my personal priority list, since I'm using it extensively for my work. But you'll have to wait til my network connection is up to pace sometime next week. I'm tired of downloading at well below 1K/s. Dirk I need it for my work. And I'd like to, if I can, do without the aout Dirk versions of gcc and friends and go to elf directly. At least for a transition period both binary formats should be supported using gcc's -b flag (default to ELF). Beyond that I need some cross development tools for SCO and OS/2, but those seem to be out of Debian's scope. Greetings Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire \\ Opinions are strictly my own, voice: +49-251-864978 \\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: ELF packages
Bruce == Bruce Perens [EMAIL PROTECTED] writes: Bruce Siggy Brentrup is taking over ncurses. I must have omitted the cc to debian-devel in my reply to Bill. Sorry Siggy -- email: [EMAIL PROTECTED] // programmer/*nix admin for hire \\ Opinions are strictly my own, voice: +49-251-864978 \\ everything else is GPLed Mime(RFC1521) encoded messages welcome \\ http://coming.soon/
Re: package uploading probs
Just finished with my 1st cup of coffee today :) Nice to see there's some discussion on this topic underway. Martin Schulze writes: Hallo Matthew Bailey! } directory across some sites with good connectivity and use rdist(1) to keep them } in sync? Major mirror sites might be good canditates for this. } }I would probably suggest just mirror as a program to keep them up to date. }If there is a SINGLE site then this would not be a problem. Are you sure that mirror is a good idea? How are files on a european mirror deleted? I won't make sense retrieving them again every hour. Junk your mirror program, if it refetches files - at the very least rewrite it :) In my original post I proposed sort of a distributed package upload directory for developers. Despite the directory name, some of you guys 'n gals fetch packages from ftp.debian.org's incoming directory as soon as they are announced. At least that's what I conclude when seeing bug reports for packages not yet in public view. OTOH in general I don't like any polling approaches - maybe that's a personal preference. Why should you add to network traffic only to find out there's nothing to be mirrored? Are there any security problems when using rdist on mutually trusted sites? I'm using it only on a LAN where I'm the only user I wouldn't trust :) Sorry Matthew, I know you don't like rdist. Is there any compelling reason for your dislike? }I would mirror them into a directory called }private/project/incoming-europe I have talked about this before but I }beleive that no one was able to come up with a site. }Let me know the URL and I will begin an hourly mirror of it, asuming that }is OK with the rest of Devel. I think it's a good idea. There are some debian mirrors in europe I know of: ftp.leidenuniv.nl and somewhere at *.uni-dresden.de. ftp.uni-paderborn.de wasn't in debian.mirrors last time I checked. If you decide to so, It would be a good idea if that machine gets an alias as ftp.europe.debian.org, so that it can be easily found and used. That probably isn't a good idea. Since the primary purpose is a regional upload directory, it will be used only by a limited set of people who should know what they are doing. Regs -- Siggy
package uploading probs
This message is intended in the first place for developers over here in Europe. I wonder if there are others experiencing the same problems that I have when uploading files to ftp.debian.org and are looking out for a solution. Since my account @uni-muenster.de is a rather limited one, I'm working almost exclusively on our tiny Debian/GNU Linux LAN at home and use PPP with dynamic IP addressing to connect to the net. Uploading large files (python* is approx. 4M) even during off-peak hours (0030-0130 UTC seems to be best) is prohibitively slow even with local phone rates (they are at 0.23DM/720s now and will go up to 0.12DM/240s next year). It wouldn't be much of a concern when succeeding on the first try, but I lost track of how many attempts failed for various reasons. The trans-atlantic links being slow as they are, a dual approach to mirroring FTP sites sprang to my mind. What if we are distributing the project's incoming directory across some sites with good connectivity and use rdist(1) to keep them in sync? Major mirror sites might be good canditates for this. Before going into greater detail, I'd like to read your comments. Thanks -- Siggy
