Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Wed, Feb 02, 2005 at 08:23:20AM +1100, Matthew Palmer wrote: > On Tue, Feb 01, 2005 at 04:46:51PM +, Stephen Quinney wrote: > > > > The changes between major versions of Request Tracker are typically > > substantial and one usually wants the opportunity to test an > > installation of the new version alongside the old version. If a user > > has made lots of local alterations (via RT's overlay system) they > > probably won't work without being updated to the new API. This method > > gives people a much easier upgrade path. > > The same could be said of a lot of packages in Debian. Why can't users do > roughly the same thing as they do for every other application in Debian -- > test new releases of software separately before they go running around > dumping them on production boxes? I don't think most Debian packages positively encourage their users to extend and modify the interface in the way that RT does. RT provides a sophisticated system that allows easy modification of both the functionality in Perl code and also the Mason/html templates for the "look and feel". There is no way it would be possible to provide any sort of automatic upgrade route from one major version to the next as the API changes are usually extensive. Not everyone is in the situation of having sufficient spare computers for doing testing every time a new major version comes out. I am also aware of places where people continue to want to run the old version in a supported situation long after new versions have become available. It might even be desirable to run old instances alongside new instances in the long term, users don't always like having interface changes forced on them. If Debian can make the lives of users as easy as possible when it comes to major upgrades it seems sensible to me that we should strive to do so. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
Le Mer 2 Février 2005 09:52, Stephen Quinney a écrit : > On Wed, Feb 02, 2005 at 08:23:20AM +1100, Matthew Palmer wrote: > > On Tue, Feb 01, 2005 at 04:46:51PM +, Stephen Quinney wrote: > > > The changes between major versions of Request Tracker are > > > typically substantial and one usually wants the opportunity to > > > test an installation of the new version alongside the old > > > version. If a user has made lots of local alterations (via RT's > > > overlay system) they probably won't work without being updated to > > > the new API. This method gives people a much easier upgrade path. > > > > The same could be said of a lot of packages in Debian. Why can't > > users do roughly the same thing as they do for every other > > application in Debian -- test new releases of software separately > > before they go running around dumping them on production boxes? > > I don't think most Debian packages positively encourage their users > to extend and modify the interface in the way that RT does. some does. but a lot of the ones that do permit that have nice and kludgy mechanism to allow easy migrations from one version to the other. IIUC RT has some problems in ``BC'' between the version, and that is sth that I consider beeing a grave upstream problem. So for my part, I understand, and even support your point. -- ·O· Pierre Habouzit ··O OOOhttp://www.madism.org pgpkJxGw5ZiA0.pgp Description: PGP signature
execturing libc (was: Re: Who could be able to help SW vendors to support Debian?)
On Wednesday 02 February 2005 06.35, Brian M. Carlson wrote: > I think you meant to ask, "Why would anyone want to execute the C > library?" > [EMAIL PROTECTED]:~$ /lib/ld-linux.so.2 /lib/libc.so.6 Ok, this is off topic for this thread, but still, strangely: [EMAIL PROTECTED]:~$ /lib/ld-2.3.2.so /lib/libc-2.3.2.so Inconsistency detected by ld.so: rtld.c: 1259: dl_main: Assertion `_rtld_local._dl_rtld_map.l_prev->l_next == _rtld_local._dl_rtld_map.l_next' failed! [EMAIL PROTECTED]:~$ (sarge/i386) on self-made 2.6.10 (Debian kernel source The system works fine, no random failures or anything. cheers -- vbi -- DL: I think Novell and Linux are the great unrecognized marriage in today's OS space. -- From a desktoplinux.com interview with Darl McBride, in 2002 pgpa5mDggk0Bp.pgp Description: PGP signature
Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config)
On Tuesday 01 February 2005 21.49, Raphael Bossek wrote: > Message was signed by [EMAIL PROTECTED] (Key ID: 0x376941AB835EB2FF). > Warning: The signature is bad. Something's broken somewhere... Can anybody confirm so I can stop worrying about my set up? thanks -- vbi -- Press CTRL-ALT-DEL to continue pgp0QNAB8PiAc.pgp Description: PGP signature
Bad Sig (was: Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config))
On Wednesday 02 February 2005 10:21, Adrian von Bidder wrote: > On Tuesday 01 February 2005 21.49, Raphael Bossek wrote: > > Message was signed by [EMAIL PROTECTED] (Key ID: 0x376941AB835EB2FF). > > Warning: The signature is bad. > > Something's broken somewhere... > > Can anybody confirm so I can stop worrying about my set up? Me too, but I noticed an escaped >From in the message and didn't investigate further. Regards, David # -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
find new wife
Millions of l onely women mostly looking for more then friends ;) find one while she's there http://pptxui.lardtard.com/toss/cheatinghousewifeservices/
Bug#293292: ITP: btexmms -- XMMS plugin to use some (Sony) Ericsson phones as a remote control
Package: wnpp Severity: wishlist * Package name: btexmms Version : x.y.z Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : XMMS plugin to use some (Sony) Ericsson phones as a remote control This plugin allows using some Ericsson and Sony Ericsson phones as a remote control for XMMS. Phones which are known to work are the SE T68i and the SE T610. The plugin uses the accessory commands documented in the Ericsson R320 manual. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
release criticl bugs
hi, I had a look on the rc bugs. what about: 237156 it is very old and has a working patch. the maintainer has not reacted. maybe we should do an nmu? 233981 and 272393 should be easy to fix too. I think there are many other bugs which can be fixed quickly. Especially the bugs which are there because of a false license. Either the upstream changes the license or we should remove or move the package to another section. Regards Nico -- Nico Golde - [EMAIL PROTECTED] | GPG: 1024D/73647CFF ,'"`. [EMAIL PROTECTED] | http://www.ngolde.de ( grml.org VIM has two modes - the one in which it beeps`._,' and the one in which it doesn't -- encrypted mail preferred signature.asc Description: Digital signature
Re: Who could be able to help SW vendors to support Debian?
On Tue, Feb 01, 2005 at 09:46:19PM -0800, Steve Langasek wrote: > With the proviso that static linking against libc6 is more likely to > introduce ABI problems via nss than just dynamically linking against an old > libc6 ABI (i.e., GLIBC_2.0 or GLIBC_2.1). Not to mention the LGPL too. Static linking against glibc is strongly disrecommended by upstream. For user space apps the dynamic interface to glibc is probably a better target to aim for than the kernel - it's offering pretty much the same level of ABI stability and is much less hassle. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
[Please Cc me on replies to this thread] mpalmer wrote: > On Tue, Feb 01, 2005 at 06:27:30PM +0100, Florian Weimer wrote: > > Request Tracker is a development framework for trouble ticket systems. > > Users are encouraged to add new code to its (Perl) packages, and > > there's an overlay mechanism to support this. > > > > Unfortunately, this makes updates non-trivial, at least sometimes. > > So you do a bit of testing before madly apt-get dist-upgrading your > production servers. What a concept. Think of RT as being like a library bundled with its -dev package. You don't go replacing libraries with versions of a higher soname when you know most of your users have linked specifically to the version you distributed. Likewise, we're not about to junk RT 3.0 till 3.4 has proved stable for long enough that most of our users have ported all their scripts to the new RT 3.4 APIs. "Our priorities are our users ..." right? That said, we'll scrap the 3.2 packages when 3.4 get into sid; they've never been in a stable distribution and they haven't been in sid for that long. -- Andrew Stribblehill <[EMAIL PROTECTED]> Systems programmer, IT Service, University of Durham, England -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: release criticl bugs
Nico Golde <[EMAIL PROTECTED]> schrieb: > hi, > I had a look on the rc bugs. > what about: > 237156 it is very old and has a working patch. the > maintainer has not reacted. maybe we should do an nmu? Please read the bug, and read it _completely_. Watch the tags. > > 233981 same here. > and 272393 should be easy to fix too. How do you think should a fix look like? Why didn't you send your suggested patch to the bug and the submitter? > I think there are many other bugs which can be fixed > quickly. Especially the bugs which are there because of a > false license. Either the upstream changes the license or we > should remove or move the package to another section. Go ahead, communicate with upstream, and please do it gently. Before you mail to upstream, ask the maintainer - he might be in non-public conversation about it with them. Regards, Frank -- Frank Küster Inst. f. Biochemie der Univ. Zürich Debian Developer
Would you consider co-maintainers for GnuPG?
James, Would you consider the possibility of accepting co-maintainers for gnupg, pehaps through an Alioth project? What would be your conditions on co-maintainer behaviour for this? (e.g. "never upload to Debian sid without my explicit approval, but Debian experimental is ok") -- "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 signature.asc Description: Digital signature
Re: non-ftp way to upload packages
* Bartosz Fenski aka fEnIo | On Tue, Feb 01, 2005 at 01:12:45PM +0100, Tollef Fog Heen wrote: | > | > ,>scp to a Debian host (like gluck or merkel) and ftp from there. Or | > | > >just scp it to the DELAYED queue on gluck (1day) and let it ftp it for | > | > >you ;) | > | | > | > Does it ftp in time for the daily dinstall? | > | | > | The 0-day queue is ftp-ed about 1 hours before dinstall, IIRC. | > | > No, it runs every 15 minutes. | > | > Somebody could probably document all this somewhere else than in my | > ~/bin and my crontab. :P | | Developers' reference and your mail about this queue says that it's run | 1 hour before dinstall ;) My crontab trumps the developer's reference (in this case, at least :). It was changed due to some people using it for large packages, which caused time skew when there was more on in the 0-day dir than what would be transferred in 1 hour. (Causing DELAYED/3-days to be effectively treated as DELAYED/4-days) | Anyway, your mail also says that if someone send you config for dupload | then you are going to include it in some README. | Is this README available somewhere? In the DELAYED dir, yes. | Also I saw dput's config and it seems to be somehow universal, I mean it | doesn't include anything about [0123456789] queues... is it mean I have to | use some additional options in command line or maybe I should customize | this example config? from man dput(1): -e, --delayed - Upload to a DELAYED queue, rather than the usual Incoming. This takes an argument from 1 to 9. -- Tollef Fog Heen,''`. UNIX is user friendly, it's just picky about who its friends are : :' : `. `' `- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bad Sig (was: Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config))
Hi David! You wrote: > > > Message was signed by [EMAIL PROTECTED] (Key ID: 0x376941AB835EB2FF). > > > Warning: The signature is bad. > > > > Something's broken somewhere... > > > > Can anybody confirm so I can stop worrying about my set up? > > Me too, but I noticed an escaped >From in the message and didn't investigate > further. AFAIK, gpg signs the body only. Anyway, sig is bad here, too. -- Kind regards, ++ | Bas Zoetekouw | GPG key: 0644fab7 | || Fingerprint: c1f5 f24c d514 3fec 8bf6 | | [EMAIL PROTECTED], [EMAIL PROTECTED] | a2b1 2bae e41f 0644 fab7 | ++ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bad Sig (was: Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config))
Op wo, 02-02-2005 te 13:53 +0100, schreef Bas Zoetekouw: > Hi David! > > Me too, but I noticed an escaped >From in the message and didn't > > investigate > > further. > > AFAIK, gpg signs the body only. Yes, but a leading 'From' on a line will be escaped to '>From' in transit. This is because some software will otherwise interpret the leading from to be the start of a new message (it's a bit too close to the mbox format start) -- Wouter Verhelst NixSys BVBA Louizastraat 14, 2800 Mechelen T:+32 15 27 69 50 / F:+32 15 27 60 51 / M:+32 486 836 198 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Who could be able to help SW vendors to support Debian?
On Tue, Feb 01, 2005 at 09:55:51PM +, Tim Cutts wrote: > On Tue, Feb 01, 2005 at 07:37:27PM +0100, Christian Perrier wrote: > > Would any people around have pointers which could be given to such > > people?? Do we already have an entry point for such technical issues > > as proprietary SW vendors needing technical information about the way > > to support Debian?? > > The first thing I would do is to try to convince the vendor not to get > so hung up on supporting different distributions. If their product > depends tightly on kernel stuff, then they should base their support > matrix on kernel version, not on distribution. > > Point them at Platform Computing as an example of how to do it with LSF. > They support Linux, and they don't give a stuff what distribution you're > running. They support certain kernels, and certain C libraries, and > other than that they don't care. And they're not too precise about > kernel version - on X86 you can run any 2.4 or 2.6 kernel, and any 2.1, > 2.2 or 2.3 glibc. They're a little pickier on other architectures (they > don't support 2.6 on either Alpha or Itanium yet). > I would agree and add that soname incompatibilities are probably not an issue. Considering that this is probably a propietary program they're writing anyway I cannot imagine them linking in many libraries currently in main... greets, Wim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
* Matthew Palmer: > On Tue, Feb 01, 2005 at 06:27:30PM +0100, Florian Weimer wrote: >> * Lars Wirzenius: >> >> > ti, 2005-02-01 kello 15:25 +, Stephen Quinney kirjoitti: >> >> This is the 3.4 series of RT, it can be installed alongside the 3.0 >> >> and 3.2 series without any problems. This release is a big >> >> improvement over previous versions and features many new features, >> >> substantial performance improvements and a significant cleanup and >> >> restructuring of the codebase. >> > >> > What is the a reason every version series of Request Tracker needs to be >> > packaged, instead of having a single request-tracker package that gets >> > updated with newer versions? >> >> Request Tracker is a development framework for trouble ticket systems. >> Users are encouraged to add new code to its (Perl) packages, and >> there's an overlay mechanism to support this. >> >> Unfortunately, this makes updates non-trivial, at least sometimes. > > So you do a bit of testing before madly apt-get dist-upgrading your > production servers. What a concept. As Andrew noted, we already do similar things for library packages. There's a growing trend to provide different version which can be installed in parallel for other infrastructure packages, too (IIRC, PostgreSQL is heading in this direction, too). As a user, I think this is very convenient. The ability to switch back to a known-to-work version by tweaking a few configuration files is reassuring, even if you've tested the new software version on an indepedent machine. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
good signature... Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config)
Hi, On Wednesday 02 February 2005 10:21, Adrian von Bidder wrote: > > Warning: The signature is bad. > > Something's broken somewhere... > > Can anybody confirm so I can stop worrying about my set up? I cannot confirm this, the signature is valid here. I have no valid trust path to the key, but that's another issue... regards, Holger pgpwQiiQLJP3U.pgp Description: PGP signature
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
Le Mer 2 Février 2005 14:38, Florian Weimer a écrit : > As Andrew noted, we already do similar things for library packages. > There's a growing trend to provide different version which can be > installed in parallel for other infrastructure packages, too (IIRC, > PostgreSQL is heading in this direction, too). > > As a user, I think this is very convenient. The ability to switch > back to a known-to-work version by tweaking a few configuration files > is reassuring, even if you've tested the new software version on an > indepedent machine. sure, having two different versions can be great. though, I expect most of RT users to want having smooth upgrades from any stabke version of RT to the new one. and that's true for pgsql, mysql, or any app that live in debian. The two point of view have advantages. but there is a problem in having a lot of different versions : you have to maintain each of them, even wrt security and stuff like that. and expect most of the users to be confused by all thoses packages that look like beeing the same, but are not -- ·O· Pierre Habouzit ··O OOOhttp://www.madism.org pgpTL3TPvhJuv.pgp Description: PGP signature
Re: Bad Sig (was: Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config))
* Wouter Verhelst [Wed, 02 Feb 2005 14:15:35 +0100]: > Op wo, 02-02-2005 te 13:53 +0100, schreef Bas Zoetekouw: > > Hi David! > > > Me too, but I noticed an escaped >From in the message and didn't > > > investigate > > > further. > > AFAIK, gpg signs the body only. > Yes, but a leading 'From' on a line will be escaped to '>From' in > transit. This is because some software will otherwise interpret the > leading from to be the start of a new message (it's a bit too close to > the mbox format start) /me hugs mutt's $encode_from. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 As an adolescent I aspired to lasting fame, I craved factual certainty, and I thirsted for a meaningful vision of human life -- so I became a scientist. This is like becoming an archbishop so you can meet girls. -- Matt Cartmill -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293316: ITP: ezstream -- stream client for icecast with mp3, ogg and flac support
Package: wnpp Severity: wishlist Owner: Guillaume Pellerin <[EMAIL PROTECTED]> * Package name: ezstream Version : 0.2.0 Upstream Author : oddsock.org <[EMAIL PROTECTED]> * URL : http://www.oddsock.org/ * License : (GPL, LGPL, BSD, MIT/X, etc.) Description : stream client for icecast with mp3, ogg and flac support (Include the long description here.) -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5piem Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293316: ITP: ezstream -- stream client for icecast with mp3, ogg and flac support
On Wed, Feb 02, 2005 at 02:50:56PM +0100, Guillaume Pellerin wrote: > Package: wnpp > Severity: wishlist > Owner: Guillaume Pellerin <[EMAIL PROTECTED]> > > > * Package name: ezstream > * License : (GPL, LGPL, BSD, MIT/X, etc.) ^ Which one? > (Include the long description here.) Missing the long description. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Jack, please, I'm only an elected official here, I can't make decisions by myself! --Mayor (The Nightmare Before Christmas) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293320: ITP: limma -- [Biology] library for linear models and differential gene expression analysis
Package: wnpp Severity: wishlist * Package name: limma Version : 1.8.16 Upstream Author : Gordon Smyth < [EMAIL PROTECTED]> * URL : http://bioinf.wehi.edu.au/limma * License : LGPL Description : [Biology] library for linear models and differential gene expression analysis Limma is an essential package of the bioconductor.org effort to investigate gene expression data from microarrays with the statistical package R. Should not unforeseen things happen, a package will soon be at http://bioinformatics.pzr.uni-rostock.de/~moeller/debian/bioconductor/limma Cheers, Steffen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 08:54:18AM -0600, Ron Johnson wrote: > > Oh, are we turning into a children's distribution now? > > I hope not. I think it's fairly obvious that we're a wanker's distribution, not a children's distribution. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Thu, Feb 03, 2005 at 02:28:44AM +1100, Sam Watkins wrote: > On Tue, Jan 25, 2005 at 08:54:18AM -0600, Ron Johnson wrote: > > > Oh, are we turning into a children's distribution now? > > > > I hope not. > > I think it's fairly obvious that we're a wanker's distribution, not a > children's distribution. Any chance that we can avoid statements like that, please. I agree that the distribution should not alter to 'protect children' at all costs, but we do *not* need the childish behaviour that has been displayed in this thread, it does nothing to improve the quality of the debian distribution and makes us look bad. What we *really* should be concentrating on is getting the next release (sarge) out of the door, and improving our release mechanism, not debating wether or not this that or the other is a parent issue or a distribution issue, the solutions that where put forward earlier seemed sensible and to the point. Thanks, -- Brett Parker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293316: ITP: ezstream -- stream client for icecast with mp3, ogg and flac support
Jesus Climent wrote: On Wed, Feb 02, 2005 at 02:50:56PM +0100, Guillaume Pellerin wrote: Package: wnpp Severity: wishlist Owner: Guillaume Pellerin <[EMAIL PROTECTED]> * Package name: ezstream * License : (GPL, LGPL, BSD, MIT/X, etc.) ^ Which one? (Include the long description here.) Missing the long description. Sorry ! Here are all informations about ezstream: * Package name: ezstream Version : 0.2.0 Upstream Author : oddsock.org <[EMAIL PROTECTED]> * URL : http://www.oddsock.org/ * License : GPL Description : stream client for icecast with mp3, ogg and flac support ezstream is a command line utility which is a improved version of the old "shout" utility. It enables you to stream mp3 or vorbis files to an icecast server without reencoding and thus requires very little CPU. ezstream is controlled via a XML config file (a few examples are provided in README.gz). ezstream can stream mp3 and ogg vorbis files as well as reading from stdin. ID3v1 tags are supported in mp3 files and all ogg vorbis tags are propagated as metadata as well. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5piem Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) - Guillame Pellerin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Sat, Jan 29, 2005 at 07:59:14AM -0600, Ron Johnson wrote: > The average girl would rather have beauty than brains because she > knows that the average man can see much better than he can think. > Ladies' Home Journal Your sig quote seems strangely appropriate to this thread, Ron. I was trying to address two issues. Unfortunately few people seem to understand these points. They have probably been watching too much porn. 1. People (including children) will get a nasty surprise when they choose to download all the comics to see what is available. This is NOT a censorship issue, but a matter of appropriate packaging. The way it is, it's like having a XXX magazine hidden among the comic-books in a newsagent. A "dosage-off" package would solve this problem, as would a config-file that completely disables certain offensive comics, with reasons given. We could use similar standards to those used for "fortunes-off". (e.g. racist comics would also be "off") This issue has already been explored, please don't post about it any more. 2. Should Debian publish highly offensive content which is DFSG free? I say "no". There are limits to what is acceptable in Debian. The anarchist FAQ is acceptable. The bible is acceptable. A package of hardcore pictures is obviously not acceptable, Supposing I were to assemble a collection of public-domain porn, would that be allowed to be included in Debian? Of course not. Apart from anything else, we wouldn't be able to distribute the CDs freely. I don't see "hot-babe" in sid yet, either. I seriously doubt that "smutfest: 1001 porn downloader scripts" would be approved for inclusion either. That probably wouldn't be legal to distribute to minors either. In that case, it couldn't go on the CDs. (If it did, it would be illegal to sell them from ordinary shops in many parts of the world, e.g. Australia.) I don't know where the law stands on this, but I think it is borderline, it would probably be illegal to distribute porn-downloader scripts to minors (over the counter) in many parts of the world, therefore it could not go on our CDs. The Sexy Losers script without a doubt falls in that category (it is a script for downloading hardcore porn). It should not be in Debian. This is also NOT an issue of censorship, nor is it a question of trying to protect children. Obviously any child or adult who wants porn can get it off the internet. The difficulty in modern society is for anyone who wants to avoid porn, one would have to walk around with eyes shut. It is an issue of Debian's public reputation, and of the law. Does Debian wish to be associated with pornography, to implicitly approve it, by including programs designed to download and view it, or including actual pornographic content? pornview, hot-babe and dailystrips / dosage's Sexy Losers scripts are apparently "okay" according to many Debian developers. I disagree. Another issue - if a script is designed specifically to download non-free content, shouldn't it go in contrib? According to Debian's official view that anything made of bits is software, the scripts to fetch the comics should go in contrib. Please correct me if I'm wrong about that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Wed, Feb 02, 2005 at 03:33:53PM +, Brett Parker wrote: > Any chance that we can avoid statements like that, please. sorry, I couldn't resist! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293292: ITP: btexmms -- XMMS plugin to use some (Sony) Ericsson phones as a remote control
On Wed, 2005-02-02 at 10:41 +0100, Peter 'p2' De Schrijver wrote: > * Package name: btexmms xmms plugins would be better named xmms- (btexmms for the source should be fine though) > Version : x.y.z > Upstream Author : Name <[EMAIL PROTECTED]> > * URL : http://www.example.org/ > * License : (GPL, LGPL, BSD, MIT/X, etc.) mmh, looks like it lacks a few info here... > Description : XMMS plugin to use some (Sony) Ericsson phones as a > remote control what is the name of the feature provided by 'some (Sony) Ericsson' ? imo, it would looks better with that name instead. > This plugin allows using some Ericsson and Sony Ericsson phones as a remote > control for XMMS. Phones which are known to work are the SE T68i and the > SE T610. The plugin uses the accessory commands documented in the > Ericsson R320 manual. any chance this documentation can be shipped with the package itself ? ciao, piem -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
* Sam Watkins ([EMAIL PROTECTED]) wrote: [snip] > 2. Should Debian publish highly offensive content which is DFSG free? > >I say "no". There are limits to what is acceptable in Debian. >The anarchist FAQ is acceptable. The bible is acceptable. >A package of hardcore pictures is obviously not acceptable, [snip] It is not at all obvious in fact. The bible and the anarchist FAQ have probably caused more direct damage to the world. Please don't project your morality on the project. -- Eric Dorland <[EMAIL PROTECTED]> ICQ: #61138586, Jabber: [EMAIL PROTECTED] 1024D/16D970C6 097C 4861 9934 27A0 8E1C 2B0A 61E9 8ECF 16D9 70C6 -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d- s++: a-- C+++ UL+++ P++ L++ E++ W++ N+ o K- w+ O? M++ V-- PS+ PE Y+ PGP++ t++ 5++ X+ R tv++ b+++ DI+ D+ G e h! r- y+ --END GEEK CODE BLOCK-- signature.asc Description: Digital signature
list what's in the NEW queue?
Sigh. Either I'm being dense, or google has failed me, or the Developer's Reference has failed me. I suspect the first of these, naturally How does one simply see what's in the NEW queue? Call me paranoid, but what I would like to do is just verify that packages that I've uploaded haven't somehow mysteriously disappeared. Yes, I get the nice email saying it's now in the new queue; I'd like to be able to double check that after the initial message. I trust the ftp-masters to Do The Right Thing, so I'm not complaining. Really. I am truly impressed with the work they do and honestly admire their commitment and dedication. All I'd like to be able to do is "ls | grep 'my stuff'", or go to a URL, or something, and see that my package is still there and waiting. I'm sure there's a simple way to do this, and I've just missed it. Pointers? -- Ciao, al -- Al Stone Alter Ego: Linux & Open Source Lab Debian Developer Hewlett-Packard Company http://www.debian.org E-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
[Al Stone] > How does one simply see what's in the NEW queue? There is an experimental service available from http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at random times whenever I feel like it (normally at least once a day). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
Sam Watkins <[EMAIL PROTECTED]> writes: >This is NOT a censorship issue, but a matter of appropriate >packaging. The way it is, it's like having a XXX magazine hidden >among the comic-books in a newsagent. No. It's like having a sexy adult comic book "hidden" among the rest of the comic books in a news agent. Which is, actually, not all that uncommon. Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
On Wed, Feb 02, 2005 at 10:01:11AM -0700, Al Stone wrote: > Sigh. Either I'm being dense, or google has failed me, or > the Developer's Reference has failed me. I suspect the first > of these, naturally > > How does one simply see what's in the NEW queue? Call me Google 'new queue', first hit: Debian New queue summary, http://developer.skolelinux.no/~pere/debian-NEW.html As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily synced. Beware, there are 2826 files in there atm, so ls via grep or something. --Jeroen -- Jeroen van Wolffelaar [EMAIL PROTECTED] (also for Jabber & MSN; ICQ: 33944357) http://Jeroen.A-Eskwadraat.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#293349: ITP: libpam-smb -- Pluggable Authentication Module authenticating from NT server
Package: wnpp Severity: wishlist Owner: Martin Orr <[EMAIL PROTECTED]> Package name: libpam-smb Version : 1.9.9+2.0.0-rc6 Upstream Author : Dave Airlie <[EMAIL PROTECTED]> URL : http://www.csn.ul.ie/~airlied/pam_smb/ License : GPL Description : Pluggable Authentication Module authenticating from NT server This is a PAM module, which can verify user passwords from Windows NT servers. It differs from winbind in that it does not require you to have administrative access to the NT domain in order to join it, and in that it does not contain an NSS module to obtain user account information from NT - only passwords. This package is present in woody (version 1.1.6) but was removed in 2003 following maintainer inactivity, and because Steve Langasek asserted that it was obsolete. Certainly winbind is to be preferred in most circumstances but I at least find this package useful because I am unable to get administrative access to the relevant NT domain. My current package is available at deb http://henry.methody.org/debian sid official -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.4.29 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- Martin Orr Linux Administrator, Methodist College Belfast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
On Wed, 2005-02-02 at 18:30 +0100, Petter Reinholdtsen wrote: > [Al Stone] > > How does one simply see what's in the NEW queue? > > There is an experimental service available from > http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at > random times whenever I feel like it (normally at least once a day) Hmm. Saw this in google and couldn't get it to work last Saturday (I got an empty page, and _that_ didn't make sense :). > As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily > synced. Beware, there are 2826 files in there atm, so ls via grep or > something. > > --Jeroen Ah, this is what I was looking for; thanks. I had tried a couple of other machines but not merkel. -- Ciao, al -- Al Stone Alter Ego: Linux & Open Source Lab Debian Developer Hewlett-Packard Company http://www.debian.org E-mail: [EMAIL PROTECTED][EMAIL PROTECTED] -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote: > > Debian New queue summary, > http://developer.skolelinux.no/~pere/debian-NEW.html i never made this question to myself but i'm finding the answer very interesting. just a curiosity. why there are packages like kernel-patch-2.4-blooper, kernel-linux-experimental-defaults, rte, kernel-linux-experimental-2.4 which are many months or years old? cheers domenico -[ Domenico Andreoli, aka cavok --[ http://people.debian.org/~cavok/gpgkey.asc ---[ 3A0F 2F80 F79C 678A 8936 4FEE 0677 9033 A20E BC50 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
On Wed, Feb 02, 2005 at 10:42:26 -0700, Al Stone wrote: > > http://developer.skolelinux.no/~pere/debian-NEW.html>, updated at > Hmm. Saw this in google and couldn't get it to work last > Saturday (I got an empty page, and _that_ didn't make sense :). Probably due to Merkel being down around that time. -- mithrandi, i Ainil en-Balandor, a faer Ambar signature.asc Description: Digital signature
Re: scripts to download porn in Debian?
On Thu, 03 Feb 2005, Sam Watkins wrote: > On Sat, Jan 29, 2005 at 07:59:14AM -0600, Ron Johnson wrote: > > The average girl would rather have beauty than brains because she > > knows that the average man can see much better than he can think. > > Ladies' Home Journal > > Your sig quote seems strangely appropriate to this thread, Ron. Unfortunately few people seem to understand these points. They have probably been participating in too much religion. 1. People (including children) will get a nasty surprise when they choose to download all the packages to see what is available. [...] 2. Should Debian publish content I disagree with which is DFSG free? I say "no". There are limits to what is acceptable in Debian. The anarchist FAQ is acceptable. pr0n is acceptable. The bible is obviously not acceptable, Supposing I were to assemble a collection of public-domain relgious materials, would that be allowed to be included in Debian? I hope not. Apart from anything else, we wouldn't be able to distribute the CDs freely. I don't see "bhagavad vita" in sid yet, either. I seriously doubt that "belief: 1001 ways to subjugate your populace" would be approved for inclusion either. That probably wouldn't be legal to distribute to thinking adults either. (If it did, it would be illegal to sell them from ordinary shops in many parts of the world, e.g. Iran.) [...] Firefox without a doubt falls in that category (it is a program for downloading religious materials). It should not be in Debian. This is also NOT an issue of censorship, nor is it a question of trying to protect children. Obviously any child or adult who wants religious materials can get them off the internet. The difficulty in modern society is for anyone who wants to avoid religion, one would have to walk around with eyes shut, ears closed, and expunge a good number of neurons. It is an issue of Debian's public reputation, and of the law. Does Debian wish to be associated with religion, to implicitly approve of it, by including programs designed to download and view it, or including actual religious content? Ah, ad hominem and unfounded assumptions, how I love thee! Don Armstrong -- It seems intuitively obvious to me, which means that it might be wrong -- Chris Torek http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
* Al Stone ([EMAIL PROTECTED]) [050202 19:05]: > Ah, this is what I was looking for; thanks. I had tried a > couple of other machines but not merkel. Please see the Developer's Reference, 4.4.2 The ftp-master server: http://www.debian.org/doc/developers-reference/ch-resources.en.html#s-servers-ftp-master | It is restricted; a mirror is available on merkel. Cheers, Andi -- http://home.arcor.de/andreas-barth/ PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: eleventh-hour transition for mysql-using packages related to apache
[Cc ing Frankie as the [EMAIL PROTECTED] addresses appear to be non-functional] On 2005-01-31 Francesco Paolo Lovergine <[EMAIL PROTECTED]> wrote: > On Sat, Jan 29, 2005 at 02:34:07PM +0100, Andreas Metzler wrote: > > These four packages also link against both libpam and libmysqlclient10 > > and might experience segfaults when accessing MYSQL over PAM with > > libpam-mysql if libpam-mysql switched to libmysqlclient12: > > linesrv-mysql, pure-ftpd-mysql, proftpd-mysql and courier-authmysql > > I am saying /might/ as it is entirely possible that one or more of > > these link against libpam without using it. > > (The two mentioned ftp daemons probably cannot switch to -12, as they > > link against libssl.) > For what concern proftpd, it does not use libpam-mysql at all, > so I see no problem for that. Hello, Ehh. As maintainer of a PAM-using application you usually have no control which PAM modules are used. You just ship the application with a /etc/pam.d/foo using @include common- and the *end-user* can (and probably will, if he installs stuff like libpam-mysql) change these defaults to use modules of his choice. cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
Am 2005-02-03 03:15:41, schrieb Sam Watkins: > 1. People (including children) will get a nasty surprise when they >choose to download all the comics to see what is available. My daughter had this problem several times... > 2. Should Debian publish highly offensive content which is DFSG free? > >I say "no". There are limits to what is acceptable in Debian. >The anarchist FAQ is acceptable. The bible is acceptable. >A package of hardcore pictures is obviously not acceptable, A package downloading hardcore pictures from specific servers. (wget or something like this does not fit this category) >I seriously doubt that "smutfest: 1001 porn downloader scripts" >would be approved for inclusion either. That probably wouldn't be >legal to distribute to minors either. In that case, it couldn't go >on the CDs. (If it did, it would be illegal to sell them from >ordinary shops in many parts of the world, e.g. Australia.) Not only in Australia, you will have the same problem in Germany and France and in the whole EU. >I don't know where the law stands on this, but I think it is >borderline, it would probably be illegal to distribute >porn-downloader scripts to minors (over the counter) in many parts of >the world, therefore it could not go on our CDs. Right. >It is an issue of Debian's public reputation, and of the law. Does >Debian wish to be associated with pornography, to implicitly approve >it, by including programs designed to download and view it, or >including actual pornographic content? pornview, hot-babe and >dailystrips / dosage's Sexy Losers scripts are apparently "okay" >according to many Debian developers. I disagree. Agreed > Another issue - if a script is designed specifically to download > non-free content, shouldn't it go in contrib? According to Debian's > official view that anything made of bits is software, the scripts to > fetch the comics should go in contrib. Please correct me if I'm wrong > about that. I think yes. Greetings Michelle -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ Michelle Konzack Apt. 917 ICQ #328449886 50, rue de Soultz MSM LinuxMichi 0033/3/8845235667100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#293382: ITP: zen-cart -- simple SQL and php based e-commerce solution
Package: wnpp Severity: wishlist * Package name: zen-cart Version : 1.2.3d Upstream Author : Ian C Wilson * URL : http://www.zen-cart.com/ * License : GPL Description : simple SQL and php based e-commerce solution Zen Cart is a php driven e-commerce solutions based on oscommerce .. Zen Cart truly is the art of e-commerce; a free, user-friendly, open source shopping cart system. The software is being developed by group of like-minded shop owners, programmers, designers, and consultants that think e-commerce could be and should be done differently. Some "solutions" seem to be complicated programming exercises instead of responding to users' needs, Zen Cart puts the merchant's and shopper's requirements first. Similarly, other programs are nearly impossible to install and use without an IT degree, Zen Cart can be installed and set-up by anyone with the most basic computer skills. Others are so expensive ... not Zen Cart, it's FREE! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
Sam Watkins writes: > Another issue - if a script is designed specifically to download non-free > content, shouldn't it go in contrib? According to Debian's official view > that anything made of bits is software, the scripts to fetch the comics > should go in contrib. Only a miniscule fraction of Web pages are Free. I guess that puts Firefox in contrib. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: eleventh-hour transition for mysql-using packages related to apache
On Wed, Feb 02, 2005 at 09:49:31PM +0100, Andreas Metzler wrote: > > > For what concern proftpd, it does not use libpam-mysql at all, > > so I see no problem for that. > > Hello, > Ehh. As maintainer of a PAM-using application you usually have no > control which PAM modules are used. You just ship the application with > a /etc/pam.d/foo using > > @include common- > > and the *end-user* can (and probably will, if he installs stuff like > libpam-mysql) change these defaults to use modules of his choice. >cu andreas That's clear. I did mean proftpd-mysql does not use PAM to authenticate against mysql, it uses mysql API directly... Of course a PAM module can be used by user, but that's not of interest for licensing compatibility. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
John Hasler <[EMAIL PROTECTED]> writes: > Sam Watkins writes: > > Another issue - if a script is designed specifically to download non-free > > content, shouldn't it go in contrib? According to Debian's official view > > that anything made of bits is software, the scripts to fetch the comics > > should go in contrib. > > Only a miniscule fraction of Web pages are Free. I guess that puts Firefox > in contrib. "miniscule fraction"? I don't know how you know that. Regardless, it's irrelevant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293292: ITP: btexmms -- XMMS plugin to use some (Sony) Ericsson phones as a remote control
On Wed, Feb 02, 2005 at 04:41:15PM +, Paul Brossier wrote: > On Wed, 2005-02-02 at 10:41 +0100, Peter 'p2' De Schrijver wrote: > > * Package name: btexmms > > xmms plugins would be better named xmms- (btexmms for the > source should be fine though) > So xmms-btexmms would be better ? > > Version : x.y.z > > Upstream Author : Name <[EMAIL PROTECTED]> > > * URL : http://www.example.org/ > > * License : (GPL, LGPL, BSD, MIT/X, etc.) > > mmh, looks like it lacks a few info here... > It seems I missed some bits of the template yes. Version : 0.5 Upstream Author : Nikolay Igotti ([EMAIL PROTECTED]) URL : http://www.lyola.com/bte/ License : GPL > > Description : XMMS plugin to use some (Sony) Ericsson phones as a > > remote control > > what is the name of the feature provided by 'some (Sony) Ericsson' ? > imo, it would looks better with that name instead. > It uses the accessory menu feature to display messages and mobile equipment event reporting to read the keys. > > This plugin allows using some Ericsson and Sony Ericsson phones as a remote > > control for XMMS. Phones which are known to work are the SE T68i and the > > SE T610. The plugin uses the accessory commands documented in the > > Ericsson R320 manual. > > any chance this documentation can be shipped with the package itself ? No. The documentation used to be available on the ericsson website (http://mobileinternet.ericsson.se/emi_manuals/R320s/ATCommand/R320AT_R1A.pdf) but the link is dead now. The document says (c) Ericsson Mobile Communications. There are a few sites which still have it, but I'm not convinced that this is legal. Cheers, Peter (p2). signature.asc Description: Digital signature
Re: Debian mirror scripts
[EMAIL PROTECTED] (Otto Wyss) writes: > Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > >> [EMAIL PROTECTED] (Otto Wyss) writes: >> >> > Goswin von Brederlow <[EMAIL PROTECTED]> wrote: >> > >> >> > Sure? Anyway DpartialMirror "http://dpartialmirror.sourceforge.net/"; >> >> > can. >> >> > >> > I guess mirrorer doesn't care for bandwith saving as DpartialMirror, >> > correct me if I'm wrong. >> >> Currently it will always redownload the Packages/Sources files as gzip >> on every update to fix a bug in the apt methods. But I already >> suggested only updating those that don't match the Release file. And, >> unless you have an rsync method for apt, it won't rsync files. >> > Why there isn't there already a rsync method for apt is probably a > mystery nobody ever will solve. It is not wanted due to rsync causing excessive server load. If Debian would provide zsync files a zsync module could be provided in a matter of days. >> While rsyncing the Packages files sounds like a good idea to save >> traffic it actualy is a bit insignificant compared to the daily >> traffic of new sources and debs. >> > Do you mean there are up to 100 new packages each day? I get between 50 > - 150 packages updated each day for just i386. Or do you mean there are > 100 new versions? DpartialMirror handles new versions of packages > (sources and deps) in a way it save about 1% even when the packages are > normal gzip'ed. It would save around 10% - 50% with rsyncable. New versions. The size of the Packages files is comparatively tiny compared to all the debs. Even the 1% saving for rsyncing debs is hardly worth it due to the extra traffic for the checksums and the server load it causes. zsync has the option of looking into gziped files and rsync them as if they would be ungziped (while still just downloading chunks of the gziped file). Its a bit more complex algorithm but works even better than rsyncable files and rsync. > Is there any plan to add this feature to mirrored? > > O. Wyss I doubt it. Everyone can add support for it to apt and reprepo (mirrorer) can utilize it. I think that is the best way. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Diversion of APT tools by dpkg-cross (apt-get,apt-cache,apt-config)
Raphael Bossek <[EMAIL PROTECTED]> writes: > Hi, > > I'm a active member of the dpkg-cross package part of the www.emdebian.org > project. > > A long outstanding feature request was to support APT for dpkg-cross. The > realisation > result in diversion of apt-get, apt-cache and apt-config which is our CVS > pending for > a new release to experimental as soon as the APT wrapper is stable. > > The Debian Policy Manaual advice me to discuss this diversion here. Please > feel free > to comment the consequences of this diversion. > > dpkg-cross provide a extension for apt-get, apt-cache and apt-config with the > command > line option -a|--arch where your cross-host architecture can be specified. > This arch > is by default your architecture your are developing for using a > cross-compiler suite. > > If no architecture (-a|--arch) is specified the original implemenations > apt-get, > apt-cache and apt-config are executed instead so nothink changes for those > uses who > do not use this extension. > >>From my point of view the extension of the APT tools by diversion do not >>break today > functionality. It was one gole not to break today functionality! > > -- > Raphael Bossek We were thinking of using -a|--arch for multiarch support in the future to tell apt to prefer a certain architecture on install. apt-get -a i386 install bash zsh screen ... instead of the longer apt-get install bash:i386 zsh:i386 screen:i386 ... MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: list what's in the NEW queue?
Domenico Andreoli <[EMAIL PROTECTED]> writes: > On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote: >> >> Debian New queue summary, >> http://developer.skolelinux.no/~pere/debian-NEW.html > > i never made this question to myself but i'm finding the answer very > interesting. > > just a curiosity. why there are packages like kernel-patch-2.4-blooper, > kernel-linux-experimental-defaults, rte, kernel-linux-experimental-2.4 > which are many months or years old? Some because ftp-master ignores them and the maintainer doesn't upload a newer version till it cleared NEW. Check out http://svn.debian.org/wsvn/pkg-linux/linux-2.6/patches/?rev=0&sc=0 for the repackaged linux sources. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Thu, Feb 03, 2005 at 03:15:41AM +1100, Sam Watkins wrote: > Another issue - if a script is designed specifically to download > non-free content, shouldn't it go in contrib? According to Debian's > official view that anything made of bits is software, the scripts to > fetch the comics should go in contrib. Please correct me if I'm wrong > about that. It doesn't matter if a piece of software works with non-free stuff, or even if most of its use, by design, is for non-free stuff. All that matters is that there exists some free stuff that it works with. For example, the vast majority of the stuff that runs in Wine is non-free--but not all, so Wine goes in main. The relative quantities aren't relevant. (It's not clear whether data beyond the scope of Debian--such as comics being downloaded--are relevant to this, either, but that's another debate.) -- Glenn Maynard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
Glenn Maynard <[EMAIL PROTECTED]> wrote: > It doesn't matter if a piece of software works with non-free stuff, or even > if most of its use, by design, is for non-free stuff. All that matters is > that there exists some free stuff that it works with. For example, the > vast majority of the stuff that runs in Wine is non-free--but not all, so > Wine goes in main. The relative quantities aren't relevant. Even then, the freeness of material outside Debian is generally ignored. We have multiple clients that only work with non-free servers. -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: library packaging doc...
On Mon, Jan 31, 2005 at 06:24:31PM +0100, Martin Schulze wrote: > Osamu Aoki wrote: > Or see and follow the instructions summarised on > http://master.debian.org/~joey/misc/webwml.html#ddp > > > PS: If you are in rush, I or javi should be able to add you as a pserver > > access user just like other non-DD. We need to check out CVSROOT/passwd > > file or so, I think. I have not done it. > > Negative. > > See above. Thanks for the clarification. Can you clarify what these DDP CVS messages means http://lists.debian.org/debian-doc/2005/01/msg00046.html There passwd file has commit from your account :-) Are they just bogus noise to list? Or you only have write access? We do not. It is owned by cvs_doc group. You mean cvs repouid patch limit access to the passwd file from non-pserver users too? Just curious. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Wed, Feb 02, 2005 at 11:41:55PM +, Matthew Garrett wrote: > > It doesn't matter if a piece of software works with non-free stuff, or even > > if most of its use, by design, is for non-free stuff. All that matters is > > that there exists some free stuff that it works with. For example, the > > vast majority of the stuff that runs in Wine is non-free--but not all, so > > Wine goes in main. The relative quantities aren't relevant. > > Even then, the freeness of material outside Debian is generally ignored. > We have multiple clients that only work with non-free servers. Err, that's what I meant: > (It's not clear whether data beyond the scope of Debian--such as comics > being downloaded--are relevant to this, either, but that's another debate.) -- Glenn Maynard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Wed, Feb 02, 2005 at 02:38:10PM +0100, Florian Weimer wrote: > * Matthew Palmer: > > > On Tue, Feb 01, 2005 at 06:27:30PM +0100, Florian Weimer wrote: > >> * Lars Wirzenius: > >> > >> > ti, 2005-02-01 kello 15:25 +, Stephen Quinney kirjoitti: > >> >> This is the 3.4 series of RT, it can be installed alongside the 3.0 > >> >> and 3.2 series without any problems. This release is a big > >> >> improvement over previous versions and features many new features, > >> >> substantial performance improvements and a significant cleanup and > >> >> restructuring of the codebase. > >> > > >> > What is the a reason every version series of Request Tracker needs to be > >> > packaged, instead of having a single request-tracker package that gets > >> > updated with newer versions? > >> > >> Request Tracker is a development framework for trouble ticket systems. > >> Users are encouraged to add new code to its (Perl) packages, and > >> there's an overlay mechanism to support this. > >> > >> Unfortunately, this makes updates non-trivial, at least sometimes. > > > > So you do a bit of testing before madly apt-get dist-upgrading your > > production servers. What a concept. > > As Andrew noted, we already do similar things for library packages. > There's a growing trend to provide different version which can be > installed in parallel for other infrastructure packages, too (IIRC, > PostgreSQL is heading in this direction, too). > > As a user, I think this is very convenient. The ability to switch > back to a known-to-work version by tweaking a few configuration files > is reassuring, even if you've tested the new software version on an > indepedent machine. So archive bloat is not a problem for you, and "apt-get dist-upgrade" not actually providing upgrades to the latest versions of everything is perfectly fine? Ability to switch back is provided by backups and planning, not by having a million versions of a package in the archive. If you really want this, work out a way of installing multiple versions of the same package through path redirection. Libraries are the way they are because they are the way they are. If they weren't the way they are they wouldn't be the way they are. If RT's a library, start defining API compatibility and package it like a library -- lib* prefix and all, so people know what they're getting into. - Matt signature.asc Description: Digital signature
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On 02-Feb-05, 18:31 (CST), Matthew Palmer <[EMAIL PROTECTED]> wrote: > > So archive bloat is not a problem for you, and "apt-get dist-upgrade" not > actually providing upgrades to the latest versions of everything is > perfectly fine? In the case of RT, yes. I notice that there are several different versions of gcc in the archive, and nobody seems to be bothered by that. Likewise, there are several versions of python. There are, of course, good reasons for both. RT likewise. It changes a *lot* between minor releases. Add-on tools have to be updated, local scripts checked and fixed, etc. etc. etc. Best Practical makes new bugfix releases to older versions, so they obviously don't expect everybody to upgrade all at once. RT is not an application. RT is a framework. It's quite reasonable to have multiple versions of that framework available. Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Wed, Feb 02, 2005 at 07:04:40PM -0600, Steve Greenland wrote: > On 02-Feb-05, 18:31 (CST), Matthew Palmer <[EMAIL PROTECTED]> wrote: > > > > So archive bloat is not a problem for you, and "apt-get dist-upgrade" not > > actually providing upgrades to the latest versions of everything is > > perfectly fine? > > In the case of RT, yes. I was discussing the issue in a wider sense in that paragraph, as Florian was saying that multiple versions of random applications is a good thing. > I notice that there are several different versions of gcc in the > archive, and nobody seems to be bothered by that. Likewise, there are > several versions of python. There are, of course, good reasons for both. Yeah, lots of people write bug-ridden C and C++ code, and Python upstream has never heard of backward-compatibility. Another example is PHP, which is another example of a lack of planning taken to a horrible extreme. I'm not happy about any of them. But pointing to them and saying "they can do it, why can't we" is poor form. > RT likewise. It changes a *lot* between minor releases. Add-on tools > have to be updated, local scripts checked and fixed, etc. etc. etc. Best > Practical makes new bugfix releases to older versions, so they obviously > don't expect everybody to upgrade all at once. > > RT is not an application. RT is a framework. It's quite reasonable to > have multiple versions of that framework available. So package it as the library it apparently is. The description of the request-tracker3 package makes it sound like it's a ready-to-run application. It doesn't even *mention* that it's a development platform (unless you count the word 'Extensible', which is a now a content-free weasel-word ever since XML arrived on the corporate scene). If there *is* a front-end app ready for immediate use, then make that the request-tracker package, and build the underlying libraries as a bunch of lib*-perl packages with appropriate API versioning. As an added bonus, someone else can then package their own RT-based trouble-ticketing system and use your libraries, without needing to have the whole RT frontend installed, a la the Mozilla Mess. - Matt signature.asc Description: Digital signature
Re: Bug#293382: ITP: zen-cart -- simple SQL and php based e-commerce solution
On Wed, 2005-02-02 at 15:46 -0500, Tim Peeler wrote: > Package: wnpp > Severity: wishlist > > > * Package name: zen-cart > Version : 1.2.3d > Upstream Author : Ian C Wilson > * URL : http://www.zen-cart.com/ > * License : GPL > Description : simple SQL and php based e-commerce solution > > Zen Cart is a php driven e-commerce solutions based on oscommerce > .. > Zen Cart truly is the art of e-commerce; a free, user-friendly, open > source shopping cart system. The software is being developed by group > of like-minded shop owners, programmers, designers, and consultants > that think e-commerce could be and should be done differently. Some > "solutions" seem to be complicated programming exercises instead of > responding to users' needs, Zen Cart puts the merchant's and shopper's > requirements first. Similarly, other programs are nearly impossible > to install and use without an IT degree, Zen Cart can be installed and > set-up by anyone with the most basic computer skills. Others are so > expensive ... not Zen Cart, it's FREE! So what does it actually do, besides generate buzzwords? -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: scripts to download porn in Debian?
On Wed, Feb 02, 2005 at 10:17:07PM +0100, Michelle Konzack wrote: > Am 2005-02-03 03:15:41, schrieb Sam Watkins: > > > 1. People (including children) will get a nasty surprise when they > >choose to download all the comics to see what is available. > > My daughter had this problem several times... *looks innocent* Say, whatever happened to debian-junior? Isn't that the sub-project that was for exactly this sort of concern? -- Joel Aelwyn <[EMAIL PROTECTED]> ,''`. : :' : `. `' `- signature.asc Description: Digital signature
Re: list what's in the NEW queue?
On Wed, Feb 02, 2005 at 06:28:58PM +0100, Jeroen van Wolffelaar wrote: > As a DD, you can ls /org/ftp.debian.org/queue/new on merkel, daily > synced. Beware, there are 2826 files in there atm, so ls via grep or > something. And while we are on the subject, what's with NEW not being processed? Or are we again in the usual "I'll process any package that I feel like processing" situation? Marcelo PS: "blah, blup, release, blah, sarge" ... spare it, *please*. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293382: ITP: zen-cart -- simple SQL and php based e-commerce solution
On Wed, Feb 02, 2005 at 07:39:50PM -0600, Joe Wreschnig wrote: > On Wed, 2005-02-02 at 15:46 -0500, Tim Peeler wrote: > > Package: wnpp > > Severity: wishlist > > > > > > * Package name: zen-cart > > Version : 1.2.3d > > Upstream Author : Ian C Wilson > > * URL : http://www.zen-cart.com/ > > * License : GPL > > Description : simple SQL and php based e-commerce solution > > > > Zen Cart is a php driven e-commerce solutions based on oscommerce > > .. > > Zen Cart truly is the art of e-commerce; a free, user-friendly, open > > source shopping cart system. The software is being developed by group > > of like-minded shop owners, programmers, designers, and consultants > > that think e-commerce could be and should be done differently. Some > > "solutions" seem to be complicated programming exercises instead of > > responding to users' needs, Zen Cart puts the merchant's and shopper's > > requirements first. Similarly, other programs are nearly impossible > > to install and use without an IT degree, Zen Cart can be installed and > > set-up by anyone with the most basic computer skills. Others are so > > expensive ... not Zen Cart, it's FREE! > > So what does it actually do, besides generate buzzwords? But he seems to be having so much fun writing bad commercials instead of package descriptions ... (Do I get a set of Ginsu knives if I install now? FTP servers are standing by ...) -- Glenn Maynard -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293382: ITP: zen-cart -- simple SQL and php based e-commerce solution
Maybe there needs to be an "Advertisement:" header in the package description... -Miles -- Quidquid latine dictum sit, altum viditur. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#293167: ITP: request-tracker3.4 -- Extensible trouble-ticket tracking system
On Wed, 2005-02-02 at 19:04 -0600, Steve Greenland wrote: > On 02-Feb-05, 18:31 (CST), Matthew Palmer <[EMAIL PROTECTED]> wrote: > > > > So archive bloat is not a problem for you, and "apt-get dist-upgrade" not > > actually providing upgrades to the latest versions of everything is > > perfectly fine? > > In the case of RT, yes. > > I notice that there are several different versions of gcc in the > archive, and nobody seems to be bothered by that. Likewise, there are > several versions of python. There are, of course, good reasons for both. As for Python, no there aren't, except for stupid upstream behavior (Python upstream, and upstream for applications that don't keep themselves up-to-date). Even then, the situation we had at one point where Debian contained four versions of Python was totally stupid. GCC at least has the excuse different architectures need different versions. Why not hold up the examples of the tens of thousands of packages that only have one version, even though they are development "frameworks"? To pick one of extreme complexity, Perl. Perl migrations go smoother than Python migrations, too... -- Joe Wreschnig <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
Re: Release update: kde3.3, upload targets, kernels, infrastructure
Hi Goto, On Wed, Feb 02, 2005 at 01:54:54PM +0900, GOTO Masanori wrote: > At Thu, 27 Jan 2005 07:30:57 -0800, > Steve Langasek wrote: > > On Thu, Jan 27, 2005 at 01:19:36PM +0100, Christoph Berg wrote: > > > I upgraded a Woody box last week to Sarge's glibc/apt/dpkg/ > > > openoffice.org/perl last week. The result was that Woody's mysql does > > > not work with Sarge's glibc. It complains about missing GLIBC_2.2 > > > symbols. I've then also upgraded mysql and things were fine again. > > $ ldd -d -r /usr/bin/mysqladmin > > libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 > > (0x4002a000) > > libmysqlclient.so.10 => /usr/lib/libmysqlclient.so.10 (0x40073000) > > libz.so.1 => /usr/lib/libz.so.1 (0x400a9000) > > libcrypt.so.1 => /lib/tls/libcrypt.so.1 (0x400bb000) > > libnsl.so.1 => /lib/tls/libnsl.so.1 (0x400e8000) > > libm.so.6 => /lib/tls/libm.so.6 (0x400fc000) > > libc.so.6 => /lib/tls/libc.so.6 (0x4011e000) > > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) > > symbol errno, version GLIBC_2.0 not defined in file libc.so.6 with link > > time reference (/usr/lib/libmysqlclient.so.10) > I don't know this problem is "missing GLIBC_2.2 symbols" issue. It > does not clear Christoph's problematic architecture. This is the only warning shown on my system when installing woody mysqlclient on sarge glibc, and is the only major ABI regression of this kind I'm aware of between woody and sarge glibc. Unless Christoph can offer more precise information about the symbols that were missing on his system, I assume this is the problem he's referring to. > > This is a bug in the woody libmysqlclient10 package, which should not have > > been using errno in this way. > > It also only occurs when the TLS-enabled glibc is used, which is only the > > case if you are running a glibc kernel. > IIRC that was already treated specially until sarge one year ago by > Daniel. I don't understand what you mean here. How was it treated specially, and why is it not treated specially now? -- Steve Langasek postmodern programmer signature.asc Description: Digital signature
[no subject]
-- Has decidido el mejor precio. Has decidido IBERIA.com You´ve chosen the best price. You´ve chosen IBERIA.com -- http://www.iberia.com
