IBM MWAVE multifunction card

I have an aptiva 2144-m51 with an mwave card. I read the incompatibility list. If I boot the card under win95 or dos7 and then soft boot to linux is there a driver somewhere that will use the card? I think it has Sound Blaster compatibility as far as the port drivers are concerned. thanks, ==p

Need experienced developer to create Java GUI frontend for Linux client-server application

Hi all, We're a small software development company in Melbourne, Australia presently involved in creating a Linux client-server kiosk application. We are looking for developers who are able to work on-site, creating the Java GUI front-end for this application. At least one senior developer is re

Re: ITP loco

Gergely Risko wrote: > I pacakged up loco, a perl script to colorize the logfiles. > It can be found on freshmeat. Are you aware of grc? grc can colorize anything, including logfiles. -- see shy jo

Re: Status of fab and of his pkgs [Was: ITA: man-db, groff]

[ Moving to -devel. ] Fabrizio Polacco wrote: > It's written everywhere: DON'T RUN MAN AS ROOT! Tell that to a system administrator who has just booted a broken system into single-user mode and is trying to remember how to remount the root filesystem rw, so he can go fix the password file, which

Re: What do you wish for in an package manager?

On Thu, Jan 04, 2001 at 01:23:43AM -0700, Matt Taggart wrote: > In the "Rambling apt-get ideas" thread, Vince Mulhollon writes ... > > > Use a apt-get client to remotely mess with another workstations packages. > > Messing with only one workstation at a time is boring. How about multicast > > to

RE: testing "testing" (was: Implementing "testing")

I brought up the subject of an automatic testing/bug-reporting suite on Gnome-Dev the other day, and, according to Havoc Pennington [EMAIL PROTECTED] Tinderbox http://www.mozilla.org/tinderbox.html can be configured to do a lot of the automatic testing that I proposed. Here is his reply "There's

Re: tar -I incompatibility

Hamish Moffatt <[EMAIL PROTECTED]> wrote: > > If we're expected to avoid any advanced features, why do the authors bother > to implement them? http://www.tuxedo.org/~esr/jargon/html/entry/creeping-featuritis.html -- Sam Couter | Internet Engineer | http://www.topic.com.au/ [EMAIL

Re: What do you wish for in an package manager?

Ben Collins writes ... > You are missing the fact that the old package does not understand that > the new package possibly setup some things (configuration settings, > diversions, symlinks, removal of cruft, alternatives) that it cannot > recover from. You are missing the fact that it is not as s

Re: egcs/gcc?

[EMAIL PROTECTED] said: >Nonono, if you read Documentation/Changes for 2.4 it actually says that >o Gnu C 2.91.66 # gcc --version > >Please note specifically this part of the same file >" >Note that gcc 2.7.2.3 is no longer a supported kernel compiler. The kernel >

local facilities and official packages

Hi all I am not a Debian maintainer, but i use Debian to develop my programs and i use it usually. Recently, some future Debian maintainer talks me about not using local0 to local7 facilities since they are only to be used by local packages, not Debian official packages, but i think pppd, chat an

Re: Debian unstable tar incompatible with 1.13.x?

> " " == safemode <[EMAIL PROTECTED]> writes: > I have used tar with gzip and bzip2 in debian unstable and in > each case users who use older versions of tar ( like 1.13.11 ) > were unable to decompress it. Well, bzip2 is known. Just doesn't work anymore (see the big flameware

Re: Solving the compression dilema when rsync-ing Debian versions

> " " == John O Sullivan <[EMAIL PROTECTED]> writes: > There was a few discussions on the rsync mailing lists about > how to handle compressed files, specifically .debs I'd like to > see some way of handling it better, but I don't think it'll > happen at the rsync end. Reas

Re: BIND 9.X package status

> "Petr" == Petr Cech <[EMAIL PROTECTED]> writes: Petr> On Sat, Jan 06, 2001 at 10:48:47AM +1100 , Brian May wrote: >> I have to wonder if it is really worth having a different name >> for the newer package version. Are the versions really that >> different? Personally, I woul

Re: gnome run command

It used to be gnome-run. I created my own launcher that first ran a script to set the "history" on my RH6.1 system (heavily upgraded) that had Gnome 1.2 on it. (Or maybe only gnome 1.0.55). After I installed RH7 I could no longer find the command and my launch er didn't work. -D On Mon, Jan 0

[mc]: Help reproducing a bug

Hi, I have a bugreport stating mc segfaults when a shell command that was started inside mc fails, e.g. because it is not found, it is interrupted, or it crashes. This error only occurs since a few weeks on my system and therefore might be related to kernel-2.4 or recent library updates

Re: ITP: mboxgrep -- Grep through mailboxes

On Mon, Jan 08, 2001 at 03:49:01PM -0800, Joey Hess wrote: > Balderdash: > > [EMAIL PROTECTED]:~>time grepmail foo /dev/null > 0.29user 0.01system 0:00.29elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k First time: $ time grepmail foo /dev/null grepmail foo /dev/null 0.36s user 0.05s system 39%

Re: ITP: mboxgrep -- Grep through mailboxes

Aaron Lehmann wrote: > What this means is grepmail takes almost a second to start up. I won't > even go into its grepping speed. Balderdash: [EMAIL PROTECTED]:~>time grepmail foo /dev/null 0.29user 0.01system 0:00.29elapsed 100%CPU (0avgtext+0avgdata 0maxresident)k (P-II 300) Anyhow, if this ne

Re: ITP: mboxgrep -- Grep through mailboxes

I guess that Raul WAS right when he told me there *IS* only one way to do it... On Mon, 8 Jan 2001, Stephane Bortzmeyer wrote: SB>On Monday 8 January 2001, at 9 h 5, the keyboard of Tollef Fog Heen SB><[EMAIL PROTECTED]> wrote: SB> SB>> I intend to package mboxgrep, a utility which greps mailb

ITP: xgospel - a client for playing Go on IGS

Package: wnpp Severity: normal I intend to package xgospel, a client for playing the game of Go on the Internet Go Server IGS. While the source of xgospel is readily available from http://img.teaser.fr/~jlgailly/go.html, I couldn't find any hint of a license for this program. So the first step

ITP: cfitsio - a library for handling FITS data files

Package: wnpp Severity: normal I intend to package cfitsio, the C version of a library for handling the Flexible Image Transport System (FITS) file format, widely used in the astronomical community. The current version of cfitsio can be downloaded in form of a compressed tarball cfitsio2100.tar.

ITP: mol - the Mac-on-Linux emulator

Package: wnpp Severity: normal I intend to package MOL, an emulator for running MacOS on PowerPC Linux. MOL is licensed under the GPL. Source, binaries, and rpm files can be downloaded from http://www.maconlinux.org/ . Regards, Jens. -- J'qbpbe, le m'en fquz pe j'qbpbe! Le veux aimeb et mqub

Re: Developer Behavior [new maintainer waiting period]

On Mon, Jan 08, 2001 at 11:23:05AM -0600, Adam Heath wrote: > What I'm trying to say is that if you prove beyond a shadow of a doubt that > you would benefit the project, you will be accepted. All I stated was that it was less efficient for many people to do work through sponsors. Well, let's do a

gnome run command

Hi, does anybody know if it is possible to start the built-in run command (similar to xexec) of the gnome-panel, outside the gnome desktop, e.g. under icewm. I tried to find the command's name but did not succeeed. I also tried to find it out by looking into the process-list, but the start of the

ITP: asmon -- A system resource monitor dockapp for Afterstep and WindowMaker

Package: wnpp Severity: wishlist Description: A system resource monitor dockapp for Afterstep and WindowMaker Asmon is a wharfable/dockable application for that displays meters detailing CPU, memory, swap, and X mem usage. Also included the exact numbers for load average, mem, swap, and X.

Re: Linux Gazette [Was: Re: big Packages.gz file]

On Mon, Jan 8, 2001 at 18:20:16 +0100 (+), Andreas Fuchs wrote: > On 2001-01-07, Goswin Brederlow > <[EMAIL PROTECTED]> wrote: > > zhaoway> 1) It prevent many more packages to come into Debian, for > > zhaoway> example, Linux Gazette are now not present newest issues > > zhaoway> i

Re: Avifile package - help needed

>> William Lee Irwin III <[EMAIL PROTECTED]> writes: > Say, could you cite some proof of this? I admit this being hearsay. Before sending my previous message I did try to find some credible source for this information. The Project Mayo doesn't give much info in that direction, and the arti

Re: Developer Behavior

On Mon, Jan 08, 2001 at 09:52:25PM +0100, Adrian Bunk wrote: > On Mon, 8 Jan 2001, Vince Mulhollon wrote: > > >... > > 5) A Debian Developer will never knowingly run a production server on > > "unstable" and will never encourage a non-developer to run "unstable". > >... > > Tou want to forbid tha

Re: Avifile package - help needed

Hi Zdenek, [ I hope you don't mind me mailing the reply back to d-d, please keep your replies there ] >> Zdenek Kabelac <[EMAIL PROTECTED]> writes: > But in this case - maybe downloading script would be legal for Debian ? > (just like for realplayer ? - or do you think Debian user should nev

ITP sked

Hello! I'm working on fixing some bugs and after that packaging up sked, a conosle-based calendar and scheduling program. Thanks, Gergely

Re: Developer Behavior

1) It's a totally informal and unofficial first draft. Maybe a better way of expressing my thoughts would be: "A Debian Developer will never knowingly allow a mission critical server to run unstable unless all the affected users and managers understand the danger." or, perhaps more acceptable:

Re: Debian unstable tar incompatible with 1.13.x?

In Mon, 08 Jan 2001 15:21:30 -0500 safemode <[EMAIL PROTECTED]> cum veritate scripsit : > I have used tar with gzip and bzip2 in debian unstable and in each case > users who use older versions of tar ( like 1.13.11 ) were unable to > decompress it. > > [49: huff+mtf rt+rld]data integrity (CRC)

Re: Solving the compression dilema when rsync-ing Debian versions

There was a few discussions on the rsync mailing lists about how to handle compressed files, specifically .debs I'd like to see some way of handling it better, but I don't think it'll happen at the rsync end. Reasons include higher server cpu load to (de)compress every file that is transferred and

Re: ITP: kimberlite -- HA Cluster for Linux

> Package: wnpp > Severity: wishlist > > Kimberlite is a complete framework providing high availability for > application services on Linux. The key features of the architecture Which licence? -Ralf.

Re: Developer Behavior

On Mon, 8 Jan 2001, Vince Mulhollon wrote: >... > 5) A Debian Developer will never knowingly run a production server on > "unstable" and will never encourage a non-developer to run "unstable". >... Tou want to forbid that: - I run unstable on a production server even if I know what I'm doing - I

Re: Developer Behavior

On Mon, 8 Jan 2001, Marek Habersack wrote: > Same for me... My application was accepted in September, I applied in June - > the only thing missing is the account. I have 8 packages waiting to be > uploaded, one more to overtake from the current maintainer (he could/would > sponsor it, but I prefer

Re: Developer Behavior

On Mon, 08 Jan 2001 16:17:42 Vince Mulhollon wrote: > > 5) A Debian Developer will never knowingly run a production server > on > "unstable" and will never encourage a non-developer to run > "unstable". For the record I object to any Code of Condust that includes this clause. btw I'm a Ham opera

Re: Avifile package - help needed

On Mon, Jan 08, 2001 at 09:12:35PM +0100, Marcelo E. Magallon wrote: > I went back to the archived discussion that took place in October, and > I'm surprised noone pointed this out. As far as I can tell, DivX, what > that codecs package contains, is illegal. It started off the Microsoft > DLL

ITP: kimberlite -- HA Cluster for Linux

Package: wnpp Severity: wishlist Kimberlite is a complete framework providing high availability for application services on Linux. The key features of the architecture include the following: - A complete high-availability service infrastructure prevents you from having to assemble an infrastru

Debian unstable tar incompatible with 1.13.x?

I have used tar with gzip and bzip2 in debian unstable and in each case users who use older versions of tar ( like 1.13.11 ) were unable to decompress it. [49: huff+mtf rt+rld]data integrity (CRC) error in data and such error messages like that . This troubles me greatly. Any info about this?

Re: Avifile package - help needed

Hi Zdenek, >> Zdenek Kabelac <[EMAIL PROTECTED]> writes: > After a while there is finaly version which looks stable enough for me, > so there are new packages of this program available here I went back to the archived discussion that took place in October, and I'm surprised noone pointed th

ITU: freeswan 1.8

Hi all Please reply directly to me as I am currently not subscribed to -devel. I have ITPed for freeswan quite a while ago and have made "semi-official" (people who were interested at that time knew of the download location) packages since then. Now I am happy enough with my version of the freesw

Re: big Packages.gz file

Hello, On Tue, Jan 09, 2001 at 03:04:10AM +0800, zhaoway wrote: > * To seperate Packages.gz to be along with each package as another seperate > file. Ceazar's belong to Ceazar. ;) > i.e., each pkg_ver-sub_arch.deb with a pkg_ver-sub_arch.idx No, thats not a win. You would end up checking time

Re: Solving the compression dilema when rsync-ing Debian versions

> " " == Andrew Lenharth <[EMAIL PROTECTED]> writes: > What is better and easier is to ensure that the compression is > deturministic (gzip by default is not, bzip2 seems to be), so > that rsync can decompress, rsync, compress, and get the exact > file back on the other sid

Re: Developer Behavior [new maintainer waiting period]

On Mon, Jan 08, 2001 at 11:23:05AM -0600, Adam Heath wrote: > I created my pgp key on Dec. 27, 1997. 2 weeks later, I was a > developer. Granted, this was before the closing, and the reorganization, but > even for that time frame, that was fast. > > What I'm trying to say is that if you prove be

Re: Solving the compression dilema when rsync-ing Debian versions

> " " == Otto Wyss <[EMAIL PROTECTED]> writes: >>> So why not solve the compression problem at the root? Why not >>> try to change the compression in a way so it does produce a >>> compressed > result >>> with the same (or similar) difference rate as the source? >> Ar

Re: RFDisscusion: Big Packages.gz and Statistics and Comparing solution

On Mon, Jan 08, 2001 at 12:53:52AM +0100, Marcin Owsiany wrote: > Something like this should be implemented anyway when > translated Descriptions will be supported and Packages size > will grow by some 6 times. Oh, man, you got another strong point against general package index. (Big Packages.gz c

Re: big Packages.gz file

On Sun, Jan 07, 2001 at 05:18:02PM -0500, Chris Gray wrote: > > Brian May writes: > bm> What do large packages have to do with the size of the index file, > bm> Packages? > > I think the point was that every package adds about 30-45 lines to the > Packages file. You don't need to down

Re: BIND 9.X package status

On Sat, Jan 06, 2001 at 10:48:47AM +1100 , Brian May wrote: > I have to wonder if it is really worth having a different name for the > newer package version. Are the versions really that different? > Personally, I would prefer to have apt-get automatically upgrade the > package, and that will be di

Re: woody and 2.4

On Fri, Jan 05, 2001 at 05:25:16AM -0800 , Kenneth Scharf wrote: > Just saw this as I suppose many already have > > http://linuxtoday.com/news_story.php3?ltsn=2001-01-05-001-04-NW-LF-KN > > Since Woody is probably still many months away is > there a chance that it will include the 2.4 Kernel? ye

Re: Developer Behavior

On Mon, Jan 08, 2001 at 08:54:07AM -0800, Aaron Lehmann wrote: | A case where it might make sense to encourage someone to run unstable | is if [...] the developer thinks that they are resonably competant. I think that this is the key. If the user is competent enough there is no harm suggesting to

WARNING: dpkg-source from 1.8.0, 1.8.1, 1.8.1.1 is bad [was Re: Installed dpkg 1.8.1.2 (i386 all source)]

On Mon, 8 Jan 2001, Wichert Akkerman wrote: > Format: 1.7 > Date: Sun, 7 Jan 2001 22:52:33 -0600 > Source: dpkg > Binary: dpkg-dev dpkg-doc dpkg > Architecture: source all i386 > Version: 1.8.1.2 > Distribution: unstable > Urgency: low > Maintainer: Wichert Akkerman <[EMAIL PROTECTED]> > Changed-

Re: Developer Behavior [new maintainer waiting period]

On Mon, 8 Jan 2001, Marek Habersack wrote: > > Note that I did not flaunt my deeds to the new maintainer team. My nightly > neither do I do that... It's just that I _really_ want to work and > contribute to Debian and being a de-facto developer but not _Debian_ > developer my contributions are ve

Re: Solving the compression dilema when rsync-ing Debian versions

> No, I want rsync not even to be mentioned. All I want is something > similar to > > gzip --compress-like=old-foo foo > > where foo will be compressed as old-foo was or as aquivalent as > possible. Gzip does not need to know anything about foo except how it > was compressed. The switch "

Re: Developer Behavior [new maintainer waiting period]

** On Jan 08, Adam Heath scribbled: [snip] > > Hmm... http://debian.vip.net.pl/caudium, > > http://debian.vip.net.pl/caudium-unstable - does that prove _anything_ about > > me? I guess not and the NM process is what there's needed to confirm whether > > the applicant can do anything good for the pr

Re: Developer Behavior

"Vince Mulhollon" <[EMAIL PROTECTED]> wrote: >Now that you and Eray have publically complained about the team's slowness, >that means that after you complete the NM process, you both be joining the >NM team to help your fellow developers get processed quicker, right? > >I'm not being sarcastic, my

Re: Developer Behavior [new maintainer waiting period]

On Mon, 8 Jan 2001, Marek Habersack wrote: > ** On Jan 08, Adam Heath scribbled: > > On Mon, 8 Jan 2001, Vince Mulhollon wrote: > > > > > Yes, it took me about a year's wait also. > > > > I created my pgp key on Dec. 27, 1997. 2 weeks later, I was a > > developer. Granted, this was before the

Re: Developer Behavior

On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: > Some Eray quotes, one paragraph of advice for Eray, and a possibly useful > idea at the end for everyone. I think you are grossly overestimating Eray's desire to work well with others, his ability to contribute anything of substanc

Re: Developer Behavior [new maintainer waiting period]

** On Jan 08, Adam Heath scribbled: > On Mon, 8 Jan 2001, Vince Mulhollon wrote: > > > Yes, it took me about a year's wait also. > > I created my pgp key on Dec. 27, 1997. 2 weeks later, I was a > developer. Granted, this was before the closing, and the reorganization, but > even for that time

Re: Developer Behavior

On Mon, 8 Jan 2001, Aaron Lehmann wrote: > Agreed. Bitching about problems in unstable is bad. Running unstable > is not necessarily evil. Just to make sure everyone understands, bitching about unstable bugs is bad. Finding and reporting unstable bugs is ok. BEGIN GEEK CODE BLOCK Versio

Re: Developer Behavior

On 20010108T084511-0800, Aaron Lehmann wrote: > The DAM is quite busy, and I sympathize with him. However, once > allowed to I would voulenteer to aid him with his duties to expedite > the processes. I doubt that a fresh developer would be allowed to take on such a vulnerable position as the DAM.

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 10:54:37AM -0600 , Steve Langasek wrote: > While a 2.0 kernel may not /run/ with a given glibc, I'm puzzled as to how kernel doesn't care what you have under it. and newer glibc's should work OK even with an older one. Petr Cech -- Debian G

Re: jabber field on db.debian.org?

Today, Gerfried Fuchs <[EMAIL PROTECTED]> wrote: > -) Or, during a short period (say, 2 months or so?) both fields could > be there, and icq should really be dropped. Or, they could both be there (if space permits) with the ICQ field output as "[EMAIL PROTECTED]". Talking about encouragement... (-

Re: Linux Gazette [Was: Re: big Packages.gz file]

On 2001-01-07, Goswin Brederlow <[EMAIL PROTECTED]> wrote: > zhaoway> 1) It prevent many more packages to come into Debian, for > zhaoway> example, Linux Gazette are now not present newest issues > zhaoway> in Debian. People occasionally got fucked up by packages > Any reasons why the

Re: Developer Behavior [new maintainer waiting period]

On Mon, 8 Jan 2001, Vince Mulhollon wrote: > Yes, it took me about a year's wait also. I created my pgp key on Dec. 27, 1997. 2 weeks later, I was a developer. Granted, this was before the closing, and the reorganization, but even for that time frame, that was fast. What I'm trying to say is t

Re: Developer Behavior

** On Jan 08, Aaron Lehmann scribbled: > On Mon, Jan 08, 2001 at 10:35:51AM -0600, Vince Mulhollon wrote: > > Now that you and Eray have publically complained about the team's slowness, > > that means that after you complete the NM process, you both be joining the > > NM team to help your fellow de

Re: Solving the compression dilema when rsync-ing Debian versions

On Mon, Jan 08, 2001 at 05:28:56PM +0100, Otto Wyss wrote: > >> So why not solve the compression problem at the root? Why not try to > >> change the compression in a way so it does produce a compressed > result > >> with the same (or similar) difference rate as the source? > > > >Are you going to

Re: Compiling 2.0.38 kernel

On Mon, 8 Jan 2001, John H. Robinson, IV wrote: > On Mon, Jan 08, 2001 at 05:33:26PM +0100, Petr Cech wrote: > > On Mon, Jan 08, 2001 at 11:28:25AM -0500 , Chris L. Mason wrote: > > > Right, good point. In fact I did use gcc272 for the actual compile. But > > > neither gcc272 or gcc 2.95.3 compi

Re: Developer Behavior

On Mon, Jan 08, 2001 at 06:47:01PM +0200, Yotam wrote: > On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: > > 5) A Debian Developer will never knowingly run a production server on > > "unstable" and will never encourage a non-developer to run "unstable" > > Why shouldn't a develope

Re: package pool and big Packages.gz file

On 8 Jan 2001, Goswin Brederlow wrote: > Then that feature should be limited to non-recursive listings or > turned off. Or .listing files should be created that are just served. *couf* rproxy *couf* > So when you have more blocks, the hash will fill up. So you have more > hits on the first leve

Re: Developer Behavior

On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: > 5) A Debian Developer will never knowingly run a production server on > "unstable" and will never encourage a non-developer to run "unstable" Why shouldn't a developer encourage an ordinary user to run unstable? * It would speed up

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 05:33:26PM +0100, Petr Cech wrote: > On Mon, Jan 08, 2001 at 11:28:25AM -0500 , Chris L. Mason wrote: > > Right, good point. In fact I did use gcc272 for the actual compile. But > > neither gcc272 or gcc 2.95.3 compiled mkdep.c properly. Hmm, I wonder if > > hmm. I wonde

Re: Developer Behavior

On Mon, Jan 08, 2001 at 10:35:51AM -0600, Vince Mulhollon wrote: > Now that you and Eray have publically complained about the team's slowness, > that means that after you complete the NM process, you both be joining the > NM team to help your fellow developers get processed quicker, right? > > I'm

Keysigning in Barcelona

Hello, I'm looking for a Debian developer to sign my key. I'm in the NM process. If you're in Barcelona (Spain) please mail me. Thanks Santi -- Looking for signature... Looking for signature...done

Re: Developer Behavior

On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: > 5) A Debian Developer will never knowingly run a production server on > "unstable" and will never encourage a non-developer to run "unstable". I don't see how this affects the Debian community. If anything, it would result in more

Re: Developer Behavior

Yes, it took me about a year's wait also. The point I'm making is that complaining to volunteers is ineffective unless you give a solution. Now that you and Eray have publically complained about the team's slowness, that means that after you complete the NM process, you both be joining the NM te

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 11:28:25AM -0500 , Chris L. Mason wrote: > Right, good point. In fact I did use gcc272 for the actual compile. But > neither gcc272 or gcc 2.95.3 compiled mkdep.c properly. Hmm, I wonder if hmm. I wonder how could we compile it in the first place, given there was no othe

Re: Solving the compression dilema when rsync-ing Debian versions

>> So why not solve the compression problem at the root? Why not try to >> change the compression in a way so it does produce a compressed result >> with the same (or similar) difference rate as the source? > >Are you going to hack at *every* different kind of file format that you >might ever want

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 05:22:22PM +0100, Petr Cech wrote: > On Mon, Jan 08, 2001 at 11:08:22AM -0500 , Chris L. Mason wrote: > > Anyway, this might help others who need to compile old kernels, and > > hopefully the problem will be fixed by gcc 2.95.3 final. > > 2.0.38 will probably not compile wi

Re: Developer Behavior

On Mon, Jan 08, 2001 at 10:17:42AM -0600, Vince Mulhollon wrote: > "waiting for DAM approval, whenever that is supposed to happen" (emphasis > on the "supposed to happen") No offense to the DAM, but I share Eray's pedicament and feel that I could definately contribute more effectively if I had th

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 11:08:22AM -0500 , Chris L. Mason wrote: > Anyway, this might help others who need to compile old kernels, and > hopefully the problem will be fixed by gcc 2.95.3 final. 2.0.38 will probably not compile with gcc > 2.7.2.3 very well. You might want to try gcc272

Re: ITP: mboxgrep -- Grep through mailboxes

> Package: grepmail > Description: search mailboxes for mail matching an expression > Grepmail looks for mail messages containing a pattern, and prints the > resulting messages. It can handle compressed mailbox files, and can search > the header or body of emails. Usage is very similar to grep.

Developer Behavior

Some Eray quotes, one paragraph of advice for Eray, and a possibly useful idea at the end for everyone. "Non-regulation is a false claim" "His actions are simply not tolerable" "I'd be greatly surprised if anybody told me that developers have the right to swear publicly in an outburst of adolesc

Re: Solving the compression dilema when rsync-ing Debian versions

On Mon, Jan 08, 2001 at 11:58:26PM +1100, Peter Eckersley wrote: > On Mon, Jan 08, 2001 at 08:27:53AM +1100, Sam Couter wrote: > > Otto Wyss <[EMAIL PROTECTED]> wrote: > > > > > > So why not solve the compression problem at the root? Why not try to > > > change the compression in a way so it does

Re: Compiling 2.0.38 kernel

On Mon, Jan 08, 2001 at 10:55:12AM +0100, Andrea Glorioso wrote: > > Just did it on a Potato box a week ago, no problems whatsoever. Thought > you might wish to know. > Okay, the problem seems to be with how mkdep is being compiled. I managed to get the kernel to compile by copying the mkdep.c

Re: Bug#81396: root shell fscked after upgrade to woody

The reason for installing ssh in this case was for troubleshooting, although higher security would be a positive side effect. He reports trouble from an unknown source, and telnetd is "involved". Installing ssh would allow comparisons of the failure modes with different network login clients. If

Re: ITP: mboxgrep -- Grep through mailboxes

On Mon, Jan 08, 2001 at 02:32:02PM +0100, Guido Guenther wrote: > On Mon, Jan 08, 2001 at 01:27:24PM +0100, Stephane Bortzmeyer wrote: > > On Monday 8 January 2001, at 9 h 5, the keyboard of Tollef Fog Heen > > <[EMAIL PROTECTED]> wrote: > > > > > I intend to package mboxgrep, a utility which gr

Re: ITP: mboxgrep -- Grep through mailboxes

On Mon, Jan 08, 2001 at 01:27:24PM +0100, Stephane Bortzmeyer wrote: > On Monday 8 January 2001, at 9 h 5, the keyboard of Tollef Fog Heen > <[EMAIL PROTECTED]> wrote: > > > I intend to package mboxgrep, a utility which greps mailboxes. > > BTW, we already have sgrep, which is fine for that pur

Re: Solving the compression dilema when rsync-ing Debian versions

On Mon, Jan 08, 2001 at 08:27:53AM +1100, Sam Couter wrote: > Otto Wyss <[EMAIL PROTECTED]> wrote: > > > > So why not solve the compression problem at the root? Why not try to > > change the compression in a way so it does produce a compressed result > > with the same (or similar) difference rate

Re: ITP: mboxgrep -- Grep through mailboxes

On Monday 8 January 2001, at 9 h 5, the keyboard of Tollef Fog Heen <[EMAIL PROTECTED]> wrote: > I intend to package mboxgrep, a utility which greps mailboxes. BTW, we already have sgrep, which is fine for that purpose.

Re: Solving the compression dilema when rsync-ing Debian versions

> " " == Jason Gunthorpe <[EMAIL PROTECTED]> writes: > On 7 Jan 2001, Bdale Garbee wrote: >> > gzip --rsyncable, aloready implemented, ask Rusty Russell. >> >> I have a copy of Rusty's patch, but have not applied it since I >> don't like diverging Debian packages from up

Re: package pool and big Packages.gz file

> " " == Jason Gunthorpe <[EMAIL PROTECTED]> writes: > On 8 Jan 2001, Goswin Brederlow wrote: >> I don't need to get a filelisting, apt-get tells me the >> name. :) > You have missed the point, the presence of the ability to do > file listings prevents the adoption of

RFC Implementation of SGML/XML Proposal for LSB in Debian

Below is an RFC for the implementation of the SGML/XML Proposal for the LSB (version 0.3) in Debian. I've send this to several mailing list to give it broad attention, but please keep all the further discussion on debian-sgml. All affected package maintainers please subscribe to debian-sgml. The

Re: jabber field on db.debian.org?

On Mon, Jan 08, 2001 at 08:44:38AM +0100, Gerfried Fuchs wrote: > I was just wondering - there is this icq-field on > , which I have to say I'm not really happy with. > It's not the kind of thing that seems the right thing[tm] for Debian. I > would rather like to have a jabb

Re: our broken man package

On Thu, Jan 04, 2001 at 09:04:50AM +, Lars Wirzenius wrote: > Ethan Benson <[EMAIL PROTECTED]>: > > OpenBSD took another tack on this problem and just did away with > > cached man pages altogether. (no suid or sgid man) > > They always re-format a manual page? This might be reasonable, actua

Re: Compiling 2.0.38 kernel

> "Chris" == Chris L Mason <[EMAIL PROTECTED]> writes: Chris> Hi Stefan, Chris> Unfortunately, no, I'm still having trouble. :( I might Chris> wind up installing a fresh potato system on another Chris> partition to see if it works in potato or not. If not, I Chris> guess

Re: bugs + rant + constructive criticism (long)

On 03-Jan-2001 Philip Brown wrote: >> "Reply-to" is meant to send a message back to the person who wrote the >> first one, not to someone they wrote the message to. > > reply-to is meant to direct where you should send "replies to". Reply-To is meant to direct where you should send "replies to"

Re: tar -I incompatibility

On Mon, Jan 08, 2001 at 08:32:33AM +1100, Sam Couter wrote: > My point is that the -I option *doesn't* mean "uncompress this file using > bzip2" for anything other than GNU tar. Now that it doesn't mean that for > GNU tar either, people are complaining. I think they probably shouldn't have > been u

Re: State of Debian Jr.

Hi all, I'm the italian teacher interested using linux at school. I write articles for a national school magazine about linux at school and my next one I thought it could be about debian jr. I'm studying in the mailing list your complex work on-line to make debian junior a successful distribution,

Re: Linux Progress Patch for Debian available!

On 03-Jan-2001 Paul Hedderly wrote: > On Mon, Jan 01, 2001 at 11:37:17AM -0800, [EMAIL PROTECTED] wrote: >> Who recalls a cddb access program designed for blind people where >> cddb.com DENIED a certification because the program couldn't display a >> graphical logo where the blind people could se

ATTENTION! Well-Paid Job in the Internet!

Title: ATTENTION! The Well-Paid Job in the Internet! We wish You a pleasant and successful day!In Russian Make money without leaving Your computer!If You show some interest and patience and understand as IT works, You can earn up to $100,000 and more!!! During the following 120 days - it depends on

  1   2   >