Re: New update_excuses output
On Sun, Sep 16, 2001 at 01:05:31AM +1000, Steve Kowalik wrote: On Sat, Sep 15, 2001 at 01:53:03PM +0200, Paul Slootman uttered: Would it be possible to also offer a compressed version of these files (update_excuses.html, update_output.txt, etc)? Most browsers can handle uncompressing these on the fly and it makes accessing these lists MUCH faster. As a porter I often use update_excuses for tracking down packages that are out of date (on alpha) for longer than normal (usually indicating a problem that can't be handled by the build daemon), and hence look at that list quite regularly. That may also involve installing mod_gzip on ftp-master. Downloading gzipped files that automatically ungzip on the client doesn't require any module. If someone supplies a update-excuses.gz it will work without any changes to apache. The module would be required if you want to autonegotiate the compression on the file. -- Martijn van Oosterhout kleptog@svana.org http://svana.org/kleptog/ Magnetism, electricity and motion are like a three-for-two special offer: if you have two of them, the third one comes free.
Re: New update_excuses output
On Sat, Sep 15, 2001 at 01:53:03PM +0200, Paul Slootman wrote: On Sat 15 Sep 2001, Anthony Towns wrote: As of the next dinstall/testing run (a few hours away yet) there'll be a new set of lines in the update_excuses output [0] (NB: it's now over a MB so it's quite long and tedious). They look like: Would it be possible to also offer a compressed version of these files (update_excuses.html, update_output.txt, etc)? Should be there as of now, without the etc. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``Freedom itself was attacked this morning by faceless cowards. And freedom will be defended.'' Condolences to all involved.
Debian testing - uninstallable packages
[ I sent this to debian-testing a month ago, but the mailing list ] [ doesn't exist anymore - it is not archived at http://list.debian.org/ ] [ If there is a more appropriate list for this discussion let me know. ] The debian FAQ (/usr/share/debian/FAQ) says the following: : Packages are installed into the `testing' directory after they have undergone : some degree of testing in unstable. They must be in sync on all architectures : where they have been built and mustn't have dependencies that make them : uninstallable; they also have to have fewer release-critical bugs than the : versions currently in testing. This way, we hope that `testing' is always : close to being a release candidate. I have seen a problem with two packages that I wanted to install from testing not being installable. These were gnumeric and gnucash, so I raised bug reports about them - currently unanswered. I realise that there may be other packages that are also uninstallable, so I wrote a script that parses /var/lib/dpkg/available and lists those packages that have unmet dependencies, recommendations or suggestions for packages that are not available. The script only checks the package names, not the version numbers, so they may be more problems. The list below was compiled from the current status of debian testing as found in the following sources.list today. sources.list deb http://www.uk.debian.org/debian woody main deb http://www.uk.debian.org/debian woody contrib deb http://www.uk.debian.org/debian woody non-free deb http://www.uk.debian.org/debian woody non-US/main deb http://www.uk.debian.org/debian woody non-US/contrib deb http://www.uk.debian.org/debian woody non-US/non-free sources.list Package RelationDependency (not available) --- -- glcpudepends on libcommonc++1 gnucash depends on libguile9 gnucash depends on guile1.4 gnucash depends on guile1.4-slib gnucash depends on libgwrapguile0 gnumeric depends on libgal4 mozilla depends on mozilla-browser mozilla depends on mozilla-mailnews roxen-ssldepends on pike-crypto sphinx2-bin depends on sphinx2-hmm-6k Package RelationRecommendation (not available) --- -- alamin-serverrecommends gnokii bibletimerecommends sword-dict bibletimerecommends sword-comm cdrecord recommends mkisofs cjk-latexrecommends freetype1-tools guile1.4-doc recommends guile1.4 ibcs-source-2.0 recommends kernel-source-2.0.36 | kernel-source-2.0.38 kernel-patch-2.4.0-ia64 recommends kernel-source-2.4.0 kernel-patch-2.4.1-ia64 recommends kernel-source-2.4.1 kernel-patch-2.4.3-arm recommends kernel-source-2.4.3 kernel-patch-2.4.4-ia64 recommends kernel-source-2.4.4 kernel-patch-2.4.5-ia64 recommends kernel-source-2.4.5 kernel-patch-2.4.5-s390 recommends kernel-source-2.4.5 mozilla recommends mozilla-psm pipsecd recommends userlink quickppp recommends pppd tpctlrecommends tpctl-modules unp recommends unace webmin-ssl recommends webmin-core zope-pagetemplates recommends zope-parsedxml Package RelationSuggestion (not available) --- -- alsa-basesuggestsalsadriver alsa-utils suggestsalsadriver alsa-utils-0.4 suggestsalsadriver alsa-utils-0.5 suggestsalsadriver ant suggestsjmf aolserversuggestsaolserver-postgres aolserversuggestsopenacs atoolsuggestsbzip cbedic suggestskbedic cdrtoaster suggestsmkisofs cpuburn suggestskernel-patch-badram crafty suggestscraftywatcher cupsys-clientsuggestskdelibs3-cups cvsbook suggestscvs-doc cxterm-gbsuggestsintlfonts-chinese cxterm-jis suggestsintlfonts-japanese dhelp
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 11:33:54PM -0400, Matt Zimmerman wrote: Would you knock it off with the flamebait? That wasn't flamebait. You may have disagreed with it, it may have be inaccurate or logically wrong, but it wasn't flamebait. I am not suggesting that anyone be forced to read any number of README.Debian files, just that it will, quite naturally, become part of the package installation process with the help of package management UIs. And I disagree with your suggestion. Can you offer evidence? Not all README.Debians are alike. Many of them contain information of the form here is how Debian's foobar differs from upstream foobar, which you may be familiar with. As such, it is not in case of emergency instructions, but a README in the traditional sense, to be read _before_ using the software. I glanced through the README.Debians on my disk. Out of about 15, 5 or 6 would be helpful to read before using the package; 7 or 8 had some information that might be interesting to someone knowledgable about the software; and a couple were worthless (empty or basically repeated the description.) None of them were essential. If I'm in a documentation reading mood, I may as well pick up the README file and other stuff in the /usr/share/doc/foo directory. I don't see the reason to single out the README.Debian file. -- David Starner - [EMAIL PROTECTED] Pointless website: http://dvdeug.dhis.org I don't care if Bill personally has my name and reads my email and laughs at me. In fact, I'd be rather honored. - Joseph_Greg
Re: Debian testing - uninstallable packages
On Sat, Sep 15, 2001 at 03:15:45PM +0100, Andrew M. Bishop wrote: [ I sent this to debian-testing a month ago, but the mailing list ] [ doesn't exist anymore - it is not archived at http://list.debian.org/ ] Actually, the list still exists, and is available at http://lists.debian.org/debian-testing/. Not sure why it doesn't seem to be listed amongst all the other mailing lists. I have seen a problem with two packages that I wanted to install from testing not being installable. These were gnumeric and gnucash, so I raised bug reports about them - currently unanswered. Right. There're a few packages that aren't installable in woody. There're also a number that're out of sync, or that have RC bugs, or whatever. It's not perfect, and it shouldn't really be expected to be. FWIW, there're accurate lists of uninstallable packages (which does take into account versions and conflicts, but ignores recommends and suggests) at http://ftp-master.debian.org/testing/. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. GPG signed mail preferred. ``Freedom itself was attacked this morning by faceless cowards. And freedom will be defended.'' Condolences to all involved. pgpw6ma3ue9Aa.pgp Description: PGP signature
Re: Orphaning all packages
On Saturday 15 September 2001 10:08, Lars Wirzenius wrote: I'm afraid I don't really want to be co-maintainer either. Sorry. I was afraid you'd say that. If i see it orphaned for too long, i'll once ITA publib-dev. Have fun! Martin
Re: [RFC] Developer documentation packages.
Alan Shutko [EMAIL PROTECTED] immo vero scripsit doc-gen ebook-foo pdf That is a very interesting idea. I'd go for one... something like this ? (NB. not tested throughly, nor complete yet.) -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer translate-docformat Description: Binary data
Re: Orphaning all packages -- adopting syslog-summary
Lars Wirzenius [EMAIL PROTECTED] writes:
Package: syslog-summary
Description: Summarize the contents of a syslog log file.
This program summarizes the contents of a log file written by syslog,
by displaying each unique (except for the time) line once, and also
the number of times such a line occurs in the input. The lines are
displayed in the order they occur in the input.
I use syslog-summary extensively, I can take it.
The question is -- can I do upstreamish things to it, too?
--
[EMAIL PROTECTED],havoc,gaeshido}.fi,{debian,wanderer}.org,stonesoft.com}
double a,b=4,c;main(){for(;++a2e6;c-=(b=-b)/a++);printf(%f\n,c);}
neat mutt bug.
[-- PGP output follows (current time: Sun Sep 16 03:12:37 2001) --] gpg: Signature made Thu Sep 13 20:30:20 2001 PDT using DSA key ID 2B46A27C gpg: Good signature from Branden Robinson [EMAIL PROTECTED] gpg: aka Branden Robinson [EMAIL PROTECTED] gpg: Fingerprint: 1573 D544 73C3 988F 0096 3E4F EA4C 661F 2B46 A27C [-- End of PGP output --] [-- The following data is signed --] Interesting highlighting bug in mutt -- could confuse an unsuspecting person into thinking Branden actually signed this. [-- End of signed data --] --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: New update_excuses output
On Sat 15 Sep 2001, Simon Richter wrote: Would it be possible to also offer a compressed version of these files (update_excuses.html, update_output.txt, etc)? Most browsers can handle uncompressing these on the fly and it makes accessing these lists MUCH faster. As a porter I often use update_excuses for tracking down packages that are out of date (on alpha) for longer than normal (usually indicating a problem that can't be handled by the build daemon), and hence look at that list quite regularly. It may also be an idea to generate per-arch excuses files. I also look at the info about other arches sometimes; e.g. if a package is out of date for alpha, but also for most other arches, I figure it's the responsibility of the package's maintainer to get it in working order, as there's abviously something wrong in general with it. If it's only alpha (or maybe one other arch), then it's probable that it's an alpha-specific thing that I may be solve quickly (having seen the same problem in other packages, perhaps...) So I find the current output OK, and the compressed version works nicely now; thanks, AJ, for the quick fix :-) Paul Slootman
Re: neat mutt bug.
also sprach Adam McKenna (on Sun, 16 Sep 2001 03:17:37AM -0700): Interesting highlighting bug in mutt -- could confuse an unsuspecting person into thinking Branden actually signed this. oooh. this is ugly. reported it to bugtraq? if not bugtraq, then at least michael elkins should know... martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- the web site you seek cannot be located but endless others exist. pgp0zVwlqExAf.pgp Description: PGP signature
Re: neat mutt bug.
On Sun, Sep 16, 2001 at 12:34:22PM +0200, Martin F Krafft wrote: also sprach Adam McKenna (on Sun, 16 Sep 2001 03:17:37AM -0700): Interesting highlighting bug in mutt -- could confuse an unsuspecting person into thinking Branden actually signed this. oooh. this is ugly. reported it to bugtraq? if not bugtraq, then at least michael elkins should know... I just sent a copy to [EMAIL PROTECTED], hopefully that list accepts submissions from non-members. I personally don't think it's bugtraq worthy, since careful checking will reveal a bad date, but still, it's important because the casual reader will most likely believe the data was signed. --Adam -- Adam McKenna [EMAIL PROTECTED] [EMAIL PROTECTED]
Re: [RFC] Developer documentation packages.
Roland Mas [EMAIL PROTECTED] immo vero scripsit So we'd have some sort of book-get package, like the controversial porn-get (which shares the characteristics you've described)? Heh, so we could indeed have book-get install packagename and have preferences for documentation format. Also, some book-cache search command. porn-get could even be reused/extended to do this job. The last part (of translating documentation formats) is not implemented yet, but should be trivial, really. regards, junichi -- [EMAIL PROTECTED] http://www.netfort.gr.jp/~dancer
Re: neat mutt bug.
Previously Adam McKenna wrote: Interesting highlighting bug in mutt -- could confuse an unsuspecting person into thinking Branden actually signed this. That's documented, nothing special about it. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: Problem with resolv.conf and search list
Bernd Eckenfels writes: - host is not using the system resolver but contacting name servers directly. - You may want to use ping to check it, instead. That's what exactly what I tried before. Does not work either :-( -- -- Bruno
Re: Problem with resolv.conf and search list
Philippe Troin writes: - The parser for resolv.conf is very stupid. - Try: - -search lifl.fr univ-lille1.fr -search iut-info.univ-lille1.fr -nameserver 134.206.10.18 -nameserver 134.206.1.4 -nameserver 134.206.1.15 It does not work either because with this configuration only the last domain is searched for (aka iut-info.univ-lille1.fr) and am unable to find host in domain univ-lille1.fr. The man page of resolv.conf says there may be only on search line containing only 6 domains and which must not be longer than 256 characters. My configuration respect exactly that, but it does not work. I would like to have a look at the code just in order to understand how is the job done ? Did someone know in where the code of the resolver is situated : glibc (maybe get_host_by_name) ? -- -- Bruno
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 09:14:52PM -0500, David Starner wrote: People shouldn't have to sift through a bunch of entries of boring and meaningless text (to them, at least :) to get such information... The same being true of README.Debian. Everything in README.Debian should be admin-oriented information, IMHO, in which case it wouldn't be boring and meaningless. Perhaps they had already read it, though, but even so, it's easier to skim through a few paragraphs one has already read than through lots of terse changelog entries. -- 2. That which causes joy or happiness.
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 06:51:21PM -0500, Steve Greenland wrote: There is already a standard, reliable way of communicating package changes to the admin. Amazingly enough, it's called a changelog. I usually find them under /usr/share/doc/packagename/... We can't really expect the admins to parse through hundreds of changelogs; But if it becomes common place to list changes in debconf notes, then the admins will be overwhelmed by them as well, if every upgrade leads to 50 new e-mails. I agree that the maintainers would need to pay more attention to the note priorities and locations. Consider what we're talking about: A package is moving files from one directory to another, and replacing the original directory with a symlink to the new one (assuming that's what Elie decides to do). Why does every admin need to be notified? Ah, in this case it is indeed not necessary to notify the admin. -- 2. That which causes joy or happiness.
Re: Issue with Bug#112121: procmail-lib: Recipes belong in /usr/share, not /usr/lib
On Sat, Sep 15, 2001 at 07:46:52PM -0400, Matt Zimmerman wrote: In the future, though, package management frontends should make it easy to view README.Debian at installation time. I agree, a button called Debian README in an X frontend would really be convenient. -- 2. That which causes joy or happiness.
rdate can't connect socket
I posted the following to -user three days ago with no response. Can someone here help? I have the following command in a cron.daily script: rdate time.mist.god This has worked consistently for a long time, but for the past week or two it returns: rdate: Could not connect socket: Connection refused This message returns almost instantly - too quickly, I believe, to be a connection refused at the remote server. Can this be a socket on my machine that refuses a connection? I have rdate 1.3-3. Bob -- _ |_) _ |_ Robert D. Hilliard [EMAIL PROTECTED] |_) (_) |_) 1294 S.W. Seagull Way [EMAIL PROTECTED] Palm City, FL USA GPG Key ID: 390D6559 PGP Key ID: A8E40EB9
Re: rdate can't connect socket
On 16/09, Bob Hilliard wrote: | This has worked consistently for a long time, but for the past | week or two it returns: | rdate: Could not connect socket: Connection refused | | This message returns almost instantly - too quickly, I believe, | to be a connection refused at the remote server. | | Can this be a socket on my machine that refuses a connection? Did you by chance update your firewall? Could it be rejecting this outgoing connection?
[±¤°í] Çâ±âº£°Ô¸¦ µå¸³´Ï´Ù.
Title: 32 (). ? . ... : 2001-0013914, :0235637, :0177790 32 800 () . 24 , , , , , , , , , , , , , , , , , , , , , , , 32 , / / / / / , , , , . (,) (1,2) , ,. , , , . , , . 2 . () () (()) , , , . . , , , ,, , , , , ,, . , . (1,2) () , . , , , , . . ( ) () () .
Re: Problem with resolv.conf and search list
Le Sun, Sep 16, 2001 at 02:26:49AM +0200, Bruno BEAUFILS ecrit :
{watney-root-/etc}# host sole
sole.lifl.fr does not exist (Authoritative answer)
{watney-root-/etc}# host sole.iut-info.univ-lille1.fr
sole.iut-info.univ-lille1.frA 134.206.40.114
Did you simply try dig, instead of host ?
--
(0 Francois CerbelleO) |\ _,,,---,,_
//\ mailto:[EMAIL PROTECTED] /\\ZZZzz /,`.-'`'-. ;-;;,_
V_/ Cell: (+33/0) 603 015 512\_V |,4- ) )-,_. ,\ ( `'-'
'---''(_/--' `-'\_)
Bug#112463: ITP: siemens-dvb-firmware -- Firmware files from convergence integrated media GmbH
Package: wnpp Version: N/A; reported 2001-09-16 Severity: wishlist * Package name: siemens-dvb-firmware Version : 0.9.3 Upstream Author : Ralph Metzler [EMAIL PROTECTED] Marcus Metzler for convergence integrated media GmbH * URL : http://linuxtv.org/dvb/ * License : non-free -- binary only, apparently free distributable Requires further investigation Description : Firmware for Fujitsu/Siemens based DVB cards This package contains some non-free firmware files used by Digital satelite receiver cards based on the Fujitsu Siemens DVB PCI reference card. The firmware is needed for the siemens-dvb-drivers package. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux zombie 2.4.9 #1 Die Sep 11 22:24:52 CEST 2001 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Bug#112464: ITP: siemens-dvb-drivers-src -- drivers for Siemens based DVB cards
Package: wnpp Version: N/A; reported 2001-09-16 Severity: wishlist * Package name: siemens-dvb-drivers-src Version : 0.9.3 Upstream Author : Ralph Metzler [EMAIL PROTECTED] * URL : http://linuxtv.org/dvb/ * License : GPL Description : drivers for Siemens based DVB cards This is another early release of a Linux driver for the Siemens/Fujitsu DVB PCI card. As such there are many features still missing and not everything might work as intended. But we are at a point where we think that the driver is useful to some people and an exchange with a larger user base would be benefitial. Please note that only the Siemens/Fujitsu DVB card is supported by us. Other, also identical, cards by other manufacturers may work but are NOT supported. Siemens/Fujitsu was the only manufacturer willing to provide documentation and support for a Linux driver. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux zombie 2.4.9 #1 Die Sep 11 22:24:52 CEST 2001 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Re: gettext override disparity
On Sun, 16 Sep 2001, Debian Installer wrote: There are disparities between your recently installed upload and the override file for the following file(s): gettext-base_0.10.40-1_i386.deb: priority is overridden from standard to important. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please reply to this mail and explain why. If you think the package is correct and the override wrong please fix the override so that this disparity is fixed. If you feel the package is incorrect then please reply to this mail and explain why. gettext-base has been standard for two years now. If you feel standard is incorrect it should be *you* ftp admins who have to explain why, *before* changing the override file, not me.
Bug#112467: general: rxvt 1:2.6.3-12
Package: general Version: 20010916 Severity: important OK I downloaded the testing source code distribution and compiled it on my system. I simply did : ./configure make make install Now rxvt works perfectly well. No more hanging or locking up the system. Is it possible that the current rxvt binaries are out of sync with one ore more libraries ? Brian [EMAIL PROTECTED] -- System Information Debian Release: testing/unstable Kernel Version: Linux soggy 2.4.7 #6 Sat Sep 15 14:02:27 PDT 2001 i686 unknown
Re: splitting /var/lib/dpkg/status and handling desc translation
On Sun, Sep 16, 2001 at 09:55:14AM +1000, Herbert Xu wrote: Michael Bramer [EMAIL PROTECTED] wrote: 1.) notification mails This is already fixed. Verybody can stop the server to send this mails. And I send a No it's not. You have to send an email for every package that you maintain. This is simply unacceptable. If I don't stop receiving these mails soon, I will have to impose a site-wide ban on mail from that location. Yes, I know this problem. I will improve this and I have add all your packages on the nonotification list. Thanks Gruss Grisu -- Michael Bramer - a Debian Linux Developer http://www.debian.org PGP: finger [EMAIL PROTECTED] -- Linux Sysadmin -- Use Debian Linux »Trau nur nicht der Diskretion der Behörden, mein Junge. Je mehr es davon gibt, desto mehr Futter brauchen sie.« -- Heinrich Böll, »Billard um halbzehn« pgpLLdbyl4E1H.pgp Description: PGP signature
Re: franc,ais locale (was Re: A language by any other name)
Colin Walters [EMAIL PROTECTED] writes: Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit in Cyrille's headers, which look fine. ...same here... I wonder if Gnus is doing some auto-detect action? I wouldn't think it would add a Content-Type header though :P -- Josh Huber | [EMAIL PROTECTED] |
Re: neat mutt bug.
On Sun, Sep 16, 2001 at 02:33:29PM +0200, Wichert Akkerman wrote: That's documented Where?
Re: neat mutt bug.
Previously Aaron Lehmann wrote: Where? Euh, the manual I guess? I know I read it somewhere. Wichert. -- _ / Nothing is fool-proof to a sufficiently talented fool \ | [EMAIL PROTECTED] http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Bug#112478: ITP: thoteditor -- customizable editor for structured documents
Package: wnpp Version: N/A; reported 2001-09-16 Severity: wishlist Package name: thoteditor Version : 2.1e Upstream Author : Name [EMAIL PROTECTED] * URL : http://opera.inrialpes.fr/thot/ ftp://sunsite.unc.edu/pub/Linux/X11/xapps/editors/ License : BSD-like Description : customizable editor for structured documents Thot is based on thotlib, which has been recently extented at W3C, and is used by their Amaya browser/editor. Unfortunately the Thot editor has not been much worked on lately and some work will be required on it. Especially, I believe Thot has the potential to be used as quasi-wysiwig editor for DocBook and other types of SGML documents. -- System Information Debian Release: testing/unstable Architecture: i386 Kernel: Linux bylbo 2.2.19+reiserfs+ide #1 Wed Jun 13 20:05:28 CEST 2001 i586 Locale: LANG=français, LC_CTYPE=français
Fwd: Re: uptime
woops. that went to -user... sorry... - Forwarded message from Martin F Krafft [EMAIL PROTECTED] - also sprach Robert Waldner (on Mon, 17 Sep 2001 12:01:26AM +0200): Not to give NT any honour, but that´s probably FW-1. It runs reasonably (for commercial-firewall-software - values of) stable on AIX, Solaris and Debian, but the NT-port is...utter crap. well, that's probably true. but how can you port potentially good software (i can't quite classify fw-1 as good, but it is a good start) to a visual patch to a useless extension to a minor patch release for 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. ever done MFC programming? or windoze API for that sake? h! The Policy Editor, OTOH, is quite nice. sure, but there are better. i forgot the name of the one i have in mind, i'll post it tomorrow from the office. martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- http://www.unix-vs-nt.org/kirch/
OT: Re: Fwd: Re: uptime
On Mon, Sep 17, 2001 at 12:09:52AM +0200, Martin F Krafft wrote: The Policy Editor, OTOH, is quite nice. sure, but there are better. i forgot the name of the one i have in mind, i'll post it tomorrow from the office. Please don't. It's already off-topic. -- Jeremy D. Zawodny | Perl, Web, MySQL, Linux Magazine, Yahoo! [EMAIL PROTECTED] | http://jeremy.zawodny.com/
Re: OT: Re: Fwd: Re: uptime
also sprach Jeremy Zawodny (on Sun, 16 Sep 2001 03:29:15PM -0700): The Policy Editor, OTOH, is quite nice. sure, but there are better. i forgot the name of the one i have in mind, i'll post it tomorrow from the office. Please don't. It's already off-topic. well, the one i had in mind is a very nice GUI to iptables. better than the policy editor of fw-1. alright's interested parties, please contact me privately. i should have the info by tomorrow... martin; (greetings from the heart of the sun.) \ echo mailto: !#^.*|tr * mailto:; [EMAIL PROTECTED] -- f u cn rd ths, u cn gt a nce jb in th prgrmng indstry pgp68OhjX5Nal.pgp Description: PGP signature
Re: HW Probe
* Mike Markley [EMAIL PROTECTED] [010913 14:47]: ignore, or are ignorant the suggestion in the developers-reference that Yeah, and if you bigots get any more annoying, you should try and get it policy too./sarcasm Why cant some of you come up with a procmail setup that can at least flag and/or delete that tripe at which you so hate. Or just killfile pepople you cant stand. Just stop the jabbering and whining about it in every comms channel you people see fit. -- Scott Dier [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.ringworld.org/ [EMAIL PROTECTED] History teaches that grave threats to liberty often come in times of urgency, when constitutional rights seem too extravagant to endure. - Justice Thurgood Marshall (1989) pgpFEg7bRnsbE.pgp Description: PGP signature
Bug#112486: ITP: dancer-services -- IRC services implementation for dancer-ircd
Package: wnpp Version: N/A; reported 2001-09-16 Severity: wishlist * Package name: dancer-services * License : GPL Description : IRC services implementation for dancer-ircd dancer-services is an implementation of IRC services (nickserv, chanserv, etc.), largely based on hybserv but patched to use the dancer inter-server protocol (and thusly to work with dancer-ircd). -- .''`. ** Debian GNU/Linux ** | Andrew Suffield : :' : | Dept. of Computing, `. `' | Imperial College, `-http://www.debian.org/ | London, UK pgpxww9SSeq2J.pgp Description: PGP signature
Re: Preview of new Ghostscript packages - please test
On Fri, Sep 14, 2001 at 02:43:41AM +0200, Torsten Landschoff wrote: On my todo list for tomorrow: - Enabling the Omni driver - gimp-print support (stp) - Adding the wrappers to gs-common (ps2pdf etc.) Of course I did not finish this task in the planned time frame. Anyway, at least there is now a gs package with the omni and stp drivers. Everybody with a printer and running unstable please check it out. Location: http://people.debian.org/~torsten/gs/ Thanks Torsten pgpq2fwHpYL4P.pgp Description: PGP signature
Bug#112491: general: sawfish requires a package for SHAPE extension, but does not have a dependency.
Package: general Version: -u 20010917:092115 Severity: important [EMAIL PROTECTED] /home/ajh 501 $ sawfish sawfish: your X server doesn't suppot the SHAPE extension; aborting -- System Information Debian Release: testing/unstable Kernel Version: Linux hawthorn 2.4.2-2 #1 Sun Apr 8 20:41:30 EDT 2001 i686 unknown
Re: sox sucks !
On Fri, 14 Sep 2001, Eric Van Buggenhaut wrote: On Fri, Sep 14, 2001 at 02:37:55PM -0300, Gustavo Noronha Silva wrote: Em Fri, 14 Sep 2001 18:24:01 +0200 Eric Van Buggenhaut [EMAIL PROTECTED] escreveu: Thanks to both of you (Dag Belgïe :) Fact is I didn't know about this option, it's documentation is totally hidden. Bug filed. hmmm I learned this option with a simple mpg123 --help... is it really hidden? btw, use mpg321 instead of mpg123 as mpg123 is non-free ;) [EMAIL PROTECTED] $ mpg321 --help 21 | grep wav --wav N or -w N Use wave file N for output []s! [EMAIL PROTECTED]:~]$ mpg123 --help 21 |grep wav [EMAIL PROTECTED]:~]$ -w filename write Output as WAV file case sensitive... :[ ! [EMAIL PROTECTED]:~]$ mpg123 --longhelp 21 |grep wav -w f --wav f Writes samples as WAV file in f (- is stdout) [EMAIL PROTECTED]:~]$ Admit you have to know it ... -- The Internet must be a medium for it is neither Rare nor Well done! a href=mailto:[EMAIL PROTECTED]John Galt /a
Processed: Re: Bug#112491: general: sawfish requires a package for SHAPE extension, but does not have a dependency.
Processing commands for [EMAIL PROTECTED]: reassign 112491 sawfish Bug#112491: general: sawfish requires a package for SHAPE extension, but does not have a dependency. Bug reassigned from package `general' to `sawfish'. thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
[] debian-devel ?
Title: 9 . | | | ? . JEEPRV 1,000 .. . . . . . 1. 10% 2. 3. 10~20% 4. 20,000 ~! 20,000 ~! [RV] [ ] ~~ . () , , ( ) , , , (EGR) | | | . .Copyright 2001 by . All right reserved.Tel. 031-962-7651
