Bug#292643: ITP: cl-s-xml -- simple Common Lisp XML parser
> This XML parser implementation has the following limitations: > * It does not support CDATA. > * Only supports simple character sets. What do you mean, "simple" character sets? What's the difference between a simple character set and a complex character set? -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm
Re: scripts to download porn in Debian?
How is this going to help parents? I don't want my future kids to read Something Positive; it's not pornographic, I don't recall nudity, but that level of cold-hearted cynicism is not something I want my kids exposed to, at least not at a young age. Should we set this up to only grab Garfield, Peanuts, and Calvin and Hobbes? Or accept that there's no bright line here, and that every parent should take the time to examine the comics themselves? -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm
Re: Ubuntu discussion at planet.debian.org
> But, hey, why t.f. do you not just go and fix some bugs instead of > writing another useless message? Maybe beginning with your own packages, > or looking at some RC bugs? To avoid a flame war, you curse at me, flame me, tell me what do and to boot are hypocritical in the last part (as you too are writing a useless message.) Perhaps you should try politeness to avoid a flame war. David Starner -- [EMAIL PROTECTED] -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm
Re: Ubuntu discussion at planet.debian.org
> And before you think about writing another message, > think about the reason for having the debian-private ML. The reason why debian-private exists is so people can talk about sensitive issues without posting them on the web, especially things involving personal or private things between people. It's not so we can hide technical discussions about non-security issues away from everyone. > > This is > > how we fix problems in Debian: hide them, then propose General > > Resolutions. > And your point is..? I agree with him; not speaking for him, but... That that's wrong. That GRs have been proposed way too much recently. That we should discuss things long before we propose a GR, so that even if it's formally necessary to have a GR, it's largely a moot issue. That GR's are a last step, not a first one. > It is our right to hide things. Just because it's your "right" to hide things, doesn't mean that you must or should. > We do not hide problems, we hide > possible solutions. And that's _so_ much better. David Starner -- [EMAIL PROTECTED] -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm
Re: ITP: cddb.bundle -- CDDB Bundle for GNUstep
> I am not sure what you mean by startup. When Linux boots up. > When the libraries were loaded, they started a few daemons, but, I > believe KDE and GNOME libraries do the same thing. Again, how is GNUstep > any different in this regard than the other desktop environments? At one point in time, GNUstep loaded daemons at bootup, before X was even started. Apparently, it doesn't now, I guess. -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm
Re: ITP: cddb.bundle -- CDDB Bundle for GNUstep
> I just installed the textedit.app package; it pulled in a few GNUstep > libraries, but not a complete desktop environment. Do the GNUstep libs still start a demon at startup? Last time I checked, they did, instead of starting them only if you were running a GNUstep program, like KDE and GNOME do. When I asked about it, the Debian developer said they didn't care about mixed use environments. If it still requires a demon running, then that is an important depends that needs labeling. -- ___ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm