Re: dualing banjos
Does anyone else find it bizarre that this is the *second* such request this list has received in recent months? :) On Tue, Sep 12, 2000 at 04:49:47AM -0700, marty macdonald [EMAIL PROTECTED] spake forth: Hi, I saw your ad about sheet music for this. Could you please send it to me? I did find it on olga.net but it looks incomplete. Cheers Marty __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Mike Markley [EMAIL PROTECTED] PGP: 0xA9592D4D 62 A7 11 E2 23 AD 4F 57 27 05 1A 76 56 92 D5 F6 GPG: 0x3B047084 7FC7 0DC0 EF31 DF83 7313 FE2B 77A8 F36A 3B04 7084 Every living thing wants to survive. - Spock, The Ultimate Computer, stardate 4731.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting current keymap
On Tue, Sep 12, 2000 at 10:46:34AM +0200, Torsten Landschoff wrote: On Fri, Sep 08, 2000 at 07:39:04PM +0200, Yann Dirson wrote: Probably this should be discussed here and if noone objects changed ASAP, so that any problems get caught quickly. Don't change that. Beginners would be very confused if the keytable is not working as expected. Not everybody can work with a US keyboard table if the need arises. In which cases is the user able to get to the shell before all rcS.d/ scripts are run ? I can only think of 2: * init=/bin/sh or similar - keymap doesn't get set anyway * user interrupts the boot process with ^C Or do I miss something - maybe I should re-read the scripts :) Debian should try to get more user friendly instead of getting uglier I think. Yes. that's the point :) -- Yann Dirson[EMAIL PROTECTED] |Why make M$-Bill richer richer ? debian-email: [EMAIL PROTECTED] | Support Debian GNU/Linux: | Cheaper, more Powerful, more Stable ! http://ydirson.free.fr/ | Check http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
New package checkmp3 ???
I ran dselect, and lo and behold, checkmp3 appeared. A package with the same name, similar version number (1.97.3 vs. 1.97.2), same description and same maintainer as mp3check. This is bad - should I file a bug on f.d.o, mp3check, checkmp3, or all the above? -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: determining if we're using db.h from libc6 or libdb2?
In article [EMAIL PROTECTED], Darren/Torin/Who Ever... [EMAIL PROTECTED] wrote: Ben Collins, in an immanent manifestation of deity, wrote: On Tue, Sep 12, 2000 at 12:46:02AM -0700, Darren/Torin/Who Ever... wrote: Is there some set of defines such that I can determine with #ifdef that I've got a copy of glibc2 that has db.h as an include file? My plan is that if such a #ifdef is true, then I can #include db2/db.h. Keep it at db.h, since in a few days, it wont matter. Db2 is getting removed from glibc, and your only choice will be db.h or db2/db.h from libdb2 (both the same file, just db.h is the default place). Well, I was hoping to have a general solution because that version of glibc2 is still going to be used for a while. Something like #if (__GLIBC__ == 2) (__GLIBC_MINOR__ 2) /* Glibc 2.0 and 2.1 */ # include db2/db.h #else /* Must be Glibc 2.2 or later */ # include db.h #endif Mike. -- Deadlock, n.: Deceased rastaman. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Best way to depend on an xserver but conflict with XF86 v4 ?
On Tue, Sep 12, 2000 at 01:41:19PM +0200, Wichert Akkerman wrote: Depends: xserver(4.0) [...] What should work with dpkg 1.7.0 once that is ready if someone makes xserver a versioned provide. I don't think that this would be a good idea, because there may be other xservers than XFree. Roland -- Roland Bauerschmidt [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dualing banjos
Jaldhar H. Vyas proclaimed: A team at IBM is currently trying to port the Linux Kernel to Britney Spears but it is highly experimental and the system may never be stable under such hostile conditions. The Britney Spears banjo, it should also be noted, is prone to inexplicably and suddenly getting new and bigger funnels (or whatever that thinggy is). Thaths -- Bart: I don't want to take drugs. Homer: Sure you do. All your favorite stars abuse drugs. Brett Butler, Tim Allen ... Sudhakar C13nhttp://www.aunet.org/thaths/Lead Indentured Slave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New package checkmp3 ???
On Tue, Sep 12, 2000 at 04:16:05PM -0500, David Starner wrote: I ran dselect, and lo and behold, checkmp3 appeared. A package with the same name, similar version number (1.97.3 vs. 1.97.2), same description and same maintainer as mp3check. This is bad - should I file a bug on f.d.o, mp3check, checkmp3, or all the above? How about mailing the maintainer to ask whats up? -- Michael Beattie ([EMAIL PROTECTED]) - Windows: the world's first commercially successful virus! - Debian GNU/Linux Ooohh You are missing out! pgpDvpmayIUfK.pgp Description: PGP signature
Re: Bug#71237: cdparanoia: cannot use cdparanoia 'out of the box' as a non-root user.
Hmmm. No package called `scsidev' exists in Debian (potato|woody). Pointer? On Tue, 12 Sep 2000, Remco Blaakmeer wrote: On Mon, 11 Sep 2000 [EMAIL PROTECTED] wrote: The problem I have here is that the 'appropriate device' is not guarenteed to stay constant with respect to the SCSI bus and ID, the way IDE devices are for example. On my system (I believe this is actually the default) scd devices are group audio, perm 0660, and my cdripper account is in the audio group. Currently, I have two hard drives and two cdrom drives in this machine. The hard drives are at IDs 0 and 1, and the cdrom drives are at IDs 5 and 6. ID: generic: 0 sg0 1 sg1 5 sg2 6 sg3 Now I want to connect an external hard drive to my machine, so I have more storage space for my music collection. I set this drive to ID 3. ID: generic: 0 sg0 1 sg1 3 sg2 5 sg3 6 sg4 Notice that now my external hard drive has access by audio group through the generic device, and my second cdrom drive is no longer accessable by the audio group. To circumvent this problem, you could use the scsidev package to create the appropriate nodes in /dev/scsi/ and set permissions on them. These permissions will be preserved on reboots. The major and minor device numbers will be adjusted if necessary at every reboot. /dev/scsi/sgh24-6c00c0i3l0 will always point at LUN 0 of the device with ID 3 on bus 0 of the SYM5c8xx scsi-adapter at memory address 6c000. You do need to run scsidev again if you add scsi devices while Linux is running, though. Remco -- qn195-66-31-144: 7:55pm up 7 days, 20:09, 11 users, load average: 1.02, 1.21, 1.40 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Best way to depend on an xserver but conflict with XF86 v4 ?
On Mon, Sep 11, 2000 at 10:03:04PM -0700, Philippe Troin wrote: I have a package (utah-glx) which needs can be used only on a XF86 3.3.6 server. How can I express this ? Depends: xserver(4.0) does not work since xserver is a virtual package. Yes, version numbers are more or less meaningless in this case. As someone else pointed out, there are such things as non-XFree86 X server as well, though they are rare on Debian systems. :) I suggest depending on xserver-common (= 3.3.6), xserver-common ( 4.0) until Stephen Gore and I figure out exactly what we're going to do with XFree86 3.3.6. -- G. Branden Robinson | Experience should teach us to be most on Debian GNU/Linux| our guard to protect liberty when the [EMAIL PROTECTED] | government's purposes are beneficent. http://www.debian.org/~branden/ | -- Louis Brandeis pgpchxc6J851R.pgp Description: PGP signature
KDE2 - nice demolition job ...
Hi, I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw: I've been tracking the development of KDE2 for months and running it quite successfully using unofficial debs (cheers to the folks at kde.tdyc for bucking authority!) ... it was fine and coming along very nicely. Was. And all it took was a week or so in the hands of a ridiculously complicated and politically petty beuracracy like this and being subjected to an absurdly complex re-packaging scheme to completely destroy a perfectly useful desktop. First kdm goes, next update strange browser crashes commence, next update the whole desktop is TOTALLY USELESS and no longer even works for ANYTHING! On top of which it is now slated for an unknown eternity in unstable ... well, now that its broken I guess that's where it belongs. Nice job. I think this is a pretty blatant example of the obvious failings of an aging and inflexible beuracratic empire that cares more for its protocols and levels of authority (these things are oh so important, not trivial matters at all ...) than making a good distribution anymore. Debian has become an elitist club and it angers me because it is potentially the finest OS available - but I am losing faith in that potential ever being met. And that is very sad. I realize that this does not apply to many Debian developers - but if the general attitude and atmosphere does not change here Debian will drift into obscurity and forfiet the contributions that many talented people would gladly have donated to the cause. The general disdain of newbies and atmosphere of thinly veiled contempt (RTFM! ... uh, right; what manual?) combined with an inflexible hierarchical beuracracy are dragging this project into the mud right when it should be taking off with the rest of the linux world. But no, Debian is spending its time arguing about minutia and complaining about how there is too much to be done while keeping outsiders waiting for months to even recieve acknowledgement of reciept of application to voluteer (Oh, Yes, You too can help with the Debian Project - just jump through these thirty complicated hoops and apply to be a developer and wait around for a year or so and then if we think you're cool ... garbage, why bother?). I'm sorry, being a Debian developer does not make one inherently superior to other developers or persons that just use software, nor does it make one's opinions about Debian development more valid - the end user is the one that knows the most about what a piece of software needs to be able to do. And without and end user your software is not superior, it is just useless bits taking up storage. Arrogance and conceit are the signs of decay. And they certainly _not_ conducive to enthusiastic community participation and the resulting high quality software, which was the whole point of the free software movement and the creation of the Debian Project - or was it? Think about it. And try not to prove my point with condescending flames - its not attractive. /CRITIQUE -- Erik Winn -- Never underestimate. Period. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, 11 Sep 2000, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw: I've been tracking the development of KDE2 for months and running it quite successfully using unofficial debs (cheers to the folks at kde.tdyc for bucking authority!) [and this drivel continues and continues for paragraphs] You _do_ realize that the same guy who packaged it for kde.tdyc _is_ the same guy who is packaging it for Debian proper? I think this is a pretty blatant example of the obvious failings of an aging and inflexible beuracratic empire that cares more for its protocols and levels of authority heh. Excuse, but as one future developer, I have to say that I see Debian as the group that cares the _most_ for doing things right. We may argue about _how_ to implement stuff, or even _why_ or _if_, but that's because the people involved care. Yes, there are petty bickers, and factions, and so on, but Debian is still the only distribution that exists on the scale it does and work well. minutia and complaining about how there is too much to be done while keeping outsiders waiting for months to even recieve acknowledgement of reciept of application to voluteer (Oh, Yes, You too can help with the Debian Project - just jump through these thirty complicated hoops and apply to be a developer and wait around for a year or so and then if we think you're cool ... garbage, why bother?). That's not true at all. So far, I'm in the new maintainer queue, and have a number of offers from sponsors to upload packages whenever they are ready. If you want to package something, at this point, yes, you should get into the queue, but finding a sponsor isn't very hard. Debian is about participation, and if you participate, you see results. And try not to prove my point with condescending flames - its not attractive. My flame isn't condescending. It's based on the fact that a) Ivan is doing a fine job of getting KDE re-packaged, give him some time. b) complaining about the new maintainer queue isn't productive, so go do something productive with that energy. and finally c) you really come off whiny. If you don't like the manual, help write a better one. If you don't like the way Debian deals with new users, help change it, by setting an example. File bug reports if nothing else. Etc. another happy Debian user, Seth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
uhh, FYI...the same person who did the package on kde.tdyc.com is the same and only person doing the packaging for Debian. The fact that I finally had time to work on the *MANY* requests to break down the packages and the fact that KDE *IS* beta shouldn't cause anyone to start pointing fingers at anyone else. It's kinda funny that I have not seen any bug reports (on the kde.tdyc.com mailing lists nor on the Debian BTS) about your problems. The current set of .deb's work fine for me on 3 different systems and I have not heard any other problems. (so far) There were problems with earlier builds due to alot of rework on the KDE side (mainly dealing with kdebase) but those issues have been fixed. A rant because your up until now functional beta packages decided to start croaking will solve nothing except cause those that work hard to bring you those packages to get fed up alot quicker and want to just drop it. Ivan aka [EMAIL PROTECTED] aka the KDE.tdyc.com guy aka the guy who uploaded the packages your griping about On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: Hi, I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw: I've been tracking the development of KDE2 for months and running it quite successfully using unofficial debs (cheers to the folks at kde.tdyc for bucking authority!) ... it was fine and coming along very nicely. Was. And all it took was a week or so in the hands of a ridiculously complicated and politically petty beuracracy like this and being subjected to an absurdly complex re-packaging scheme to completely destroy a perfectly useful desktop. First kdm goes, next update strange browser crashes commence, next update the whole desktop is TOTALLY USELESS and no longer even works for ANYTHING! On top of which it is now slated for an unknown eternity in unstable ... well, now that its broken I guess that's where it belongs. Nice job. I think this is a pretty blatant example of the obvious failings of an aging and inflexible beuracratic empire that cares more for its protocols and levels of authority (these things are oh so important, not trivial matters at all ...) than making a good distribution anymore. Debian has become an elitist club and it angers me because it is potentially the finest OS available - but I am losing faith in that potential ever being met. And that is very sad. I realize that this does not apply to many Debian developers - but if the general attitude and atmosphere does not change here Debian will drift into obscurity and forfiet the contributions that many talented people would gladly have donated to the cause. The general disdain of newbies and atmosphere of thinly veiled contempt (RTFM! ... uh, right; what manual?) combined with an inflexible hierarchical beuracracy are dragging this project into the mud right when it should be taking off with the rest of the linux world. But no, Debian is spending its time arguing about minutia and complaining about how there is too much to be done while keeping outsiders waiting for months to even recieve acknowledgement of reciept of application to voluteer (Oh, Yes, You too can help with the Debian Project - just jump through these thirty complicated hoops and apply to be a developer and wait around for a year or so and then if we think you're cool ... garbage, why bother?). I'm sorry, being a Debian developer does not make one inherently superior to other developers or persons that just use software, nor does it make one's opinions about Debian development more valid - the end user is the one that knows the most about what a piece of software needs to be able to do. And without and end user your software is not superior, it is just useless bits taking up storage. Arrogance and conceit are the signs of decay. And they certainly _not_ conducive to enthusiastic community participation and the resulting high quality software, which was the whole point of the free software movement and the creation of the Debian Project - or was it? Think about it. And try not to prove my point with condescending flames - its not attractive. /CRITIQUE -- Erik Winn -- Never underestimate. Period. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] ---end quoted text--- -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw It's the same developer making them that made the ones at kde.tdyc. There's no evil empire, there's just a few random bugs (I remember a few bugs in the kde.tdyc one's, too.). The KDE debs are in the same hands they were before; I don't believe anyone's forcing Moore to break the packages. I think this is a pretty blatant example of the obvious failings of an aging and inflexible beuracratic empire that cares more for its protocols and levels of authority (these things are oh so important, not trivial matters at all ...) than making a good distribution anymore. Debian has become an elitist club and it angers me because it is potentially the finest OS available - but I am losing faith in that potential ever being met. And that is very sad. [More rants cut] And try not to prove my point with condescending flames - its not attractive. Then don't start out with them. You've blamed Debian for the actions of one developer at the same time you praised the actions of that developer outside of Debian. You then went into a wild rant, claiming that the cause of these problems was an inflexible beuracratic empire (that managed to include KDE in a matter of what, a week?). You sounded like some wild-eyed fanatic, not someone pointing out a real problem and discussing solutions. -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 12:12:45AM -0500, David Starner wrote: On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw BTW, what would it take for someone to be forced to break up a package or make some other major change? The only thing I can think of that could do it is a amendment to policy or something more drastic. (Is this written in some document that I need to read?) -- David Starner - [EMAIL PROTECTED] http/ftp: dvdeug.dhis.org And crawling, on the planet's face, some insects called the human race. Lost in space, lost in time, and meaning. -- RHPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
fishing hooks
Dear sir or madame: we are a fishing goods trading company located in China mainland, our products include Banksticks, Rodrests, Boxes, Baskets, Seats, Floats Float accessories,etc,if your want to import these products from China.please feel free to contact us. Tel:0086-757-6239656 Fax:0086-757-6336141 E-mail:[EMAIL PROTECTED] contact person:Pang Li attachment: a..jpg
apt-get and proxy
Hello, I'm in real trouble with apt-get and a squid proxy. First of all I found out that in contrast to the manual of apt.conf the environment variables ~# set | grep proxy ftp_proxy=http://wr-linux01.rki.de:3128/ http_proxy=http://wr-linux01.rki.de:3128/ are ignored by apt-get. Thus I have included the suggested lines into my /etc/apt/apt.conf file for http and ftp proxy. Unfortunately I've got MD5 sum errors for all files I got via apt-get install which remained in /var/cache/apt/archives/partial if the sources.list file enforced http-protocol instead of ftp. But all files where OK and I could cmp them perfectly to files I got by hand. I could perfectly install them via dpkg -i. I guess that the squid-proxy prevents a MD5 validation. I've thought I could get rid off this problem using ftp-protocol in sources.list entries, because the MD5 problem vanished. Today I recogniced that the cache is ignored and files are obtained everytime from the far host instead of using the squid-cache. I really hope that there is anybody who can help me out this situation. I'm sharing a 128kByte line with many people :-(( and need the cache very hard. Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, 11 Sep 2000, erik wrote: On Tue, 12 Sep 2000, you wrote: You _do_ realize that the same guy who packaged it for kde.tdyc _is_ the same guy who is packaging it for Debian proper? Yep, I do -and it worked great before he had to repackage it. You could have simply copied them from tdyc and had done with it. That's not true at all. So far, I'm in the new maintainer queue, and have a number of offers from sponsors to upload packages whenever they are ready. If you want to package something, at this point, yes, you should get into the queue, but finding a sponsor isn't very hard. Didn't work for me. and finally c) you really come off whiny. If you don't like the manual, I'm sorry if honest criticism sounds whiny to you. help write a better one. If you don't like the way Debian deals with new users, help change it, by setting an example. I have written some - in fact I sat down and wrote a whole system to help organize and automatically produce a documentation UI specfically for debian packages; it was summarily dismissed without, as far as I can tell, anyone even looking at it. another happy Debian user, Seth Actually, I am too - otherwise it certainly wouldn't be worth it to subject myself to this inevitable barrage ... :} Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: *snip* I just can't keep my mouth shut Clearly. all it took was a week or so in the hands of a ridiculously complicated and politically petty beuracracy like this Yes, a bureaucracy of one man, Ivan E. Moore II, who, I think has done an outstanding job. Debian has become an elitist club You're going to have to fight with some other folks on this point, who feel it always has been. I realize that this does not apply to many Debian developers But you'll bitch and moan anyway. Debian is spending its time arguing about minutia I think you mean minutae, or you are missing a singular article. smiles sweetly And try not to prove my point with condescending flames - its not attractive. As you so elegantly illustrated. In any case, my personal speciality is ugly. Never underestimate. Period. Try cutting back on the overstatement, too. -- G. Branden Robinson |Communism is just one step on the long Debian GNU/Linux|road from capitalism to capitalism. [EMAIL PROTECTED] |-- Russian saying http://www.debian.org/~branden/ | pgpBphIZMQ3Ft.pgp Description: PGP signature
Re: KDE2 - nice demolition job ...
On Tue, 12 Sep 2000, you wrote: uhh, FYI...the same person who did the package on kde.tdyc.com is the same and only person doing the packaging for Debian. The fact that I finally had time to work on the *MANY* requests to break down the packages and the fact that KDE *IS* beta shouldn't cause anyone to start pointing fingers at anyone else. Ivan, I want to apologize to you personally - I fully realize that you are doing the work on KDE and ( as I mentioned before) I think you are doing a great job. I have been running KDE from the other site and believe me this was not targeted at you - if anything quite the opposite. The point was that overbearing regulations had prevented a smooth (and easy) integration of KDE. It's kinda funny that I have not seen any bug reports (on the kde.tdyc.com mailing lists nor on the Debian BTS) about your problems. The current Actually, the broken update happened about 20 minutes before said rant - the other bugs I chalked up to beta. xerrors is about 50K and I have not really figured out what is relevant yet - although I suspect the new non-ssl linking scheme ... BTW, the rant has been a long time coming - this just keyed it. Purpose of Rant: Stir up the coals ... Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and proxy
On Wed, 13 Sep 2000, Andreas Tille wrote:
I'm in real trouble with apt-get and a squid proxy. First of all
I found out that in contrast to the manual of apt.conf the environment
variables
Uh..
Wakko{root}~/work/apt2/build/bin#http_proxy=http://void; apt-get install apt
Reading Package Lists... Done
Building Dependency Tree... Done
1 packages upgraded, 0 newly installed, 0 to remove and 362 not upgraded.
Need to get 483kB of archives. After unpacking 142kB will be used.
Err http://sunsite.ualberta.ca woody/main apt 0.3.19
Could not resolve 'void'
Maybe your shell is foobar shrug
Unfortunately I've got MD5 sum errors for all files I got via
apt-get install
which remained in /var/cache/apt/archives/partial if the sources.list
Well, this means the bits that were pulled down don't match the what the
Package file claims. Should never ever happen of course.
file enforced http-protocol instead of ftp. But all files where OK
and I could cmp them perfectly to files I got by hand. I could
Run md5sum on the files in partial and check against the Package file.
Your cache may be caching a corrupted file or the end servers
just might be bad shrug. Heck, you might have a 1 bit error that isn't
within any compressed data. So it eludes gzip's CRC.
If they do match, then congrats, you found a bug - though due to the way
the code is that would be .. interesting ..
perfectly install them via dpkg -i. I guess that the squid-proxy
prevents a MD5 validation.
Nope, impossible.
I've thought I could get rid off this problem using ftp-protocol
in sources.list entries, because the MD5 problem vanished. Today I
recogniced that the cache is ignored and files are obtained everytime
from the far host instead of using the squid-cache.
FTP over HTTP over Squid is slightly less than desirable, I dont think
If-Modified-Since actually works (squid bug). I *don't* recommend this
configuration BTW.
I really hope that there is anybody who can help me out this situation.
I'm sharing a 128kByte line with many people :-(( and need the cache
very hard.
I recommend shared NFS of /var/cache/apt/archives... Faster/better than
squid for .debs
Jason
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
You _do_ realize that the same guy who packaged it for kde.tdyc _is_ the same guy who is packaging it for Debian proper? Yep, I do -and it worked great before he had to repackage it. You could have simply copied them from tdyc and had done with it. had??? I didn't have to anything except conform to Debian policy which I was doing prior to uploading in preperation for the day in which I could (or someone coudl) upload it... In fact The Debian ftp folks were reluctant to install the packages due to lintian errors but did so and noted to me that I better get them fixed eventually... The difference between the kde.tdyc.com packages and the ones I uploaded to Debian are minimal. Instead of all the games coming in as one package, I broke them down. kdebase stayed the same. kdelibs stayed the same except I am now building 2 seperate packages..one with ssl support and one without. The kde.tdyc.com packages did not have ssl support for hte longest time. kdemuiltimedia (which hasn't been installed yet due to a screw up on my part) and koffice I broke down as well. I will continue to break the packages down as time permits. (oh yea..kdepim as well) Either way, if kde failes to work for you, then file a frikken bug report. If it does, be happy. Evenutally it will break again prior to woody's release I can guarentee it. You won't see it's stability until KDE 2 is officially released...I won't guarentee it nor would a KDE developer. There is still active development of it..things are getting tweaked and I don't always catch changes (as with a recent problem with KDE which caused it not to start up properly). If you don't like unstability then don't use an unstable version of Debian (or any distribution for that matter). If you want a stable KDE, use 1.1.2. Ivan -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fishing hooks
Pang Li [EMAIL PROTECTED] writes: Dear sir or madame: we are a fishing goods trading company located in China mainland, our products include Banksticks, Rodrests, Boxes, Baskets, Seats, Floats Float accessories,etc,if your want to import these products from China.please feel free to contact us. Tel:0086-757-6239656 Fax:0086-757-6336141 E-mail:[EMAIL PROTECTED] contact person:Pang Li Dear Pang Li, I was wondering what the license is for these fish hooks? Looking through Debian's current package list, I see a few types of fish (including sawfish, starfish, and bluefish), and a few hooks (mostly authentication related), but no fish hooks. Given this, fish hooks sound like a wonderful thing to add to Debian. Which is, of course, why I inquire as to the license. Is it DFSG free, so it can into main, or would fish hooks be forced to be in non-free? Also, what other packages, if any, do fish hooks depend on? I see they are from China, do fish hooks require Chinese fonts and/or a way to input Chinese? If you could please answer these questions, I would be most appreciative. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 01:32:54PM -0700, erik wrote: Purpose of Rant: Stir up the coals ... You don't backpedal nearly as well as you bitch. -- G. Branden Robinson | Debian GNU/Linux|It tastes good. [EMAIL PROTECTED] |-- Bill Clinton http://www.debian.org/~branden/ | pgpLeY6muhzgc.pgp Description: PGP signature
Re: KDE2 - nice demolition job ...
BTW, the rant has been a long time coming - this just keyed it. Purpose of Rant: Stir up the coals ... Hey erik, grow up. Debian has enough flamewars without you stirring the coals intentionally. 'The broken update happened 20 minutes before the rant' HUH? Geez. plonk Seth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dualing banjos
* marty macdonald ([EMAIL PROTECTED]) [000912 22:52]: I mean, the whole thing here is to show the ultimate differences between the Linux kernel and the kernels found when using multiple banjos. This research was supported by Dr. Rimulak in his infamous Kernal VS Banjo - A Duality?. This is a must read! I seem to have missed something. What is a banjo? I know banjos as instruments similar to guitars. Could someone enlighten me? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
Ivan, I want to apologize to you personally - I fully realize that you are doing the work on KDE and ( as I mentioned before) I think you are doing a great job. I have been running KDE from the other site and believe me this was not targeted at you - if anything quite the opposite. The point was that overbearing regulations had prevented a smooth (and easy) integration of KDE. FYI and to anyone else reading. The direction I have gone with the packaging of KDE for Debian has not changed since day 1. I have focused on conforming to Debian policy (which I have mostly done already) and making the user base happy (breaking down of the packages) which is what I am focusing on now. I have had over the period of time that I hosted these packages on kde.tdyc.com had a crapload of broken packages. The ol' it work's here factor seems to work just as well today as it did back then. Until upstream settles down a bit and the source of problems focus's more on how I put them together we will still see bugs like the ones you see. You should see the list of porting issues I'm dealing with...up until now the KDE2 stuff hasn't been looked at beyond i386 and powerpc (for woody) and it shows. :) So I'm doing alot of work with that. Not once has any other Debian developer told me what to do (at least not since Branden told me to fix kdm from breaking xdm like almost 2 years ago). The extent that any other person has done have been requests...and I treat them as I do requests I get from folks like yourself. It's kinda funny that I have not seen any bug reports (on the kde.tdyc.com mailing lists nor on the Debian BTS) about your problems. The current Actually, the broken update happened about 20 minutes before said rant - the other bugs I chalked up to beta. xerrors is about 50K and I have not really figured out what is relevant yet - although I suspect the new non-ssl linking scheme ... This is a possiblity...I haven't tested this whole thing alot. But, since your using woody, you are a beta tester and thus are my guinnee pig! muhaha BTW, the rant has been a long time coming - this just keyed it. Purpose of Rant: Stir up the coals ... Well, I thank you for the high blood pressure and the doctors visit. :) -- Ivan E. Moore II [EMAIL PROTECTED] http://snowcrash.tdyc.com GPG KeyID=90BCE0DD GPG Fingerprint=F2FC 69FD 0DA0 4FB8 225E 27B6 7645 8141 90BC E0DD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Tue, 12 Sep 2000, Seth Cohn wrote: BTW, the rant has been a long time coming - this just keyed it. Purpose of Rant: Stir up the coals ... Hey erik, grow up. Debian has enough flamewars without you stirring the coals intentionally. Yes, it does - I still think the points were worth bringing up. Sorry if they aren't important to you; if you're not interested don't waste your time. And, um, about growing up ... chances are pretty good I'm older than you :). Seth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Tue, 12 Sep 2000, you wrote: FYI and to anyone else reading. The direction I have gone with the packaging of KDE for Debian has not changed since day 1. I have focused on conforming to Debian policy (which I have mostly done already) and making the user base happy (breaking down of the packages) which is what I am focusing on now. I have had over the period of time that I hosted these packages on kde.tdyc.com had a crapload of broken packages. The ol' it work's here factor seems to work just as well today as it did back then. Until upstream settles down a bit and the source of problems focus's more on how I put them together we will still see bugs like the ones you see. You should see the list of porting issues I'm dealing with...up until now the KDE2 stuff hasn't been looked at beyond i386 and powerpc (for woody) and it shows. :) So I'm doing alot of work with that. Not once has any other Debian developer told me what to do (at least not since Branden told me to fix kdm from breaking xdm like almost 2 years ago). The extent that any other person has done have been requests...and I treat them as I do requests I get from folks like yourself. Point taken. I retract my critique of this instance - it just looked like that was what was happening. the other bugs I chalked up to beta. xerrors is about 50K and I have not really figured out what is relevant yet - although I suspect the new non-ssl linking scheme ... This is a possiblity...I haven't tested this whole thing alot. But, since your using woody, you are a beta tester and thus are my guinnee pig! muhaha I have it on two (other) machines - one has not yet been updated from the first beta4 debs. I'll see if I can get anything more specific for you. I hac to leave during the upgrade and missed the errors. There is also a depends conflict between kdelibs3 (-dev?) and kdeutils-dev that means you must force the selection in dselect (hits an endless depends loop). Also, qt2.2-dev causes a dselection of mesag-glide and friends that leads to the driver for voodoo cards; this is very difficult to get out of (you must mark the Utah 3D library) and if the glide/voodoo driver gets installed on a non-voodoo machine its kind of messy ... Specifics on linking I will try to look into - I actually have KDE sources on hand so I may try the build with your debian/rules and see if anything sticks out. Well, I thank you for the high blood pressure and the doctors visit. :) Sorry about all the racket - I just really had to get it off my chest, and, hey, its good for the circulation ;-]. Erik PS. I have offered to help with KDE before and the offer still stands. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and proxy
On Wed, 13 Sep 2000, Jason Gunthorpe wrote:
Wakko{root}~/work/apt2/build/bin#http_proxy=http://void; apt-get install apt
Reading Package Lists... Done
Building Dependency Tree... Done
1 packages upgraded, 0 newly installed, 0 to remove and 362 not upgraded.
Need to get 483kB of archives. After unpacking 142kB will be used.
Err http://sunsite.ualberta.ca woody/main apt 0.3.19
Could not resolve 'void'
Maybe your shell is foobar shrug
Sorry, I havn't checked recently. It was in former times when I had to
work around this. Now it works correctly!!
Well, this means the bits that were pulled down don't match the what the
Package file claims. Should never ever happen of course.
file enforced http-protocol instead of ftp. But all files where OK
and I could cmp them perfectly to files I got by hand. I could
Run md5sum on the files in partial and check against the Package file.
Your cache may be caching a corrupted file or the end servers
just might be bad shrug. Heck, you might have a 1 bit error that isn't
within any compressed data. So it eludes gzip's CRC.
From /var/lib/dpkg/available:
Package: makedev:
...
MD5sum: 7f6b97b984c246ead2c7be45ce4f1678
/var/cache/apt/archives/partial md5sum makedev_2.3.1-46_all.deb
7f6b97b984c246ead2c7be45ce4f1678 makedev_2.3.1-46_all.deb
If I'm not completely wrong this is the same MD5sum.
If they do match, then congrats, you found a bug - though due to the way
the code is that would be .. interesting ..
I just want to make sure that I understand all things right before I file
a bug report.
FTP over HTTP over Squid is slightly less than desirable, I dont think
If-Modified-Since actually works (squid bug). I *don't* recommend this
configuration BTW.
Hmm, is there any other cache?? Never noticed that squid doesn't work
when using wget or lynx.
I recommend shared NFS of /var/cache/apt/archives... Faster/better than
squid for .debs
Well but some of my boxes don't use NFS and those using NFS have trouble
with tke lock file. At least I had when I tried. Any example for
/etc/exports and /etc/fstab which handle this right?
Kind regards
Andreas.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
erik == erik [EMAIL PROTECTED] writes:
erik BTW, the rant has been a long time coming - this just keyed it.
The rant has been a long time coming. And then it comes forth,
and the one lone specific amidst all the confused vituperative
outpouring happens to be patently false. A long message full of
unsubstantiated conspiracy theories.
I see why you used the word rant:
==
From Webster's Revised Unabridged Dictionary (1913) [web1913]:
Rant \Rant\, v. i. [imp. p. p. {Ranted}; p. pr. vb. n.
{Ranting}.] [OD. ranten, randen, to dote, to be enraged.]
To rave in violent, high-sounding, or extravagant language,
without dignity of thought; to be noisy, boisterous, and
bombastic in talk or declamation;
==
without dignity of thought. Seems an apt description.
manoj
--
Lady, lady, should you meet One whose ways are all discreet, One who
murmurs that his wife Is the lodestar of his life, One who keeps
assuring you That he never was untrue, Never loved another
one... Lady, lady, better run! Dorothy Parker, Social Note
Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
erik == erik [EMAIL PROTECTED] writes: erik Yes, it does - I still think the points were worth bringing up. Sorry if erik they aren't important to you; if you're not interested don't erik waste your time. And wahat points were these again? (Given that there was no growing bureaucracy involved pusing the pooor developer to hideous contortions). Even there, what experience can you bring to the table of how to run a geographically and, to an lesser extent, ideologically diverse group of people? (given that you imply that the current set of agreed-upon rules are bureaucratic).. erik And, um, about growing up ... chances are pretty good I'm erik older than you Only Chronologically. manoj -- The blight of a woman is misconduct. The blight of a giver is meanness. Bad mental states are indeed blights in this world and the next. 242 Manoj Srivastava [EMAIL PROTECTED] http://www.debian.org/%7Esrivasta/ 1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: why apt/dpkg not using bzip2
Ben Collins wrote: I think aside of one diff or many diffs a list of patches done to the code and where you got them from is a good thing to have in every package. Most patches are done by the maintainer, or submitted as bug reports. Those are listed in the changelog, but even then, it doesn't help dereference the patched source to it's individual patches. This is a really easy thing to do. It's called commenting your patches. And woe upon the developer who does not. -- see shy jo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New package checkmp3 ???
David Starner wrote: I ran dselect, and lo and behold, checkmp3 appeared. A package with the same name, similar version number (1.97.3 vs. 1.97.2), same description and same maintainer as mp3check. This is bad - should I file a bug on f.d.o, mp3check, checkmp3, or all the above? AFAIK, there was discussion about different packages with binary executables called mp3check and mp3-check, respectively. The maintainers agreed to rename one package (I believe mp3-check is the one in checkmp3). The old mp3check was to be removed from the archive, but there will be probably another one (different from the former, of course). Ulf Disclaimer: I'm not a maintainer of any mp3 check package ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, 11 Sep 2000, erik wrote: Yep, I do -and it worked great before he had to repackage it. You could have simply copied them from tdyc and had done with it. Ok, this is where I have to voice my opinion as well... First off, the packages WILL NOT build on Alpha (and possibly other archs...not sure why as of yet), so simply copying them from the other source may work for i386 (and you), but most likely will serve to piss off someone other than you (like me, for instance). Last I checked, Debian supports multiple architectures, and sometimes that needs to be taken into account before anyone says just use those, they work fine. Also, maintainers will do what they will do. Quite a few packages have taken directions that I personally didn't care for, but that's the way things go. I assure you that very few of us decide spontaneously to restructure our packages. Usually, we do so in responce to more than a few requests and/or bug reports. Secondly, I think Ivan's been doing a fine job with getting KDE2 packaged and reworking the stuff that he's already done. I'll go a step further and say that, had he not been kind enough to provide the KDE packages from his site to begin with, you wouldn't be having this problem at all unless you were running unstable and JUST installed KDE (like many of us are either doing or trying to do, if we can get it to compile on our arch). Despite the fact that Ivan is a Debian maintainer, this does stir up the argument as to whether or not Debian should be responsible for packages offered by third parties (or breakage caused by said packages). I think we've settled this many times over in the past, as have commercial companies who are asked about products not endorsed by them: YMMV...call the person who made them, don't blame us. To go on and on about the organisation of Debian and its shortcomings (in your opinion) benefits no one and alienates those who may want to listen to your ideas otherwise. I always think it's a shame when things digress to the level that this exchange has taken. If possible, can you (and everyone angered by the original message) take a deep breath and relax? I, for one, would like to hear some rational ideas for solutions for the problems that you've encountered. Perhaps, then, we can learn what we can, implement what we think will work, throw out what we think won't, and put this behind us so we can get some more work done. Didn't work for me. I'm sorry that the new maintainer process is such a headache. While I have nothing at all to do with NM (none whatsoever), I will offer an apology for any hassles that you've encountered while in the process. It can be a mind-numbing experience, from what I hear, and one that's been the point of endless arguments and flame wars in the past. I have written some - in fact I sat down and wrote a whole system to help organize and automatically produce a documentation UI specfically for debian packages; it was summarily dismissed without, as far as I can tell, anyone even looking at it. I'd be interested in looking at it. Honestly, this is the first I've heard of such an effort. C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and proxy
On Wed, Sep 13, 2000 at 07:55:11AM +0200, Andreas Tille wrote: Hello, I'm in real trouble with apt-get and a squid proxy. First of all I found out that in contrast to the manual of apt.conf the environment variables ~# set | grep proxy ftp_proxy=http://wr-linux01.rki.de:3128/ http_proxy=http://wr-linux01.rki.de:3128/ In shells I've used, 'set' gives you the list of shell variables, not environment variables. Try 'export http_proxy' and/or 'env | grep proxy'. http_proxy has worked for my apt fine for well over a year now... Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: digest version broken?
Seth Cohn wrote: Looks like digests are broken, could someone fix please? Digests are broken at the moment. I sent out a bunch of digests this morning, catching up with the email from the last couple of days. I hope it will be business as usual quite soon. Cheers, Remco. -- Debian GNU/Linux - The Universal Operating System [EMAIL PROTECTED] Mailinglist Administrator -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and proxy
On Wed, 13 Sep 2000, Jules Bean wrote: In shells I've used, 'set' gives you the list of shell variables, not environment variables. Try 'export http_proxy' and/or 'env | grep proxy'. I'm very sorry for the confusion! I'm using 'export http_proxy' in bash and it works now for apt-get. (Don't know if and when it failed. I should have checked once more before posting!!! - Sorry). http_proxy has worked for my apt fine for well over a year now... Well, OK the proxy works, but the MD5sum problem remains and this is the bigger one! Kind regards Andreas. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting current keymap
On Tue, Sep 12, 2000 at 11:09:49PM +0200, Yann Dirson wrote: Don't change that. Beginners would be very confused if the keytable is not working as expected. Not everybody can work with a US keyboard table if the need arises. In which cases is the user able to get to the shell before all rcS.d/ scripts are run ? I can only think of 2: * init=/bin/sh or similar - keymap doesn't get set anyway * user interrupts the boot process with ^C You are missing 3) S30checkfs.sh fails and bails out into a shell (using sulogin). Currently the keyboard mapping is loaded in S05keymaps-lct.sh and I think that's a good thing. Greetings Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 02:05:48AM -0500, Manoj Srivastava wrote:
==
From Webster's Revised Unabridged Dictionary (1913) [web1913]:
Rant \Rant\, v. i. [imp. p. p. {Ranted}; p. pr. vb. n.
{Ranting}.] [OD. ranten, randen, to dote, to be enraged.]
To rave in violent, high-sounding, or extravagant language,
without dignity of thought; to be noisy, boisterous, and
bombastic in talk or declamation;
==
without dignity of thought. Seems an apt description.
/me looks at Culus.
--
Michael Beattie ([EMAIL PROTECTED])
-
liw for p in `SELECT people FROM #[sekrit] WHERE personality
CONTAINS gentle`; do greet done
-
Debian GNU/Linux Ooohh You are missing out!
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: apt-get and proxy
On Wed, 13 Sep 2000, Andreas Tille wrote and forgot to mention:
On Wed, 13 Sep 2000, Jason Gunthorpe wrote:
Wakko{root}~/work/apt2/build/bin#http_proxy=http://void; apt-get install
apt
Reading Package Lists... Done
Building Dependency Tree... Done
1 packages upgraded, 0 newly installed, 0 to remove and 362 not upgraded.
Need to get 483kB of archives. After unpacking 142kB will be used.
Err http://sunsite.ualberta.ca woody/main apt 0.3.19
Could not resolve 'void'
Maybe your shell is foobar shrug
Sorry, I havn't checked recently. It was in former times when I had to
work around this. Now it works correctly!!
When I wrote, that the proxy variables were ignored just my description
was wrong. May be they are used but they are used in an other way
than if I use settings in /etc/apt/apt.conf. While trying several different
proxy-settings (sorry, don't remember) there, I got explicitely the
message that the proxy is contacted. Using just the environment
variables there is no message about contacting the proxy and in fact
the time is always the same when updating package list (also doing this
several times on the same box - at least this could be cached even
without using a proxy - is this worth a wishlist-bug?) or when obtaining
packages. I really doubt that this is a squid bug because I use it
successfully with wget and lynx.
Kind regards
Andreas.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITP: sing
SING stands for 'Send ICMP Nasty Garbage'. It is a tool that sends ICMP packets fully customized from command line. Its main purpose is to replace the ping command but adding certain enhancements (Fragmentation, spoofing,...) Sing is released under the GNU public license. It's project page is at http://www.sourceforge.org/projects/sing, it's author is 'slay'. Current version is 1.0-beta7, i will be packaging it starting from v1.0. Greets, Robert -- | [EMAIL PROTECTED] - Cistron Internet Services - www.cistron.nl| | php3/c/perl/html/c++/sed/awk/linux/sql/cgi/security | | My statements are mine, and not necessarily cistron's. | If you remember the 60's, you weren't there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 12:23:12AM -0500, David Starner wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw BTW, what would it take for someone to be forced to break up a package or make some other major change? The only thing I can think of that could do it is a amendment to policy or something more drastic. Even that would be a postponed forcing, as a not-broken-up package could still exist, declaring an older Standards-Version. :) -- Digital Electronic Being Intended for Assassination and Nullification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, 13 Sep 2000, you wrote: Thank you for a cool response - I was really hoping that would eventually happen. I realize I stirred up a hornets nest; I did it intentionally because otherwise nobody seems to notice and I think that at least some of what I originally wrote (goading aside) is important. You happened to pick out probably the most practically important one with the issue of the protocols for accepting new voluteers. There are some other points in there that are more abstract political points that don't have simple answers - but they are the sort of thing that really won't change at all if they remain hidden; perceptions are not always apparent to the percieved. I have been watching people turn and be turned away for quite awhile now and I really thought it was worth a little trouble to point it out. I _like_ the debian project - why else put myself up for attack to point out an embarressing fact? Really much easier to just go to bed ... very valid points (alpha etc.) excerpted To go on and on about the organisation of Debian and its shortcomings (in your opinion) benefits no one and alienates those who may want to listen to your ideas otherwise. I always think it's a shame when things digress to the level that this exchange has taken. If possible, can you (and everyone angered by the original message) take a deep breath and relax? I, for one, would like to hear some rational ideas for solutions for the problems that you've encountered. Perhaps, then, we can learn what we can, implement what we think will work, throw out what we think won't, and put this behind us so we can get some more work done. Exactly. This is in fact the purpose of voicing opinions in an open forum. Personally, I would like to make one proposal - I hope other people will have others but an obvious practical problem is the process of accepting volunteers; its clearly a bottleneck: a. Assign more people to process applications - kind of self-explanatory. b. Establish at least two teirs of contribution - people who are interested in helping with less technical aspects need not be subjected to the same screening process as package maintainers. So if, for example somebody says hey, could I help with paperwork or the website or something ? they can be easily accepted to work on something. Voluteering should not be a full time job. c. (optimally) Rewrite the pages that explain how to apply and give a clearer and more complete description of tasks available and what level of expertise each requires. d. (optimally) simplify the protocols for applying. Maybe we can start a constructive discussion now. I'm sorry that the new maintainer process is such a headache. While I have nothing at all to do with NM (none whatsoever), I will offer an apology for any hassles that you've encountered while in the process. It can be a mind-numbing experience, from what I hear, and one that's been the point of endless arguments and flame wars in the past. On behalf of others ( and myself) I thank you for the kind words too - but really lets hope this gets something moving :). I have written some - in fact I sat down and wrote a whole system to help organize and automatically produce a documentation UI specfically for debian packages; it was summarily dismissed without, as far as I can tell, anyone even looking at it. I'd be interested in looking at it. Honestly, this is the first I've heard of such an effort. hmmm, er, shit, well i hope this doesn't look like a pr scam now ... but, anyway you can grab a .deb from unilinux.sourceforge.net; just go in the anonymous ftp, there is a package called ddoc-0.4.2_all_.deb (i think)... newer than the release ... its in development and right now it thinks it depends on deb-make _and_ debhelper ... mumble, mumble ... better go to bed now ... Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: why apt/dpkg not using bzip2
On Wed, Sep 13, 2000 at 12:38:58AM -0700, Joey Hess wrote: Ben Collins wrote: I think aside of one diff or many diffs a list of patches done to the code and where you got them from is a good thing to have in every package. Most patches are done by the maintainer, or submitted as bug reports. Those are listed in the changelog, but even then, it doesn't help dereference the patched source to it's individual patches. This is a really easy thing to do. It's called commenting your patches. And woe upon the developer who does not. Still requires manual editing of the .diff.gz to remove them on a per/patch basis (if for example your 10k/5 file patch gets merged upstream, but the rest of your 50k of patches don't). Also, if someone else wants just that patch (backport to a different version) they have to manually go through the .diff.gz aswell. My solution still wins :) -- ---===-=-==-=---==-=-- / Ben Collins -- ...on that fantastic voyage... -- Debian GNU/Linux \ ` [EMAIL PROTECTED] -- [EMAIL PROTECTED] -- [EMAIL PROTECTED] ' `---=--===-=-=-=-===-==---=--=---' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Large file support again
On http://www.suse.de/~aj/linux_lfs.html I read that for glibc 2.1.3 in order to support large files it needs to be compiled against headers from a 2.4 kernel. As this is currently not the case, glibc 2.1.3 should be rebuilt. Nils -- Quotes from the net, featuring John Lapeyre[L] and Christopher F. Miller [M]: M I'm not sure what the right words are to describe Upside. Last month they M mentioned the sendmail **web server** as an example of the failure of the M open source process L Well, sendmail does a lousy job of serving webpages. pgpAj2J5dWV6Z.pgp Description: PGP signature
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 04:39:33PM -0700, erik wrote: I realize I stirred up a hornets nest; I did it intentionally because otherwise nobody seems to notice and I think that at least some of what I originally wrote (goading aside) is important. Personally, I would like a normal post better. I read 4-5 lines of your initial post, after which I instantly decided it's a flamebait and moved on to the next message. a. Assign more people to process applications - kind of self-explanatory. This is Debian, so s/Assign more people/Get more volunteers/. b. Establish at least two teirs of contribution - people who are interested in helping with less technical aspects need not be subjected to the same screening process as package maintainers. So if, for example somebody says hey, could I help with paperwork or the website or something ? they can be easily accepted to work on something. Voluteering should not be a full time job. We have quite a few translators who aren't developers but do have CVS access to the web site repository, actually. All it takes is to mail the appropriate person (debian-www or the translation coordinator). Don't know about debian-doc, it's probably more or less the same (mail the list or the doc coordinator). c. (optimally) Rewrite the pages that explain how to apply and give a clearer and more complete description of tasks available and what level of expertise each requires. You'd have to talk to Taketoshi Sano about his English :o) d. (optimally) simplify the protocols for applying. It seems to me that it shouldn't get more simple that what it is now, otherwise we'd have too many people who became developers far too quickly and easily to be able to contribute quality stuff fast enough. Just IMHO. BTW you should put your real name in From:. -- Digital Electronic Being Intended for Assassination and Nullification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, 11 Sep 2000, erik wrote: Thank you for a cool response - I was really hoping that would eventually happen. I realize I stirred up a hornets nest; I did it intentionally because otherwise nobody seems to notice and I think that at least some of what I originally wrote (goading aside) is important. You happened to pick out probably the most practically important one with the issue of the protocols for accepting new voluteers. There are some other points in there that are more abstract political points that don't have simple answers - but they are the sort of thing that really won't change at all if they remain hidden; perceptions are not always apparent to the percieved. I have been watching people turn and be turned away for quite awhile now and I really thought it was worth a little trouble to point it out. I _like_ the debian project - why else put myself up for attack to point out an embarressing fact? Really much easier to just go to bed ... Good point :-) I hope NM can be improved as well. I've got someone that I know will help the Alpha port that's still in process after several months now, but it's like molasses flowing uphill in winter to get him finally in the project. very valid points (alpha etc.) excerpted Hheehehe... Personally, I would like to make one proposal - I hope other people will have others but an obvious practical problem is the process of accepting volunteers; its clearly a bottleneck: a. Assign more people to process applications - kind of self-explanatory. Not to stir anything up, here, but, to the NM team, what exactly is the process for dealing with NM applications? I've tried to stay away from politics mostly, but I've always been curious about this. I know it involves a phone call, getting ID proof, and getting their key signed, but other than that, I'm clueless. To help streamline it, is it something that (technically) any of us can do if we know the person or are closer geographically to them than the normal members of NM? b. Establish at least two teirs of contribution - people who are interested in helping with less technical aspects need not be subjected to the same screening process as package maintainers. So if, for example somebody says hey, could I help with paperwork or the website or something ? they can be easily accepted to work on something. Voluteering should not be a full time job. We get offers, but I kinda agree with the rest on this issue. Documentation, IMO, is just as important as the software itself. I know we don't always practice that principle, but we should. To maintain docs on par with the quality of the software releases, I'd personally feel more comfortable knowing that anyone that's taking care of docs has the same knowledge/credentials/whatever that the package maintainers do. c. (optimally) Rewrite the pages that explain how to apply and give a clearer and more complete description of tasks available and what level of expertise each requires. I'd like to see this as well, but lack the time to volunteer to improve it. I've got enough tasks just keeping Alpha going, porting HURD to Alpha, seeking a job (yes, I'm unemployed), keeping my wife from throwing my computers off of the balcony, and keeping up with my Quake clan duties :-P I also think that whatever it is that NM does while processing an application should be documented (not per person, just in general...I think applicants would like to know what the steps are that you're going through while they wait). d. (optimally) simplify the protocols for applying. Hmmm...expand on this, please...I'm not clear on what protocols for applying means. Maybe we can start a constructive discussion now. Hope so :-) hmmm, er, shit, well i hope this doesn't look like a pr scam now ... but, anyway you can grab a .deb from unilinux.sourceforge.net; just go in the anonymous ftp, there is a package called ddoc-0.4.2_all_.deb (i think)... newer than the release ... its in development and right now it thinks it depends on deb-make _and_ debhelper ... mumble, mumble ... better go to bed now ... Hahahaha...I ftp'ed the debs, but was wondering if there's a source package around. I usually like to prod at stuff without installing it (I know, I've already extracted the debs elsewhere on my disk, but it's nicer to have everything in one spot). I'll take a look at everything more this weekend. Looks interesting, though. C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Large file support again
On Wed, 13 Sep 2000, Nils Rennebarth wrote: On http://www.suse.de/~aj/linux_lfs.html I read that for glibc 2.1.3 in order to support large files it needs to be compiled against headers from a 2.4 kernel. As this is currently not the case, glibc 2.1.3 should be rebuilt. Woody is shortly going to be moving to a pre-release of glibc 2.2, so this will become a non-issue. IIRC, Ben's in testing mode on this transition now, so it shouldn't be long. If you really need a glibc 2.1.3 that supports 2GB files on a potato system, it may be better to attempt a recompilation on your own (it's very easy to build even glibc, given the wonderful packaging job that was done on it). Be warned, though, that potato was built using 2.2.x kernel headers, so things may break (probably won't, but just in case, I had to throw that in there). Besides, the 2.4.x kernels aren't out yet (nor are they even close to stable on any arch), so I'd recommend waiting until they're released and tested a bit more. BTW, Alpha can handle 2GB files right now :-) Nice to be a non-x86 user when these discussions come up :-) C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: New package checkmp3 ???
* David Starner [EMAIL PROTECTED] wrote: I ran dselect, and lo and behold, checkmp3 appeared. A package with the same name, similar version number (1.97.3 vs. 1.97.2), same description and same maintainer as mp3check. This is bad - should I file a bug on f.d.o, mp3check, checkmp3, or all the above? Take a look at bug #71016, mp3check will removed from the ftp archive and will be replaced with a program that is really called mp3check (the binary in my package is mp3_check). I renamed it to checkmp3, because mp3-check would be too confusing. Regards/Gruesse, Norbert -- Norbert Tretkowski pgpcVXK8WYEI5.pgp Description: PGP signature
RFC: fix for daemon start (2)
Hello everyone, Here's an updated version of the RFC text, as well as a new version of the initscriptquery reference script. The fragments.sh script is included just for completeness, and was not modified. Changelog: * fixed typos, updated documentation to an assertive tone * addressed rcS.d issue (I received no comments on this one, BTW) * handle multiple links per runlevel nicely * detect and block attempt to run initscriptquery at runlevel 0 or 6 * address pre-depends/depends issue Another small RFC dealing with administrative policy enforcement on the start of initscripts will be sent in a few days. Due to the design of initscriptquery, such policy enforcement could be done without any additional changes to other packages. There are no technical issues left for initscriptquery that I know of. It should be now in its nearly final state. RFC: Fix for initscripts being run out of their intended runlevel by package scripts (during package installs and upgrades). Interface proposal for /usr/sbin/initscriptquery script: Assumptions: Debian uses only sysvinit-compatible initscripts, stored in /etc/init.d/ (currently true for debian, file-rc uses the same /etc/init.d/ scripts as sysvinit does). The unique identifier for an initscript is the initscript ID required by the update-rc.d command. Documented Command Line Interface: /usr/sbin/initscriptquery [-q] initscript ID -q : Run initscriptquery in silent mode, errors are NOT reported to stderr initscript ID: the update-rc.d identifier for the initscript Future versions to this script MUST be fully backwards compatible. Documented behaviour of the initscriptquery script: stdin shall not be used (it is NOT an interactive script) stdout shall be used only to output usage information. stderr shall be used to output all error messages. Exit status codes: 0 - the initscript is allowed to be started 1 - the initscript is NOT allowed be started 2 - initscript ID unknown 3 - initscript ID known, but behaviour is undefined 4 - syntax error =5 - other error (usually means inconsistency in the underlining initscript subsystem) Verbose description of the exit status codes: 0 - the initscript is allowed to be started sysvinit meaning: There is a non-dangling, executable S?? link in the rc?.d directory for the given script ID and current runlevel. Also, no other administrative reasons for not starting the init scripts exist. NOTE: If an initscript would be started at the S runlevel, it is assumed that this should be true for all runlevels that don't actually stop the initscript as well. Desired behaviour: Call /etc/init.d/initscript as you'd have done before the advent of initscriptquery 1 - the initscript is NOT allowed be started sysvinit meaning: There is a non-dangling, executable K?? link (and no S?? link) in the rc?.d directory for the given script ID and current runlevel. Or, an administrative reason prohibits starting the initscript. Desired behaviour: Do not run the initscript. If the daemon is running, assume it's because the user started it manually and would like it to be left alone (feel free to issue a warning, though). 2 - initscript ID unknown sysvinit meaning: There isn't a normal file with the name matching initscript ID in /etc/init.d/ (note that the existence of a S??initscriptID link/file is NOT enough, as we are constrained to the same namespace used by update-rc.d). This might happen if update-rc.d fails, if you forget to run update-rc.d BEFORE initscriptquery in the package scripts, or if the user removed the /etc/init.d/ script. Desired behaviour: Do whatever is appropriate for your package. Unless -q was given, initscriptquery will have already printed a warning to stderr. The calling script might want to try to start the script anyway (which will probably fail, BTW). 3 - initscript ID known, but behaviour is undefined sysvinit meaning: No S?? or K?? link in the proper rc?.d directory for the given initscript ID was found, but a /etc/init.d/ file for the given initscript iD does exist. Desired behaviour: For non-daemon-starting initscripts, it is undefined. Do whatever is *safer* for your package (start it anyway, do nothing, or stop it). Never start a daemon which isn't already running if you receive this status code. You can either restart the daemon, stop the daemon, or do nothing. WARNING: don't use /etc/init.d/initscript restart for this operation unless the initscript is under your control, and known not to start a daemon which was not running. 4 - Syntax error
Re: Debian banner ad outdated
Previously Wichert Akkerman wrote: Previously Edward Betts wrote: Same on sourceforge.net I'll bug the osdn folks about it. Expect new and much better looking adds soon. 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 | pgpbgQkk3jMox.pgp Description: PGP signature
Re: RFC: fix for daemon start (2)
On Wed, Sep 13, 2000 at 10:01:11AM -0300, Henrique M Holschuh wrote: Sample code: Attached to this rfc, you'll find a reference (functional and somewhat tested, as well as written for easy-of-reading) shell script implementation of /usr/sbin/initscriptquery for sysvinit. If someone else would like to rewrite it better, or in perl, or whatever... go ahead :-) Also attached to this rfc, you'll find a sample fragment of a postinst script which uses initscriptquery to run a daemon. It's a bit big because of the comments, but it's quite simple and very easy to read and understand. Again, if anyone cares to write a better example, you're welcome. I would like to have an addition to the initscriptquery which is something i have been waiting for long. I am interested in this because i am doing automated installations into a chroot environment. In this case i am possibly running in the right runlevel but i still dont want to have Daemons to be startet. So i would like to have a possibility to override the initscriptquery decision or more or less set an env var saying DPKG_NOSTARTDAEMONS=1 or something like this. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5201-669912 Write only memory - Oops. Time for my medication again ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
Aach, no sleep for the wicked this darkling eve ... at least not for me. or morning, whatever. On Wed, Sep 13, 2000 at 07:57:41AM -0400, Christopher C. Chimelis wrote: Good point :-) I hope NM can be improved as well. I've got someone that I know will help the Alpha port that's still in process after several months now, but it's like molasses flowing uphill in winter to get him finally in the project. I hope so too! a. Assign more people to process applications - kind of self-explanatory. Not to stir anything up, here, but, to the NM team, what exactly is the process for dealing with NM applications? I've tried to stay away from politics mostly, but I've always been curious about this. I know it involves a phone call, getting ID proof, and getting their key signed, but other than that, I'm clueless. To help streamline it, is it something that (technically) any of us can do if we know the person or are closer geographically to them than the normal members of NM? Good Question. Takers? b. Establish at least two teirs of contribution - people who are interested in helping with less technical aspects need not be subjected to the same screening process as package maintainers. So if, for example somebody says hey, could I help with paperwork or the website or something ? they can be easily accepted to work on something. Voluteering should not be a full time job. We get offers, but I kinda agree with the rest on this issue. Documentation, IMO, is just as important as the software itself. I know we don't always practice that principle, but we should. To maintain docs on par with the quality of the software releases, I'd personally feel more comfortable knowing that anyone that's taking care of docs has the same knowledge/credentials/whatever that the package maintainers do. That's a good point - at least as far as actual composition goes. But there are parts of the whole process of documenting that really don't require that much background; eg. general editing, grammar, style, putting things into formats, ie. general presentation. Sometimes somebody less knowledgable will have the best feedback - they are, after all, the primary beneficiaries. And what may be a clear description to a developer is not necessarily clear to a user. I happen to know an excellent technical writer that would be happy to pitch in but he knows very little about linux so ... c. (optimally) Rewrite the pages that explain how to apply and give a clearer and more complete description of tasks available and what level of expertise each requires. I'd like to see this as well, but lack the time to volunteer to improve it. I've got enough tasks just keeping Alpha going, porting HURD to Alpha, seeking a job (yes, I'm unemployed), keeping my wife from throwing my computers off of the balcony, and keeping up with my Quake clan duties :-P I also think that whatever it is that NM does while processing an application should be documented (not per person, just in general...I think applicants would like to know what the steps are that you're going through while they wait). d. (optimally) simplify the protocols for applying. Hmmm...expand on this, please...I'm not clear on what protocols for applying means. Actually I was refering to what you just described - all of the steps involved in applying. It is very difficult to even gather what those steps are; seems like this could be consolidated and streamlined somewhat for at least some kinds of participation. Preferably any, although I understand the concern for quality. Still there is a point of diminishing returns with QA. Hahahaha...I ftp'ed the debs, but was wondering if there's a source package around. I usually like to prod at stuff without installing it (I Its in CVS: pserver:[EMAIL PROTECTED]:/cvsroot/unilinux co ddoc - I think that is working now, haven't actually checked recently. cheers, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: fix for daemon start (2)
On Wed, 13 Sep 2000, Florian Lohoff wrote: I would like to have an addition to the initscriptquery which is something i have been waiting for long. I am interested in this because i am doing automated installations into a chroot environment. In this case i am possibly running in the right runlevel but i still dont want to have Daemons to be startet. So i would like to have a possibility to override the initscriptquery decision or more or less set an env var saying DPKG_NOSTARTDAEMONS=1 or something like this. This issue falls under the soon-to-be-posted-to-debian-devel RFC for local administrative control of initscript starts. It allows you to do the above, yes. It's just that I didn't write the code yet, and I *know* the issue can start a flame war if I don't use severe helpings of flame-retardants like posting the code up front (so that people can actually look at it, and notice it will not do any weird crap to their systems, especially if they DON'T want such administrative control in their machine). -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh pgpyZQg3NlSmP.pgp Description: PGP signature
Re: apt-get and proxy
On Wed, Sep 13, 2000 at 07:55:11AM +0200, Andreas Tille wrote: I'm in real trouble with apt-get and a squid proxy. We've got the same problem when using apt via Squid via a broken IBM proxy. (Apt connects to the Squid proxy, which has the proxies of the German provider T-Online as its only and mandatory parent.[1] I thought it was the result of some strange interaction between the two proxies and didn't care. I just changed all apt methods from ftp to their http equivalents, which works. Before, most packages were rejected due to a size mismatch. Just moving these packages from /var/cache/apt/archives/partial to /var/cache/apt/archives and re-running apt worked. - Sebastian [1] The IBM proxy is quite buggy. It returns an HTTP status of 200 (Ok) on several occasions, where an error code would be appropriate. This also showed a bug in Squid: Squid tries to request a document called something like /squid-internal-db from neightbor caches. Of course the IBM proxy does not find this document and returns status code 200 with an HTML body, saying 404 Document Not Found. Squid, on the other hand, handles the returned document as binary data and tries to parse it, resulting in undefined behaviour. (In our case it hung while consuming all CPU power.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: Hi, I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw: I've been tracking the development of KDE2 for months and running * darkewolf listens to his kids Erik, you are a smelly head! peter 'darkewolf' crystal -- email : [EMAIL PROTECTED] || [EMAIL PROTECTED] || [EMAIL PROTECTED] url : http://cyberpunks.org/darke/homepage.phtml url : http://netverse.sourceforge.net/ gpg key : http://cyberpunks.org/keys/darke_gpg.asc Abair ach beagan agus abair gu math e. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Mon, 11 Sep 2000, erik wrote: [lots of stuff deleted -- basically a bitch about new maintainer] On Wed, Sep 13, 2000 at 07:57:41AM -0400, Christopher C. Chimelis wrote: Good point :-) Not really: [1] This point (if it really erik's point -- hard to tell) is not well expressed by erik's subject line, and was not well expressed in any of erik's original posts. Even the current post is way to verbose to be worth quoting. [2] New Maintainer is a tough job, with a lot of work to be done (especially because we weren't processing applications at all, last year, because things had gotten so out of hand and the people dealing with it had gotten so stressed out). In spite of that, NM is processing people at a fairly decent rate (and most of the people who haven't been processed haven't had their identities confirmed, yet). Not to stir anything up, here, but, to the NM team, what exactly is the process for dealing with NM applications? Please read: http://nm.debian.org -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 01:52:36PM +0200, Josip Rodin wrote: On Mon, Sep 11, 2000 at 04:39:33PM -0700, erik wrote: I realize I stirred up a hornets nest; I did it intentionally because otherwise nobody seems to notice and I think that at least some of what I originally wrote (goading aside) is important. Personally, I would like a normal post better. I read 4-5 lines of your initial post, after which I instantly decided it's a flamebait and moved on to the next message. Yes, I am sure most people would. However, I have noticed that normal posts on topics of this nature are handily dispatched with singular consistancy, usually with reference to historical discussion buried somewhere deep in the list archives. Or just ignored. Squeaky wheels, Drastic Measures, Desparate Times and all that. Some times the grotesque is simply the most engaging. Caught _you_ checking back in, didn't we? :;-} This is Debian, so s/Assign more people/Get more volunteers/. Beware circular logic. This just means that the first thing to do is accept people that would like to learn the ins and outs of the application process. It would be well worth the time to teach them, don't you think? We have quite a few translators who aren't developers but do have CVS access to the web site repository, actually. All it takes is to mail the appropriate person (debian-www or the translation coordinator). If that is the case then two things could happen: a. apply the same standards of access for some other insert long list things that need attention and b. Post information on this prominantly Don't know about debian-doc, it's probably more or less the same (mail the list or the doc coordinator). Personally, I have never recieved any acknowledgement that anyone even looked at mail I have sent ... and, no, I'm not really habitually obnoxious:). They probably got tossed with a thousand other emails, really quite normal in a large organization. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 10:05:26AM -0400, Raul Miller wrote: ...sigh. Exhibit A: On Mon, 11 Sep 2000, erik wrote: [lots of stuff deleted -- basically a bitch about new maintainer] On Wed, Sep 13, 2000 at 07:57:41AM -0400, Christopher C. Chimelis wrote: Good point :-) Not really: [1] This point (if it really erik's point -- hard to tell) is not well expressed by erik's subject line, and was not well expressed in any of erik's original posts. Even the current post is way to verbose to be worth quoting. [2] New Maintainer is a tough job, with a lot of work to be done (especially because we weren't processing applications at all, last year, because things had gotten so out of hand and the people dealing with it had gotten so stressed out). In spite of that, NM is processing people at a fairly decent rate (and most of the people who haven't been processed haven't had their identities confirmed, yet). Not to stir anything up, here, but, to the NM team, what exactly is the process for dealing with NM applications? Please read: http://nm.debian.org -- Raul Oh well, at least nobody can say, Well, nobody ever said anything ... . I tried. Regards, Erik -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Samba 2.0.5a dislikes Windows 2000 2.0.7 OK
Dang it. I have a nice stable slink system here, been running for a looong time, rock solid. NT 4.0 clients access it via samba 2.0.5a, and everything works. Well, we're in the process of pushing out Winders 2000 ... which won't talk to 2.0.5a. I have several other machines, potato and woody installs. 2.0.7 works with win2k just fine. Any ideas just what the problem is with 2.0.5a ? Is it fixable/configurable ? How tough is it to get 2.0.7 running on a standard slink system ? -- Dean Carpenter [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 94TT :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: why apt/dpkg not using bzip2
Previously Ben Collins wrote: I already have a new README.build that I am putting in all my packages, which will document how I have things setup. That takes away most of the problems. A README with invalid instructions I might add. 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 | pgpVdIl5iYgVU.pgp Description: PGP signature
Re: KDE2 - nice demolition job ...
On Mon, Sep 11, 2000 at 10:01:11PM -0700, Debian Linux User wrote: [snip] Please read: http://nm.debian.org -- Raul Oh well, at least nobody can say, Well, nobody ever said anything ... . I tried. Well, what, exactly? Would you mind actually telling us what you mean? I thought Raul's email was to the point. The NM process is documented, there is a mailing list for its discussion, new maintainers are on their way in at an increasing rate: What exactly is your problem? Jules -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Samba 2.0.5a dislikes Windows 2000 2.0.7 OK
Previously Carpenter, Dean wrote: Any ideas just what the problem is with 2.0.5a ? Is it fixable/configurable ? The problem is with Win2k which decided to use a slightly different protocol. How tough is it to get 2.0.7 running on a standard slink system ? Should be a matter of recompiling and installing I think. 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 | pgpUpYQcYvUNk.pgp Description: PGP signature
ITP: spong
Spong is a simple systems and network monitoring package. It does not compete with Tivoli, OpenView, UniCenter, or any other commercial packages. It is not SNMP based, it communcates via simple TCP based messages. It is written in perl and easily modifiable. Its features include: * client based monitoring (CPU, disk, processes, logs, etc.) * monitoring of network services (smtp, http, ping, pop, dns, etc.) * grouping of hosts (routers, servers, workstations, PCs) * rules based messaging when problems occur * configurable on a host by host basis * results displayed via text or web based interface * history of problems * verbose information to help diagnosis problems * modular programs to makes it easy to add or replace check functions or features * Big Brother BBSERVER emulation to allow Big Brother Clients to be used The packages are mostly done. I have splitted them into four as follows: spong-common: The libraries and config files used by all of the programs, and the documentation spong-client: A text based program to collect information from the spong server (spong), a command line driven program to acknowledge problems (spong-ack) and the client programs to monitor the local system and network services (spong-client and spong-network) spong-www:The cgi-binaries, gifs and html used by the web interface, the spong-rrd program and data_rrd plugins for making charts from load average, number of users etc. information returned by spong-client. (Note: the web interface must not be in the same box with the spong-server) spong-server: The spong daemon, a program for alerting adminstrators when problems occur (spong-message) and a program for automated maintance of the spong database (spong-cleanup) The biggest problem with spong currently is that no authentication between the server and the clients exists. That is, the server trusts all information it is fed. I'll probably wait until this issue is addressed upstream and work on debconf configuration before uploading. Meanwhile, comments and experiences about the packages are more than welcome. They are available at: deb http://master.debian.org/~pa spong/ deb-src http://master.debian.org/~pa spong/ -- P.A. Knuutila [EMAIL PROTECTED] 363C ACE2 0A4F DE7E B67A 0223 C53B 932B -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Mozilla PSM (https support)
Since the RSA code was put in the public domain, the Personal Security Manager (aka PSM) that allows SSL/https connections has become opensource under the same license as mozilla (MPL/GPL) Facts: - License is DFSG Free (MPL/GPL) - Uses OpenSSL for encryption (BSD Style License(s)) - Soure is in upstream mozilla cvs tree, and will (if not already) be be in upstream release tarballs - PSM Requires mozilla libraries to build Questions: - Can the PSM go in Main? - If Not in main, how do I build this so that mozilla(noncrypto parts) goes in main, while mozilla-psm goes to non-us/main with minimum amount of manual work? (when answering this, keep the autobuilders in mind) - Is there anything I've forgotten? Frank aka Myth pgpWp7638BlVN.pgp Description: PGP signature
How do I build a package that requires the _source_ of another?
I'm building a package that needs the source of another (existing) package in Debian. You have to configure the source directory of that other program. What's the proper way to do that? I don't want to replicate the source dirs becase they take many megabytes. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How do I build a package that requires the _source_ of another?
On Wed, Sep 13, 2000 at 08:24:54PM +0300, Eray Ozkural wrote: I'm building a package that needs the source of another (existing) package in Debian. You have to configure the source directory of that other program. What's the proper way to do that? Avoid it like hell. This is really unpleasant. Please, please consider all alternatives. For example, fixing the program so that it doesn't require the other source. I don't want to replicate the source dirs becase they take many megabytes. It's still better than any other kludge, IMHO. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Getting current keymap
On Tue, Sep 12, 2000 at 07:56:36PM +0200, Miros/law `Jubal' Baran wrote: That's why the includes are assembled into a self-contained keymap which is stored in /etc. Only if you use pre-supplied keymaps. When you use customized ones[1] it's not that easy. Please explain. Why does the approach done by console-tools (load the keymap and use dumpkeys to write a self contained one) cease to work with customized keymaps? The best way to achieve this would be /lib/modules/telepathy.o ;-) That would be bad since I can type faster than I can think ;-) cu Torsten -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dualing banjos
13.09.2000 pisze Rick Younie ([EMAIL PROTECTED]): Probably doesn't make any sense to many non-native English speakers or those from different cultures but it really is hilarious. It did make sense. ;- Jubal, from different culture. -- [ Miros/law L Baran, baran-at-knm-org-pl, neg IQ, cert AI ] [ 0101010 is ] [ BOF2510053411, makabra.knm.org.pl/~baran/, alchemy pany ] [ The Answer ] Never replace a successful experiment. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Samba 2.0.5a dislikes Windows 2000 2.0.7 OK
Samba 2.0.7 will run fine on a Slink system. I've had the setup up and running since the original 2.0.7 release by the Samba Team last spring. At best you'll need to download the Debian sources for Samba from the Potato arachives and recompile against Slink libraries. At worst you'll need the .tar.gz from ftp.samba.org and some time to tweak things. On Wed, 13 Sep 2000, Wichert Akkerman wrote: Previously Carpenter, Dean wrote: Any ideas just what the problem is with 2.0.5a ? Is it fixable/configurable ? The problem is with Win2k which decided to use a slightly different protocol. How tough is it to get 2.0.7 running on a standard slink system ? Should be a matter of recompiling and installing I think. 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 | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, 13 Sep 2000, Raul Miller wrote: [2] New Maintainer is a tough job, with a lot of work to be done (especially because we weren't processing applications at all, last year, because things had gotten so out of hand and the people dealing with it had gotten so stressed out). In spite of that, NM is processing people at a fairly decent rate (and most of the people who haven't been processed haven't had their identities confirmed, yet). Hmmm...ok, looking at the pages that you sent me told me a lot about what's going on with NM. Very informative, btw...nice job. Looks like quite a backlog has been created by NM being shut down for so long. But, after picking a few people to look at that are currently in-process, some have experienced some unbelievably ridiculous delays (see http://nm.debian.org/[EMAIL PROTECTED] for a good example does it really take a month or more to make a phone call?). There are quite a few of them that are simply waiting for phone calls, according to the records on nm.debian.org, and have been waiting for a month or more... C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RFC: fix for daemon start (2)
In article [EMAIL PROTECTED], Henrique M Holschuh [EMAIL PROTECTED] wrote: Here's an updated version of the RFC text, as well as a new version of the initscriptquery reference script. The fragments.sh script is included just for completeness, and was not modified. I like it, but why not fold this functionality in update-rc.d itself? update-rc.d --query ? And why not define update-rc.d --list as well.. [BTW, sysvinit should probably be split into 3 packages - binaries, initscripts, and sysvinitscripts, the latter could be replaced by the file-rc stuff, and update-rc.d should be part of the latter] Mike. -- Deadlock, n.: Deceased rastaman. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
On Wed, Sep 13, 2000 at 03:40:26PM +0100, Jules Bean wrote: Please read: http://nm.debian.org Oh well, at least nobody can say, Well, nobody ever said anything ... . I tried. Well, what, exactly? Would you mind actually telling us what you mean? I thought Raul's email was to the point. The NM process is documented, there is a mailing list for its discussion, new maintainers are on their way in at an increasing rate: What exactly is your problem? He is: 1. a bit dense 2. trolling 3. both First he specifically posts flamebait about KDE in Debian knowing full well the reaction it would get in a pathetic plea for personal attention and to try and rekindle the whole KDE flamewar. Then after all of his original issues (which had to be inferred since no real amount of sense could be found in the several screenloads of drivel he posted..) And then after he's deomonstrated that he wishes to be both disruptive and destructive to the project he wants NM to be fixed in some unspecified way so he can become a Debian developer. This thread (and his inability to configure his email software) cause me to question his qualifications as a Debian developer. He certainly seems like he would not make much of a positive influence in or reflection on the project as a whole. -- Joseph Carter [EMAIL PROTECTED] GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 Knghtbrd JHM: I'm not putting quake in the kernel source Knghtbrd but we should put quake in the boot floppies to one-up Caldera's tetris game.. ; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
NM Page info.
On Wed, Sep 13, 2000 at 01:50:04PM -0400, Christopher C. Chimelis wrote: http://nm.debian.org/[EMAIL PROTECTED] I'd like to make a suggestion for the NM pages, but I'm not sure where to send it. Would it be possible to post the dates in ISO date format -MM-DD. When my brain sees 2000-xx-xx it automatically knows if the date is ISO format. When I see xx-xx-2000 I then have to think a bit about it to determine if the date is in US or European format. If the dates are early in the month, it can be difficult to tell. Dave Brown -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla PSM (https support)
On Wed, Sep 13, 2000 at 12:42:37PM -0400, Franklin Belew wrote: Questions: - Can the PSM go in Main? - If Not in main, how do I build this so that mozilla(noncrypto parts) goes in main, while mozilla-psm goes to non-us/main with minimum amount of manual work? (when answering this, keep the autobuilders in mind) - Is there anything I've forgotten? Note that Netscape 4.75 is in main. You might consider building two copies of mozilla, but frankly I'm beginning to tire of this US/non-US crap with our packages. Wasn't someone going to have a look at the regulations or something? IIRC the policies were up for review in four months, but it's been longer than that by quite some measure. -- Joseph Carter [EMAIL PROTECTED] GnuPG key 1024D/DCF9DAB3 Debian GNU/Linux (http://www.debian.org/) 20F6 2261 F185 7A3E 79FC The QuakeForge Project (http://quakeforge.net/) 44F9 8FF7 D7A3 DCF9 DAB3 slashdot my US geograpy is lousy...lol knghtbrd so's mine and I live here -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How do I build a package that requires the _source_ of another?
On Wed, 13 Sep 2000 20:27:43 Marcus Brinkmann wrote: Avoid it like hell. This is really unpleasant. Please, please consider all alternatives. For example, fixing the program so that it doesn't require the other source. I was wrong anyway, but I'll avoid that in the future :) Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla PSM (https support)
Joseph Carter [EMAIL PROTECTED] writes: Note that Netscape 4.75 is in main. Since when? - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Mozilla PSM (https support)
I have come to new information... The PSM is completely self-contained in the mozilla source tree, so all my previous problems are null and void Frank aka Myth pgpKHi21ImoZ7.pgp Description: PGP signature
Re: Mozilla PSM (https support)
On Wed, Sep 13, 2000 at 01:15:17PM -0500, Joseph Carter wrote: - Can the PSM go in Main? - If Not in main, how do I build this so that mozilla(noncrypto parts) goes in main, while mozilla-psm goes to non-us/main with minimum amount of manual work? (when answering this, keep the autobuilders in mind) Note that Netscape 4.75 is in main. No, it's in non-free/contrib. :) -- slashdot my US geograpy is lousy...lol knghtbrd so's mine and I live here This is lame. : -- Digital Electronic Being Intended for Assassination and Nullification -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
new-maintainer and delays (was Re: [some idiot troll who should have been ignored])
Christopher C. Chimelis [EMAIL PROTECTED] writes: Looks like quite a backlog has been created by NM being shut down for so long. Actually, no, way less than half the current backlog are applicants from the shut down period. But, after picking a few people to look at that are currently in-process, some have experienced some unbelievably ridiculous delays (see http://nm.debian.org/[EMAIL PROTECTED] for a good example does it really take a month or more to make a phone call?). If that's all I had to do in my life, no, of course it wouldn't. Unfortunately it's not. Granted, DAM is becoming a problem, but a) it's not the main problem (lack of contributing AMs is much more of a problem), b) DAM appears worse than it actually is because my work on it is sporadic and c) I am looking into fixing it (by taking on mini-DAMers) in any event. However, there is no longer any excuse for just whining about delays in the new-maintainer process... if you don't like the delays, Chris, feel to actually make a difference and sign up as an Application Manager. -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: new-maintainer and delays (was Re: [some idiot troll who should have been ignored])
On 13 Sep 2000, James Troup wrote: Actually, no, way less than half the current backlog are applicants from the shut down period. Yeah, after looking at more of the records, I see this. If that's all I had to do in my life, no, of course it wouldn't. Unfortunately it's not. Granted, DAM is becoming a problem, but a) it's not the main problem (lack of contributing AMs is much more of a problem), b) DAM appears worse than it actually is because my work on it is sporadic and c) I am looking into fixing it (by taking on mini-DAMers) in any event. Sounds like a good idea. However, there is no longer any excuse for just whining about delays in the new-maintainer process... if you don't like the delays, Chris, feel to actually make a difference and sign up as an Application Manager. Ok, calm down, I'm not blaming anyone here, I'm just looking at it from an external point of view (external, meaning I have nothing to do with the process). I also understand that everyone here is busy and has lives and jobs, etc, so don't assume that I'm unsympathetic to the stresses of the real world. Honestly, I wish I could spare more time to help NM along, but unfortunately I can't. Does this mean that I'm not allowed to look at and, God forbid, possibly comment on the NM process? I know that we all enjoy our time working on Debian, so let's not forget that we SHOULD enjoy what we do and not take it so damned seriously all of the time. It seems like every time someone tries to offer criticism or comments on someone else's work and tries to find a way to improve it, they get a if you don't like it, do it yourself message and a holy war begins. I don't want that to happen in this case. Please, let's all take a deep breath and look at it from another point of view every once in awhile. I really do like the idea of mini-DAMs and also noticed the AM problems that you mentioned, just by looking at a handful of records on nm.debian.org. Looks like you're already addressing any concerns that I've brought up, so good job :-) ...and in case nobody says it, thanks for all of your work on NM. It doesn't go unrecognised :-) C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
ITP: Partition Image
Hello, I Intent to Package Partion Image. Description: Partition Image is a Linux/UNIX uility which saves partitions in the ext2fs (the linux standard), ReiserFS (a new journalized and powerful file system) or FAT16/32 (DOS Windows file systems) file system format to an image file. The image file can be compressed in the GZIP/BZIP2 formats to save disk space, and splitted into multiple files to be copied on amovibles floppies (ZIP for example), ... License: GPL 2 URL: partimage.sourceforge.net NOTE to Philippe Troin: this package require a libbz2 = 1.0.0 In woody, now, 0.9.5d-2 Saludos! . Arroutada Party Team-http://www.arroutada.org `===.ergio Rua GPUL-CLUG Member-http://www.gpul.org ' [EMAIL PROTECTED]|gpul.org|iname.com] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dualing banjos
Today, Miros/law `Jubal' Baran [EMAIL PROTECTED] wrote: 13.09.2000 pisze Rick Younie ([EMAIL PROTECTED]): Probably doesn't make any sense to many non-native English speakers or those from different cultures but it really is hilarious. It did make sense. ;- Yea, but only if you spell kernel wrong (-; Jubal, from different culture. AOL, -- Andreas Stefan Fuchs in Real Life aka [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] in NNTP and SMTP, antifuchsin IRCNet and Relf Herbstfresser, Male 1/2 Elf Priest in ADD -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
Yes, I am sure most people would. However, I have noticed that normal posts on topics of this nature are handily dispatched with singular consistancy, usually with reference to historical discussion buried somewhere deep in the list archives. Or just ignored. Been lurking here for 2 years now and I've never noticed the above. Squeaky wheels, Drastic Measures, Desparate Times and all that. I'd hardly call KDE not being perfect within a week of submission or a new mantainer signup process that's been slug-like for 2+ years as canidates for Desparate Times. Yes NM is slow, everyone knows that, it's getting better. Nothing is preventing you from writing a wiz-bang application to automate the process and speed the whole thing up, btw. Also for future reference: Everyone knows it takes forever to get releases out. Everyone knows we're free software bigots. Everyone knows we're a pain in the ass with regards to software licenses. Everyone knows that Alpha/PPC/etc doesn't get the support i386 does. No need to troll on any of the above to get our attention. We're all quite aware of the issues and will be happy to listen to moderate posts on the subjects. -Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: spong
At 07:26 PM 09/13/2000 +0300, Pekka Aleksi Knuutila wrote: Spong is a simple systems and network monitoring package. It does not compete with Tivoli, OpenView, UniCenter, or any other commercial packages. It is not SNMP based, it communcates via simple TCP based messages. It is written in perl and easily modifiable. [etc] * Big Brother BBSERVER emulation to allow Big Brother Clients to be used Very cool. I'll check the package out. I've got the ITP for big brother, and plan on filing one for big sister (a perl GPL clone of BB), since the author is excited about it being packaged for Debian. Hopefully, we can make all of these play nice with each other, and replaceable with each other. Maybe we can define a 'provides' like 'bbclient' or 'bbserver' so we can use any of the possible combos. feel free to write me offlist, Seth -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
On Wed, Sep 13, 2000 at 08:55:52PM +0200, Sergio Rua [EMAIL PROTECTED] was heard to say: Description: Partition Image is a Linux/UNIX uility which saves partitions in the ext2fs (the linux standard), ReiserFS (a new journalized and powerful file system) or FAT16/32 (DOS Windows file systems) file system format to an image file. The image file can be compressed in the GZIP/BZIP2 formats to save disk space, and splitted into multiple files to be copied on amovibles floppies (ZIP for example), ... License: GPL 2 URL: partimage.sourceforge.net Dumb question: what's the distinction between this program and dd? I assume there is one, or it wouldn't mention specific partition formats.. Daniel -- /- Daniel Burrows [EMAIL PROTECTED] -\ | You will soon forget this. | \-Evil Overlord, Inc: planning your future today. http://www.eviloverlord.com-/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
On Wed, Sep 13, 2000 at 03:06:43PM -0400, Daniel Burrows wrote: On Wed, Sep 13, 2000 at 08:55:52PM +0200, Sergio Rua [EMAIL PROTECTED] was heard to say: Description: Partition Image is a Linux/UNIX uility which saves partitions in the ext2fs (the linux standard), ReiserFS (a new journalized and powerful file system) or FAT16/32 (DOS Windows file systems) file system format to an image file. The image file can be compressed in the GZIP/BZIP2 formats to save disk space, and splitted into multiple files to be copied on amovibles floppies (ZIP for example), ... License: GPL 2 URL: partimage.sourceforge.net Dumb question: what's the distinction between this program and dd? I assume there is one, or it wouldn't mention specific partition formats.. Well, that's probably why he gave the URL, so that people with questions like this could go the web site and find out answers to questions like this. --Adam, who doesn't know why everyone ITP'ing a package lately gets the third degree. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
mp3 encoding patents.
Hi all, Sorry to bring up this subject again. I just wanted to know that can't mp3 encoders be distributed from a non-us site where the policies are much more relaxed ? Viral. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: dualing banjos
NOTHING strikes me as bizzare at [EMAIL PROTECTED] anymore... On Tue, 12 Sep 2000, Mike Markley wrote: Does anyone else find it bizarre that this is the *second* such request this list has received in recent months? :) On Tue, Sep 12, 2000 at 04:49:47AM -0700, marty macdonald [EMAIL PROTECTED] spake forth: Hi, I saw your ad about sheet music for this. Could you please send it to me? I did find it on olga.net but it looks incomplete. Cheers Marty __ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- You have paid nothing for the preceding, therefore it's worth every penny you've paid for it: if you did pay for it, might I remind you of the immortal words of Phineas Taylor Barnum regarding fools and money? Who is John Galt? [EMAIL PROTECTED], that's who! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: free Interrnet provider for Linux? INFO
Not sure how my post made it onto debian-devel, but cross-posting anyway. Here's the important stuff from the thing worldshare.net sent me. Apparently the site now says they don't do Linux, but I use it all the time, it's just a normal ppp connection. Tim Anderson -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED] Sent: Wednesday, September 13, 2000 3:01 PM To: Anderson, Tim TL33E Subject:Re: free Interrnet provider for Linux? I'd love to get a linux howto thingy from you. Enough others might be interested to make it worth posting to the debian-devel list (where I saw your post). Thanks. --Miguel Anderson, TimTL33E [EMAIL PROTECTED] writes: I found a good one, www.worldshare.net http://www.worldshare.net , they want $15/year charity donation but I think most of us can afford that (and they will take less should you not be able to). I've been using them for a couple of months now on linux/windoze9x/2K and I've been very happy with them. I have a howto thingy from them for linux (inc DNS addresses etc), let me know if you want it. The only thing they don't seem to have is a newsserver, but I may be wrong. * Tim Anderson I just want to know your DNS and other pertinent settings. What are they? There's certain basic information that anyone would need to know in order to successfully set up dialup and e-mail configurations for a WorldShare account. Connection settings: * Login ID: i.wshr.YourID (where YourID is replaced with your WorldShare User ID) * Password: Entered as selected during registration...passwords are case sensitive! * Dialup Number: Get this from www.worldshare.com/phonelist.htm http://www.worldshare.com/phonelist.htm * Primary DNS: 12.127.17.72 * Secondary DNS: 12.127.16.68 E-mail settings: * E-mail Login: YourID (where YourID is replaced with your WorldShare User ID. NOTE that you use just the User ID for e-mail login) * E-mail Password: Entered as selected during registration...passwords are case sensitive! * E-mail Address: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] (where YourID is, again, replaced with your WorldShare User ID) * Incoming Server (POP3): mail.worldshare.net * Outgoing Server (SMTP): smtp.worldshare.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
On Wed, Sep 13, 2000 at 03:06:43PM -0400, Daniel Burrows wrote: On Wed, Sep 13, 2000 at 08:55:52PM +0200, Sergio Rua [EMAIL PROTECTED] was heard to say: Description: Partition Image is a Linux/UNIX uility which saves partitions in the ext2fs (the linux standard), ReiserFS (a new journalized and powerful file system) or FAT16/32 (DOS Windows file systems) file system format to an image file. The image file can be compressed in the GZIP/BZIP2 formats to save disk space, and splitted into multiple files to be copied on amovibles floppies (ZIP for example), ... License: GPL 2 URL: partimage.sourceforge.net Dumb question: what's the distinction between this program and dd? I assume there is one, or it wouldn't mention specific partition formats.. It says on the homepage: Partition Image only copy used data of the partition. Then, all free blocks are not written in the image file, in order to be faster, and to make small image files. (the dd command copy all the partition, even unused datas). *sigh* Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
On Wed, Sep 13, 2000 at 03:20:48PM -0400, Adam McKenna [EMAIL PROTECTED] was heard to say: Well, that's probably why he gave the URL, so that people with questions like this could go the web site and find out answers to questions like this. --Adam, who doesn't know why everyone ITP'ing a package lately gets the third degree. First of all, that wasn't meant to be a hostile question, and I'm sorry if it came off that way. I did, in fact, miss the URL, but having gone there and looked at it, my question is still (mostly) the same. It looks like this utility is either a dd clone or a tar clone, and I'm wondering what the difference is between it and those programs. Daniel -- /- Daniel Burrows [EMAIL PROTECTED] -\ | You keep on using that word. I do not think it means| |what you think it means.| | -- The Princess Bride | \-- A duck! -- http://www.python.org -/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: KDE2 - nice demolition job ...
The big package breakups have historically been related to licensing issues (either a license incompatibility that's been pointed out or a change in licensing that broke compatibility), so the bug pointing out the license issue might be seen as forcing the breakup... On Wed, 13 Sep 2000, David Starner wrote: On Wed, Sep 13, 2000 at 12:12:45AM -0500, David Starner wrote: On Mon, Sep 11, 2000 at 10:47:22AM -0700, erik wrote: I just can't keep my mouth shut about this any longer and the unnecassary divisions (read demolitions) of KDE packages are the last straw BTW, what would it take for someone to be forced to break up a package or make some other major change? The only thing I can think of that could do it is a amendment to policy or something more drastic. (Is this written in some document that I need to read?) -- You have paid nothing for the preceding, therefore it's worth every penny you've paid for it: if you did pay for it, might I remind you of the immortal words of Phineas Taylor Barnum regarding fools and money? Who is John Galt? [EMAIL PROTECTED], that's who! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
nevermind, I'm stupid. I see it on the homepage now. Daniel, crawling into a hole in the ground for the second time in a week.. -- /- Daniel Burrows [EMAIL PROTECTED] -\ | Hi, I'm a .signature virus! | | Copy me into your .signature to help me spread! | \- Got APT? -- Debian GNU/Linux http://www.debian.org / -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
Hello, On Sep/13/2000, Daniel Burrows escribía: Dumb question: what's the distinction between this program and dd? I assume there is one, or it wouldn't mention specific partition formats.. You can consider it like a front-end easy to use with some extra features. See home page for screenshot and more details: http://partimage.sourceforge.net Saludos! . Arroutada Party Team-http://www.arroutada.org `===.ergio Rua GPUL-CLUG Member-http://www.gpul.org ' [EMAIL PROTECTED]|gpul.org|iname.com] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ITP: Partition Image
Sergio Rua [EMAIL PROTECTED] writes: I Intent to Package Partion Image. 8 snip 8 NOTE to Philippe Troin: this package require a libbz2 = 1.0.0 In woody, now, 0.9.5d-2 I'm working on packaging 1.0.1 right now... Expect it within a couple of days. Phil. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RE: mp3 encoding patents.
On 13-Sep-2000 [EMAIL PROTECTED] wrote: Hi all, Sorry to bring up this subject again. I just wanted to know that can't mp3 encoders be distributed from a non-us site where the policies are much more relaxed ? the patents are held in Germany. This restricts us because most countries in Europe accept them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[ot] Poweredge 2400 Raid 5
Hi, I know this is the wrong list (but then again maby not) has anyone created boot floppys for the poweredge 2400 with a raid-5 system? Currently I have one of these at home to install Debian on it. I'm willing to create the bootfloppys or at least create a HOW-TO poweredge for the public. I'm searching the internet for more info and I have downloaded the perc librarys. Anyone can give me a clue? Btw I have never created bootfloppys before, I always used the CD to install my software which worked great. Ries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
