(no subject)
Not actually a bug, but a recommendation for later distributions security, i've noticed 2.1 only allows something along the lines of an 8 character password. If someone were to get ahold of someone's username, which is easy to do, and they of course had some queer password guessing tool that tried all combinations within the 8 char limit, it'd be pretty easy to at least do that. I've tested other distributions like slackware, slack7 allows a 126 character password at max which is a really good thing. Just a recommendation. -Mark
Debian XML Catalogs (was Re: OASIS Membership: was ...)
Quoting Jochen Voss <[EMAIL PROTECTED]>: > On Wed, Jul 02, 2003 at 05:13:18PM -0400, [EMAIL PROTECTED] wrote: > > Also, the Debian implementation of XML > > catalogs will very likely be included as one example in the OASIS > > implementation guide for XML Catalogs. So we _are_ making a difference. > > This is interesting. But is there actually such a thing like a > "Debian implementation of XML catalogs". I was under the impression > that packages like docbook-xml[1] and scrollkeeper[2] prefer to not > register their xml files at the moment and that there are currently > no working xml catalogs on Debian systems. You're quite right. Ardo & I (with helpful input from Adam DiCarlo) have been working on the policy and the infrastructure packages for the last few months. I have the first policy draft complete, but due to the fact that I'm in the process of relocating and job-hunting (and am using someone else's floppy-free Mac to do webmail) I don't presently have the time or the means to check-in or upload any files. Early next week Ardo & I should have both of our relative stuff ready and uploaded. At that time I'll post an announcement to debian-devel. Cheers, Mark
Re: Re (2): lilo removal in squeeze (or, "please test grub2")
On Tue, May 25, 2010 at 8:42 AM, Stephen Powell wrote: > On Mon, 24 May 2010 17:29:54 -0400 (EDT), Peter Easthope wrote: > > Stephen Powell wrote: > >> (3) The need for special backup requirements will be > >> used by the opponents of Linux at my place of employment > >> to oppose further deployments of Linux, ... > > > > What about the carrot approach? Find an even better > > backup method, compatible with Grub 2 and appealing > > to your management for its efficiency. > > You're missing the point. The main selling point to management > is that Linux is free. If they have to buy new backup software > in order to accommodate Linux' backup requirements, that will > kill it on the spot. Whatever boot loader I use must not > require new backup software or impose special backup requirements. > And its not just money. As a rule, people like what they know. > The backup people are Windows people, and they'd love an > excuse to complain to management about the backup requirements > of my Linux servers. grub-legacy and grub-pc are non-starters > for me for that reason. Until now, only lilo, as far as I knew, > met all my requirements. It now appears that extlinux may also > work. I'll soon know. > Clonezilla is free, and when using the "saveparts" option to save an image of one partition and not the full hard drive, it includes the MBR and associated data. You can then drop that partition image onto a new/blank disk, that does not have anything in the MBR, and once Clonezilla restores the image to the new partition, will put the MBR in place and the machine boots on its own the next time, with no extra work (I just did this last week with a new hard drive). This has been my experience with using Clonezilla and Lenny, at least. So it may help in your case. Mark
San Valentín: invitar y salir billonario
Es fácil hacerse billonario. Desde este sábado (San Valentín) el restaurante El Flamenco en Alicante centro le ofrece la posibilidad de participar en una sencilla rifa de varios billetes de 100 billones de dólares. Un menú especial de San Valentín, con cava, por sólo 38 euros para dos personas, todo incluido. Y la posibilidad de salir como billonario. Una calidad de comida perfecta, un servicio genial y además ... precios normales. Mas información etc. en www.alicantetimes.com Les esperamos. Mark Restaurante El Flamenco www.Alicantetimes.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#861912: general: turning off bluetooth in upper toolbar in Gnome 3 doesn't keep it off (Wheezy)
Package: general Severity: important Dear Maintainer, I tried turning off bluetooth via the icon in the upper toolbar in Gnome 3 in Wheezy oldstable, which I run WITH hardware acceleration on PowerMac G5 Quad, a feature I obtained easily without troubleshooting kernel recompiles in Stable. It's nouveau on a Quadro FX 4500. :) Besides that "nudge" or "hint" on improving nouveau on stables and testings, I'd like to notify that turning off the bluetooth via the feature up top only disables for the running session. Upon rebooting, it's back on. This is a request to implement that turning off the bluetooth is remembered for the respective user. Thank you -- System Information: Debian Release: 7.11 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: powerpc (ppc64) Kernel: Linux 3.2.0-4-powerpc64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#865280: general: I requested a PowerMac GPU reset in the next version number of Jessie (8.8). Need again.
Package: general Severity: important Dear Maintainer, It seemed after I installed 8.8-Jessie-upgraded packages on my 8.7.1 Jessie on my PowerMac G5 the graphics were reset. However, UNFORTUNATELY :..I needed to use an ATI graphics card to get my screen working prior to the upgrade. So when it rebooted, the GPU was reset according to the ATI card. :(! I would please like another GPU reset now that my 6800 Geforce (nvidia) Ultra AGP card is in there nowmaybe to save the fuss you could please instruct me the "secret sauce" for doing it myself? I'm open to building .debs from source, coding in assembly, coding in C, recompiling a kernel, etc. I originally requested the GPU reset in the new OS-wide version number because my screen real estate was shrunken but otherwise perfectly fine (i.e. there was black space on part of the screen) and the gfx chip probably just needed a re- flash/reset. Thanks a (large) bunch. -- System Information: Debian Release: 7.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: powerpc (ppc64) Kernel: Linux 3.2.0-4-powerpc64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Re: Ubuntu discussion at planet.debian.org
On Sat, Oct 23, 2004 at 11:54:05AM +0200, Jérôme Marant wrote: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > Could you elaborate on that? Why is it so painful? > Probably because you need maintain packages for both unstable and > testing at the same time. This is exactly what happened in the past when we forked off the frozen release: you wound up maintaining both the frozen and unstable versions of packages (unlike today it was possible to upload to both simultaneously if there was as yet no reason to fork). -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: Ubuntu discussion at planet.debian.org
On Sat, Oct 23, 2004 at 08:56:45AM +0200, Jérôme Marant wrote: > Frank Küster <[EMAIL PROTECTED]> writes: > > Oh, it would be easy for me to break the tetex-packages (and cause lots > > of FTBFS bugs) just by applying all the great ideas about improved > > packaging that I have in mind. No upstream version needed for that. > Come on, this is ridiculous. Of course, you can always cheat if you > want to. If we can't expect developers to be responsible people > at all, then we can shut the Debian project down. The trouble is that much the same thing can be said about new upstream releases. -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: gfreeamp playlist inquiry
On Sun, Oct 24, 2004 at 11:35:19AM +0200, Ulrich Eckhardt wrote: > On Saturday 23 October 2004 05:42, Kevin Mark wrote: > > Your ability to > > ask for features in the software programs that you use is one of the > > advantages of libre/free software. > > Errm, can't you do so with any piece of software out there? The advantage of > free software is that you can do it yourself (or hire someone), not just the > original author. > > I agree that it's more fun with free software though. :) > > Uli > Hi Uli, when was the last time adobe or M$ listen to a users request? how does a user add a feature to photoshop? I said 'asking for a feature' was ONE advantage. another is fixing it yourself, as you said. -Kev -- (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
what is /var/backup for?
Hi DD folks, just a simple question. Is there a policy for /var/backup and what is it for or how should it be used? If there is a URL, google didnt show anything. TIA -Kev -- (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
aide 0.8-2 moved /etc/aide/aide.conf to /usr/local/etc/aide.conf
Hello, I've just installed aide for woody but it was required to move /etc/aide/aide.conf to /usr/local/etc/aide.conf. Can someone reproduce this if it's a bug or not ? -- Best Regards, Mark
Re: Debconf is not a registry
On Mon, Nov 01, 2004 at 06:14:57PM +0100, Frank Küster wrote: > But that could as well be achieved by parsing the configuration files: That is exactly what packages were the Debconf configuration winds up in a configuration file have to do. However, Debconf answers will not always wind up in configuration files - things like upgrade notes also wind up using this mechanism, for example. -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
any comments on diagram?
Hi DD folks, i made a diagram in xfig of what I think is the debian development model. Could folks give me a few comments on what's not correct. http://kmark.home.pipeline.com/debian.png TIA -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: any comments on diagram?
On Tue, Nov 09, 2004 at 09:55:45PM +0100, Sven Mueller wrote: > Kevin Mark [u] wrote on 09/11/2004 18:29: > > >i made a diagram in xfig of what I think is the debian development > >model. Could folks give me a few comments on what's not correct. > >http://kmark.home.pipeline.com/debian.png > > AFAICT from my limited debian expertise ;-), there is at least one > mistake in that diagram: thanks Sven, I've added your suggetions. Hope it is closer to the 'real' debian! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Bug#280675: ITP: l2tpns
On Fri, Nov 12, 2004 at 02:07:36PM +, Jonathan McDowell wrote: > Please stop following up to this ITP and telling me you don't understand > the description unless you have prior experience of L2TP in an ISP > environment. If you don't know what L2TP is or how an LNS fits into the > picture, then this package probably isn't for you. I don't believe any > of the terms used should be alien to the sort of person this package > will be of use to. Perhaps man of these questions could be headed off by mentioning the sort of environment where the package would be useful in the description? -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wed, Dec 01, 2004 at 07:57:56PM +0100, Milan P. Stanic wrote: > On Tue, Nov 30, 2004 at 06:17:37PM -0600, Ron Johnson wrote: > > However, I'd be *highly* agitated if someone gave my daughter a > > CD-ROM with *any* nudy cartoons. > > I'd rather live with this risk than with less freedom. only in a free society can we have this debate. If there exists societies that limit peoples freedom, why should we strive to limit peoples freedom. If the Debian project contains things are forbidden in other societies because they are less free, then we should be the example. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
On Wed, Dec 01, 2004 at 10:04:15PM -0800, Thomas Bushnell BSG wrote: > Russell Coker <[EMAIL PROTECTED]> writes: > > > I think that the best solution to many of the worlds problems would be to > > provide really cheap laptops and good net access (including satellite net > > access). The idea is that everyone in the world should be able to download > > whatever they like (with a few exceptions such as child porn). > > It's a great idea, and I hope it would work. But I'm wary of such > technological determinism. In Europe, cheap printing led to a million > presses printing sheets of whatever, with the result that there was a > sudden huge broadening in thought, bringing in its wake the > Refomation, the Enlightenment, and all kinds of good things to follow. > > In China, the result of the very same technology was the exact > opposite; it provided the ability to mass-produce official versions of > classic texts, to centralize the imperial bureaucracy more > effectively, and so forth. > > Thomas Hi Thomas, the freedom of the press means that the people control the press. if the goverment control the press, then there is no such freedom. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Dec 02, 2004 at 01:45:25AM -0600, Manoj Srivastava wrote: > On Thu, 2 Dec 2004 07:53:41 +0100, Christian Perrier <[EMAIL PROTECTED]> > said: > > > Quoting Fernanda Giroleti Weiden ([EMAIL PROTECTED]): > >> Hi all, I read all the thread and I noted you are forgeting a main > >> problem about this package. In my point of view: > >> > >> First of all, it's a sexist package, sure. Putting a program on > >> Debian in which you have pictures of nude women is VERY agressive > >> to the most women. Yes, it's agressive to me. > > > As already written in -women, this is the point which saddens me the > > most in this thread. I'm really disappointed by seeing most > > contributors just not realize why this package, as proposed, is > > likely to hurt the feelings of several women (probably not all, I > > don't know) as well as, indirectly or not, some men. > > Packages can hurt feelings, yes. vi hurts mine. The bible > hurts other peoples. purity-off also hurt a lot of peoples > feelings. Can't please everyone. There are over 15k packages in > debian. Some of them surely hurt the sensibilities of a lot of > people. > > Get over it. I have had to. Hi Manoj, How would a bug report about 'this packages offends me because of $SOME_REASON' be handled?' about say vi? - -Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBruSYRp+kG4Nu//URAse4AJ92DQOYKAwD8gs9spFqpj6YLw+0dgCgjaqW r4ttI1CkaurrDqt1VMvhrTc= =njei -END PGP SIGNATURE-
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Dec 02, 2004 at 02:36:56AM -0600, Ron Johnson wrote: > On Thu, 2004-12-02 at 01:54 -0500, Kevin Mark wrote: > > On Wed, Dec 01, 2004 at 07:57:56PM +0100, Milan P. Stanic wrote: > > > On Tue, Nov 30, 2004 at 06:17:37PM -0600, Ron Johnson wrote: > > > > However, I'd be *highly* agitated if someone gave my daughter a > > > > CD-ROM with *any* nudy cartoons. > > > > > > I'd rather live with this risk than with less freedom. > > > > only in a free society can we have this debate. If there exists > > societies that limit peoples freedom, why should we strive to limit > > peoples freedom. If the Debian project contains things are forbidden > > in other societies because they are less free, then we should be the > > example. > > Yes, but Debian can't be an example to them if they don't have > it in the 1st place. > Hi Ron, I have no objection to yet another CDD ... debian-buddist,debian-islamic,... All someone has to do is create the appropriate meta-package or jigdo text. Something like this would take little effort by the folks involved. kind of remnds me of something I heard about walmart on PBS. They have 'clean' versions of pop music created for their monoply^H^H^H^H^HStores. - -Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBrucURp+kG4Nu//URAqR6AJ9BBNpWVP9k2RDuDVl9n8i645If+ACdF7Lu YxdMs+M5YIKk6kVm+Qh4a6E= =gARc -END PGP SIGNATURE-
Re: Bug#283578: ITP: hot-babe -- erotic graphical system activity monitor
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Dec 02, 2004 at 12:04:06PM +0100, Adrian 'Dagurashibanipal' von Bidder wrote: > On Thursday 02 December 2004 10.36, Kevin Mark wrote: > > On Wed, Dec 01, 2004 at 10:04:15PM -0800, Thomas Bushnell BSG wrote: > > > > In Europe, cheap printing led to [...] a > > > sudden huge broadening in thought [...] > > > > > > In China, the result of the very same technology was the exact > > > opposite; [...] centralize the imperial bureaucracy more > > > effectively, and so forth. > > > the freedom of the press means that the people control the press. > > if the goverment control the press, then there is no such freedom. > > Your point being? > -- vbi > Hi vbi, TB said that cheap technology was used to promote democracy in Europe but was used to the opposite effect in China. But the point I was making was that price of the technology makes no difference if it is solely in the hands of the government. - -Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBrvlFRp+kG4Nu//URAmfjAJ9Dd23XzYXSvi8ZrX7frPfW0byUHwCglOE5 uJZM/XKWfXmEstlkXnhbdeY= =cqoW -END PGP SIGNATURE-
package rejection
Hi fellow debianista, the package in question has not yet been accepted. For a pacakge to be accepted, here is conditions some have mentioned: 1) dfsg-free 2) can not be sexist 3) has to be able to be mirrored by all mirrors based on the laws of the location of the server 4) can not offend someone's religion 5) must be able to be installed by minors 6) can not be off-color sexually or culturally 7) must be able to be included on cd#1 8) must be able to be included on dvd#1 9) must be able to be included on any cd/dvd does it have to pass all of these, all the time? does it have to pass different condition for the cd's that people distribute? ie. would it be ok to force its exclusion on cd#1 but include it on one/all debian mirrors? what about different mirror and cd creation rules? also, does anyone know of any other packages that never got in and the reasons? -kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Questionable image process. Was: Re: Bug#283578: ITP: hot-babe -- (abusive?) erotic images in Debian
On Sun, Dec 05, 2004 at 05:19:44PM -0800, Bruce Perens wrote: > Ron Johnson wrote: > > >Would country/region-specific jigdo files be a reasonable > >solution? > > > > > I don't think we've enumerated all of the data paths that can generate > problems. I guess jigdo means the general category of CDs. To that I > would add the package list presented by the various apt frontends. One > should have to take some deliberate action before seeing those files. > This might be choosing an appropriately marked Jigdo file, or adding a > package repository. > >Thanks > >Bruce > I had suggested that each mirror make a list of packages to exclude and that list would be maintainted by each mirror operator. And also make a jigdo file (which is used to make cd's for installation), so that when people want to make distributable cd's of debian, that they have a setup file for each country ( or jurisdiction ??). if it is excluded on (say) cd#1 but is on all mirrors, is this a better situation? Either 'software' (new SC) goes into debian, no special fanfaire, or it is excluded because of current/proposed policy. If GDFL software is being removed, post-sarge, why not make this situation clear and do the same for purity,bible-kjv or anything else. We cant exclude an erotic image in this package and keep other ones that contain worse just because of historical reasons. -Kev -- (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Debian's status as a legal entity and how it could effect a potential defense.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, Dec 05, 2004 at 10:07:59PM -0800, Thomas Bushnell BSG wrote: > Bruce Perens <[EMAIL PROTECTED]> writes: > > > It shows that sexual harassment in the workplace is one of their big > > concerns. And rightly so. Awards have been as large as $30 > > Million. And it embarasses the institution, which creates all sorts of > > havoc by driving people and even financial donors away. > > Yes, but the question is what is the *environment*; it is not clear > that idle bits on a disk change the *environment*. > > Good grief, this is one of the murkiest areas of American law, and you > think that anyone should be convinced of your FUD this way? > > I'm hardly impressed. If you really believe this is a concern, or > others do, you are welcome to get competent legal advice, though at > this point I would be inclined to doubt any advice from a lawyer you > selected. Still, your amateur's guess at what would or would not run > afoul of this extremely complex area of law is no help whatsoever. > > > The U. would err on the side of caution given the potential danger. > > This is hardly true; most American universities (lamentably not all) > for example have decided that censoring students is not in their job > description, and that university employees cannot claim a hostile > working environment on the basis of what students have said or done. > > Likewise, if a given image, residing in the Debian archive, is nearly > unknown to members of the university, and the only people who know > about it have deliberately sought it out, then it is extremely > unlikely that anyone would find it to be creating a hostile > environment. It is analogous to a copy of Playboy hidden in a drawer > somewhere, which is not actionable in the least. Oh, except that > Playboy contains actual photographs, which hot-babe does not. Hi all, from another mailing list, someone noted that playboy.com mirrors some FLOSS as they use it. They would have no problem hosting debian.playboy.com. And why not see if they could assist us in our quest to determine what legal issues are involved? If they have no stake in 'debian (now with porn)' (just joking!--really), who would? =Kev > > And this isn't even Debian's concern; each mirror must decide its own > policies, and we cannot hope to decide that Debian must conform to > whatever self-censorship private entities choose to apply to > themselves. > > Nor is *any* of this relevant to debian-devel. Please take it to an > appropriate forum. > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBtAJ8Rp+kG4Nu//URApvRAJ9Uk0Bt4rzwqlTn8WN4GdIoqbKMmACdFelG QAkdj7SginGGF4tI7ap2RgM= =+OFA -END PGP SIGNATURE-
Re: Debian's status as a legal entity and how it could effect a potential defense.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Dec 06, 2004 at 12:24:19AM -0600, Ron Johnson wrote: > On Sun, 2004-12-05 at 22:08 -0800, Thomas Bushnell BSG wrote: > > Ron Johnson <[EMAIL PROTECTED]> writes: > > > > > A legal opinion on this matter would be a good idea... > > > > Keep in mind that Debian is not the U in question; Debian has no > > obligation to conform to some U's self-censorship policies. > > That's true. Debian doesn't *have* to be mirrored *anywhere*. > Hi all. if someone in $VERY_RESTRICTED_COUNTRY downloads it from $FREE_COUNTRY, is debian still liable? If this is the case, then any 'problem' packages can not be in anyway associated with debian. - -kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBtASGRp+kG4Nu//URArrcAJ4wyPn6OkQ3g5s4ZFWFIxSDz5LKkwCdE7K1 b1FtwmcqAj9Zo20CBfPn21s= =p130 -END PGP SIGNATURE-
Re: package rejection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Dec 06, 2004 at 06:51:23PM +1100, Russell Coker wrote: > On Friday 03 December 2004 16:19, Kevin Mark <[EMAIL PROTECTED]> > wrote: > > 2) can not be sexist > > Bad idea. We should avoid subjective criteria. > > > 3) has to be able to be mirrored by all mirrors based on the laws of the > > location of the server > > Bad idea. Some countries have stupid laws and we should not pander to them. > There are laws against encryption and against reverse engineering (which > could get strace, ltrace, and gdb). > > > 4) can not offend someone's religion > > Even if they are of the church of emacs? > > > 5) must be able to be installed by minors > > What age is a "minor"? What things is a minor not permitted to see? That > seems more of an issue for their parents to determine rather than Debian. > > > 6) can not be off-color sexually or culturally > > Again it's a subjective criteria. > > > does it have to pass all of these, all the time? > > How about you go off and create a distribution that panders to all the silly > ideas. The rest of us will keep making Debian usable. > > A distribution with no crypto, no debugging tools, and nothing that might > possibly offend (think about "killing child processes", the "mount" command, > etc) is not going to be of much use to anyone. > Hi Russell, /I/ have no objection to the package. I was wondering if anything in policy dictates anything. Someone said 'ask the ftp masters'. Well do they follow any policy? Does Debian --in anyway-- try to help people from being sued? Should it? Like 'approved' mirror lists maintaied by mirror and or the related hosting co's -- so they cant be sued? All that needs to is SOME process to clear the air of all the FUD and ultra-liberal or ultra-conservative talk. - -kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBtB0LRp+kG4Nu//URAnu6AJ0VpZ1fEHtj8/e92ZNpximDc7TKRQCfS3EZ +LZzfNTGfjB2heLXl15zXxA= =Jnjr -END PGP SIGNATURE-
Re: On the freeness of a BLOB-containing driver
On Sun, Dec 12, 2004 at 04:09:04AM +0100, Goswin von Brederlow wrote: > Is a bit of flash or rom that much bigger than ram? Isn't most of the > space in the dongle air or filling material? Space is space on the board (not to mention the complexity of the board) as well as three dimenisonal space. > Cost I can see, size I find a bit hard to believe. Especially with mass market products the margins can often be tiny - sell enough units and it does add up, though. -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: strange (or unexplainable) permissions on /var/log/*
On Sun, Dec 12, 2004 at 04:54:14PM +0100, martin f krafft wrote: > - why is dmesg 0644? This is not really a problem, but do users > need access to the boot messages? The log buffer can normally be read using the dmesg utility (or similar code) as well as via the log file. -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
updated debian development diagram -- comments?
Hi Folks, I have updated my diagram on the debian developement model. Any comments appreciated! Also, the source is *.fig. Can anyone point to a similar .deb of a graphic document so that I can see what documents a graphics file needs so that I can make a GPL & DFSG compliant package. I exported it to png from fig. So the binary file (png) is derived from a source file(fig). Would it be differnt to make a .deb of the png vs the fig? Or would I be expected to include the binary image and source in a single package? The new pic: http://kmark.home.pipeline.com/debian.png The old pic: http://kmark.home.pipeline.com/debian.1.png -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: updated debian development diagram -- comments?
On Mon, Jan 03, 2005 at 08:47:02AM +0100, Ralf Hildebrandt wrote: > * Kevin Mark <[EMAIL PROTECTED]>: > > > Hi Folks, > > I have updated my diagram on the debian developement model. Any comments > > appreciated! > > It's "volatile", not "volitile" > -- > Ralf Hildebrandt (i.A. des IT-Zentrum) [EMAIL PROTECTED] > Charite - Universitätsmedizin BerlinTel. +49 (0)30-450 570-155 > Gemeinsame Einrichtung von FU- und HU-BerlinFax. +49 (0)30-450 570-962 > IT-Zentrum Standort CBF send no mail to [EMAIL PROTECTED] Hi Ralf, thanks. forgot that non-binary file formats allow you to use ispell! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: RFS tag?
On Wed, Jan 05, 2005 at 01:30:21PM +0100, Nico Golde wrote: > hi, > * Frederik Dannemare <[EMAIL PROTECTED]> [2005-01-05 12:43]: > > On Wednesday 05 January 2005 09:50, Nico Golde wrote: > > > Hi, > > > what about an RFS tag for ITPs or and RFS bug report for > > > wnpp. So debian developers who like to sponsor a package > > > don't have to read debian-mentors. > > > I think it would be a good idea. > > > > As a person looking for sponsors from time to time, I second this. > > thats the best reason i think. there are many people who > sponsor packages which they find accidental because they > don't read -mentors. that would be a good solution. > who is responsible for such things? > regards nico Hi debiandeveloperfolken, this has insired a 'mako'esque idea: Debian package personals: AD#1 says "I have a new VIM extension that does cool new tricks with Clippy(tm), I'm looking for a special someone to sponser VIM-CLIPPYS-RETURN. Email me at [EMAIL PROTECTED]" AD#2 says "I'm a DD looking for some extra packages to add to the VIM collection. If you have the project that sparks my interest, email me at [EMAIL PROTECTED]" Taglike: We get new packages into Debian by bringing people together! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: RunDinstallHourly
On Tue, Jan 04, 2005 at 11:16:44PM -0800, Ken Bloom wrote: > On Tue, 04 Jan 2005 18:04:37 -0800, Steve Langasek wrote: > > > On Tue, Jan 04, 2005 at 08:08:47PM -0500, Joey Hess wrote: > >> Ken Bloom wrote: > >> > http://wiki.debian.net/?RunDinstallHourly (part of the > >> > ReleaseProposals topic on wiki.debian.net) discusses the concept of > >> > speeding up the release process by running dinstall hourly instead of > >> > once per day. This seems (to my amateur eyes) like a technically > >> > simple change to make even before we release Sarge (barring any > >> > unforseen consequences). Would it be possible to start testing this > >> > proposal out now by increasing the frequency of dinstall, perhaps to > >> > once every 6 hours until release? > > > >> I've talked about this with James Troup before. He seemed pretty > >> receptive to speeding it up to something like twice a day, didn't seem > >> to feel it would hit the mirrors much worse. It's possible he may still > >> be waiting on SCC splitting up the base set of arches or the like before > >> revisiting this. > > Who's SCC? > > If there's no technical *requirement* for this to happen first, we should > go ahead with speeding up this up, precisely because it's such a good time > to test its effects, both positive and negative. (Positive effects > won't be so noticable right after Sarge releases) I'm assuming it would be > a really easy change to revert if it has negative effects. > > >> (BTW, please note that when I or this proposal talks about the "dinstall > >> run", we're using the circa 1998 definition that includes "mirror sync". > >> The dinstall program itself aready runs every 15 minutes.) > > > > Twice daily seems more reasonable to me than hourly; > > Why? If you run it only twice daily, then the developers who are awake at > one run will probably be asleep at the next, so there's still essentially > a whole day's lapse before a developer can fix anything. I'd say a minimum > of 4 times a day lets a developer see the result of his changes before the > next time he goes to sleep. But the attraction of hourly is that a > developer can see feedback from his changes within a couple of hours, and > a developer may be able to clean up any bugs people noticed in the same > sitting that he introduced them. > Hi folks, just a question from john q. hacker: is the files associated with a project have not been changed since the last run, why is the process repeated? Could someone make the process run when the files are changed? I'm thinking of an event-based approach. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: updated debian development diagram -- comments?
On Thu, Jan 06, 2005 at 01:56:13AM +0100, Alexander Schmehl wrote: > Hi Kevin! > > * Kevin Mark <[EMAIL PROTECTED]> [050103 07:08]: > > > I have updated my diagram on the debian developement model. Any comments > > appreciated! > > What is the target group of your diagramm? Hi Alexander, I wanted to visualize the deb lifecycle for my understanding of 'the debian way'. So I was the 'target'. I asked for comments here and there to fill in missing bits. And once I did it, I thought others may want to see it to see if it helped them see how Debian works. > Since I don't think people > without deeper knowledge of Debian will find your diagram easy to > understand because, partly because of the akronyms, partly because you > try to explain everything at once. Should I make a 2nd page of explanations? Should I include a small key for a few acronyms? > > It's much information on a small page, you know? A picture is worth a 1K words. no? > > I know, this critic lags of any hints howto do it better, but I don't > have any, sorry. > > > Yours sincerely, > Alexander Thanks, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: updated debian development diagram -- comments?
On Wed, Jan 05, 2005 at 01:38:46PM -0600, Gunnar Wolf wrote: > Kevin Mark dijo [Mon, Jan 03, 2005 at 01:08:49AM -0500]: > > Hi Folks, > > I have updated my diagram on the debian developement model. Any comments > > appreciated! > > Very nice! I expect to use it at some conferences (BTW: Looks like a > nice addition to Debian Eyecatcher[1], I'll add it :) ) > > I'd suggest you (although I don't know .fig, so...) to try to make the > labels on the arrows be horizontal - Specially the ones on the left, > going from "Security team .deb" to testing and stable "security > updates", as it's easy to mis-read "upload" as "paoidn". > > Greetings! > Hi Gunnar, Gracias por las palabras! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: updated debian development diagram -- comments?
On Fri, Jan 07, 2005 at 07:52:22PM +0100, Alexander Schmehl wrote: > * Alexander Schmehl <[EMAIL PROTECTED]> [050107 19:46]: > > > Yes, a legend for the acronyms would be fine. > > Oh, I just saw, that your diagramm has a legend. I'm wondering, why I > didn't noticed it the other day.. > > > Yours sincerely, > Alexander > Hi Alexander, ... I read your suggestion and added one! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: updated debian development diagram -- comments?
On Fri, Jan 07, 2005 at 05:14:56PM -0200, Otavio Salvador wrote: > || On Mon, 3 Jan 2005 01:08:49 -0500 > || Kevin Mark <[EMAIL PROTECTED]> wrote: > > km> Hi Folks, > km> I have updated my diagram on the debian developement model. Any comments > km> appreciated! > > IMHO have one wrong information on that. When the package go to > experimental, it comes from DD .deb like when it go to unstable and > not from debian source. One of interpretions are wrong. The unstable > interpretion (Debian source -> DD .deb -> unstable ) looks ok to me. I > propse to change (Debian source -> DD .deb -> (experimental || unstable)) > > -- > O T A V I OS A L V A D O R Grasias Otavio. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Manpages licensed under GFDL without the license text included
On Sun, Jan 09, 2005 at 02:26:51PM +0100, Bernhard R. Link wrote: > Mark Brown: <[EMAIL PROTECTED]> > x86info: x86info.1.gz This isn't Debian-specific since I contributed it back upstream. I've contacted upstream about relicensing it under the GPL like the rest of the package (which seems the simplest way of resolving the matter). -- "You grabbed my hand and we fell into it, like a daydream - or a fever."
Re: updated debian development diagram -- comments?
On Sun, Jan 09, 2005 at 10:47:50AM -0200, Henrique de Moraes Holschuh wrote: > On Sun, 09 Jan 2005, Holger Levsen wrote: > > unstable is described as suited for "...laptops and desktops on > > non-critical > > systems..." > > testing is described as "... can be used for desktop systems that need more > > stability..." > > > > I think this both is wrong. Unstable and testing should not be described as > > suited for desktops - they are development branches of debian, which are > > likely to break, which break and... so on. Most of you know :) > > Agreed. Unstable is recommended only for people that "know what they are > doing". Certainly not for desktop usage, or anything like that. > > As for "testing", well, that one can be recommended to users that need a > very up-to-date system but who can tolerate the lack of speedy security > updates... AND who know how to deal with ocasional breakage (yes, sometimes > it happens even in testing). > > > good ol' "debian releases to seldom" argument...) - but as said I don't > > think > > Debian should propagate this misconcepts. > > Agreed. > Hi Henrique and Holger, thanks for pointing out those points in the wording. I have removed those because they are not in agreement with Debian's position. I added (hopefully) more informative comments. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... 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: scripts to download porn in Debian?
On Wed, Feb 02, 2005 at 06:46:03PM -0700, Joel Aelwyn wrote: > 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]> ,''`. > : :' : > `. `' >`- Hi Joel, there is also something being worked on called debtags. debian-junior is conglomerate of packages to install but does not address the desire to install stuff after 'debian-junior' is installed. This is where debtags might come in. Maybe dpkg could be made debtags aware. with an /etc/dpkg-debtags.conf with an option like 'DONTINSTALL=religious,adult,offensive' just a thought. -Kev Ps. besides debian-junior, I and others thought of debian-muslim, debian-christian,debian-german,debian-italian as other meta-packages to address similar ideas. -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: RFC: graph of Debian package cycle
Hi Martin, On Sat, Feb 12, 2005 at 04:47:27PM +0100, martin f krafft wrote: > Based on the work of Kevin Mark (URL not available, sorry), I have http://kmark.home.pipeline.com/debian.png http://kmark.home.pipeline.com/debian.fig > made a graph of the life cycle of a Debian package for inclusion in > my forthcoming book (http://debianbook.info). You can find the > sources and generated files at > > http://people.debian.org/~madduck/graphs/package-cycle/en/ > > Additional information is available at > > http://people.debian.org/~madduck/graphs/package-cycle/ABOUT > > The graph is herewith released under the Artistic Licence. Thanks > to Goswin Brederlow, Bernhard Link, and Kenshi Muto, as well as > Kevin Mark, Sven Müller, and Martin Schulze for the original work. > > Please send any comments or corrections my way. hmm! I think I will try to update mine! cheers, -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: RFC: graph of Debian package cycle
On Sat, Feb 12, 2005 at 07:08:49PM +0100, Florian Weimer wrote: > * martin f. krafft: > > > Based on the work of Kevin Mark (URL not available, sorry), I have > > made a graph of the life cycle of a Debian package for inclusion in > > my forthcoming book (http://debianbook.info). You can find the > > sources and generated files at > > > > http://people.debian.org/~madduck/graphs/package-cycle/en/ > > Interesting, thanks. I believe the --->O arrays are confusingly > labled. "package installation" is probably a better choice. The > difference between "package propagation" and "package upload" is not > clear, at least to me. Hi Florian, I think 'package propagation' is machine initiated (via tags) and 'package upload' is human initiated. > > I suppose you should split the diagram in two because the > before-incoming part and the after-incoming part are not too strongly > connected, and the result would be more readable. > This is something about which I will think. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: First line in /etc/hosts
On Sun, Feb 13, 2005 at 01:25:15PM +0100, Steinar H. Gunderson wrote: > However, now we've suddenly discovered that _other_ programs get confused by > this! In particular, if you use an NFSv4-patched mount, it does a > gethostname() and resolves that, which returns 127.0.0.1, which in turn makes > it happily use that as a client identifier to the remote server. (This breaks > when two or more such clients connect, obviously.) This also causes problems for NIS servers, for the same reason - NIS needs to hand out the IP address of the machine in some circumstances and 127.0.0.1 is inappropriate. Resolving the hostname is a standard method for obtaining an IP address for the machine and it would be helpful if it could be reverted since I imagine other programs are also going to run into the same issue. -- "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: First line in /etc/hosts
On Sun, Feb 13, 2005 at 11:21:09AM -0600, John Hasler wrote: > Mark Brown writes: > > ...NIS needs to hand out the IP address of the machine... > Machines don't have IP numbers. Interfaces have IP numbers. Every machine Actually, that's not quite the case (as a number of users of Linux's ARP implementation have found), though it's a good approximation. -- "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]
all new Debian diagram - now with less chaos!
Hi debianista, after my initial work on a diagram, and the comments and the work of madduck, I had some time to redo my diagram to produce a totally new concept. any comment appreciated. http://kmark.home.pipeline.com/newdebian.png http://kmark.home.pipeline.com/newdebian.dia cherio, Kev ps. at this point I left out any mention of the security infrastructure as I dont have a complete picture of it, yet. pps. thanks madduck for your diagram as it gave me something with which to compare. -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Tue, Feb 15, 2005 at 10:29:37AM +0100, David Schmitt wrote: > Hi Kev, list! > > On Tuesday 15 February 2005 08:27, Kevin Mark wrote: > > after my initial work on a diagram, and the comments and the work of > > madduck, I had some time to redo my diagram to produce a totally new > > concept. any comment appreciated. > > Really nice and clean. Great to see such fundamental processes documented > properly! Some things though, perhaps someone can help me out here: Thanks! > > * buildd: there is more than one of them and I always thought the results are > checked (and signed) manually by the buildd admins? someone just emailed me about this. > > * propagation from experimental to unstable: I always thought that required a > re-upload? see above. > > * "testing packages propagate to stable" is perhaps better called "release: > testing becomes new-stable"? see above. cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Tue, Feb 15, 2005 at 11:24:18AM +0100, martin f krafft wrote: > Hi Kevin, > > Great work! I am glad to see you got down with dia; I love that > tool. Here are some comments: Its cool that it exports to xfig as a way to use both tools. > > a. I am not sure what the "process realm" is. ACK. renamed it. > b. Developers do not tag bugs, they sign packages. Is that what you >meant? Also, note that at the moment, most only sign source >packages and binary uploads, not the binary packages themselves. NACK. you lost me. this is a gap in my knowlege. differentiate source package, binary upload, and binary package. where do they go? what do developers do? who creates source package, binary uploads and binary pacakges? > c. Upstream is not really a repository, is it? ACK. changed it. > d. I am missing the link between buildd and unstable. They get the >orig.tar.gz from unstable for any uploads in incoming that do >not include the tarball. > e. I think it's "M. Schulze", not Shultze. ACK. > f. Sven's name has an Umlaut; here, to cut-n-paste: Müller ACK. I still dont know how to fiddle with keymaps, input methods or such things to get these! > g. "users processes" should be "users' processes", though I think >you may want to use another word. Like plain "users" or "user >systems" may be better. ACK. > h. There are more rules as to when packages migrate from unstable to >testing. ACK. I'm not familar with all possibilities and also not sure how much space it would take to include it. maybe a 'subprocess' box? > i. You use both meanings of "priority" (changelog and control) >without making it clear which one is meant. NACK. I only used this word once in referense to high, medium, low migration of packages from unstable to testing. > j. "updates propagate", not "updates propagates". I know you are >talking about the collection, but it sounds weird. ACK. > > That's it for now. > > To get our graphs onto www.debian.org, I assume we file bugs against > that pseudo-package. there is an existing package that could include these? or to make an ITP? Someone in the 'eyecatcher' project said these may be helpful. > Let me know when you are ready, then we can > submit one bug report together. > Cool! Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Tue, Feb 15, 2005 at 01:11:33PM +0100, Frank Küster wrote: > martin f krafft <[EMAIL PROTECTED]> wrote: > > > h. There are more rules as to when packages migrate from unstable to > >testing. > > i. You use both meanings of "priority" (changelog and control) > >without making it clear which one is meant. > > Furthermore, for testing propagation i'ts "urgency" that matters, isn't > it? Hi Frank, isnt that addressed by the tag "Urgency: Low|Medium|High"? > > And I've never read "ITO" as a tag for orphaning bug. Either one mails > to -devel (or wherever) saying that they intend to give away or orphan > some packages, but this isn't a bug, just conversation. In the BTS, I > think the tag is simply "O". > so, there is no 'bug' to the bts to orphan a package, simply a note to debian-devel? So folks are expected to troll it to pickup packages? ok. I will change the ITO to 'read about orphanded package on debian-devel'. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Tue, Feb 15, 2005 at 05:34:38PM -0500, Greg Folkert wrote: > On Tue, 2005-02-15 at 02:27 -0500, Kevin Mark wrote: > > Hi debianista, > > > > after my initial work on a diagram, and the comments and the work of > > madduck, I had some time to redo my diagram to produce a totally new > > concept. any comment appreciated. > > > > http://kmark.home.pipeline.com/newdebian.png > > http://kmark.home.pipeline.com/newdebian.dia > > Not to find fault with something that will clear up much confusion in > the Debian Sphere of Being, but I am wonder where the contributions back > to upstream are in this picture? Hi Greg, in my original diagram (http://kmark.home.pipeline.com/debian.png), I included an indication of that. I will be including it in this one, but have not done so yet. > > Where should it go? I don't know. Debian is one of the largest > contributors to upstream(s), with bug-fixes, feature adds and > improvements in code cleanliness. As well as being upstream for many > things. > > Also, shouldn't it also be noted the distributions that are based on > Debian that give-back to upstream (like Ubuntu and the plugin-dev and > pmount thing). woun't that be out of the scope of my diagram? > Given I don't know if it warrants, as it would be a user > submission with patch to the DBTS. > > Other than that, I think its very good looking, I don't have the > knowledge to judge whether it is accurate of not. > -- thanks for the input. cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Wed, Feb 16, 2005 at 07:34:27AM +0100, Adeodato Simó wrote: > * Kevin Mark [Tue, 15 Feb 2005 21:09:03 -0500]: > > > > And I've never read "ITO" as a tag for orphaning bug. Either one mails > > > to -devel (or wherever) saying that they intend to give away or orphan > > > some packages, but this isn't a bug, just conversation. In the BTS, I > > > think the tag is simply "O". > > > so, there is no 'bug' to the bts to orphan a package, simply a note to > > debian-devel? So folks are expected to troll it to pickup packages? > > ok. I will change the ITO to 'read about orphanded package on > > debian-devel'. > > Please compare [1], [2], and [3]. Basically: > > 1. maintainer writes -devel > 2. maintainer writes -devel and files RFAs > 3. maintainer submits O: bug against wnnp and CC's -devel > > [1] http://lists.debian.org/debian-devel/2005/02/msg00346.html > [2] http://lists.debian.org/debian-devel/2005/02/msg00534.html > [3] http://lists.debian.org/debian-devel/2005/02/msg00676.html > > But orphaning bugs can be filed without sending mail to -devel, though > this makes them less effective. > Hi Adeodato, thanks for the info. I tried to add it. although, now I am getting confused about the difference between a debian developer and a debian maintainer. I labeled most items with 'DD' thinking that's who did stuff. More things to research. see you in the funny pages, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Wed, Feb 16, 2005 at 08:04:21AM +0100, martin f krafft wrote: Hi Martin, > > source package: dsc + (diff) + orig.tar.gz > binary package: deb > source upload: changes + list of files therein I added some of this to my diagram. not 100% yet. > nah, we turn software into debian packages by debianising them, and > then using dpkg-genchanges to create the changes file. Please read > its manpage, in particular about the -sa, -sd, and -si options to > see which files the changes file will list. > > the upload consists of the source package and the binary package, > unless the debian revision is greater than 1, in which case the > orig.tar.gz file is not included. I added some of this, too. > > > h. There are more rules as to when packages migrate from unstable to > > >testing. > > > > ACK. I'm not familar with all possibilities and also not sure how much > > space it would take to include it. maybe a 'subprocess' box? > > you could just say "meets requirements for testing" > > > To get our graphs onto www.debian.org, I assume we file bugs against > > > that pseudo-package. > > > > there is an existing package that could include these? or to make an > > ITP? > > www.debian.org is a pseudo package: > > http://www.debian.org/Bugs/pseudo-packages I saw this[1]. So the bug would be something like: "www.debian.org: needs development diagram from package life cycle (and oh BTW, I have one here[2] and here[3]!)" [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=www.debian.org [2] http://kmark.pipeline.com/newdebian.png [2] http://kmark.pipeline.com/newdebian.dia -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: all new Debian diagram - now with less chaos!
On Wed, Feb 16, 2005 at 10:53:28AM +0100, Frank Küster wrote: > Kevin Mark <[EMAIL PROTECTED]> wrote: > > > although, now I am getting confused about the difference between a > > debian developer and a debian maintainer. I labeled most items with 'DD' > > thinking that's who did stuff. More things to research. > > The maintainer is the guy (or entity) who is listed in the Maintainer: > field of debian/control, and who gets all the mail for the package¹. > > A debian developer is anybody with an account @debian.org, who can do > uploads to the archive. A Debian developer need not be the maintainer > of any package (doing mainly QA work, or buildd administration, or > whatever), and a package maintainer need not be a Debian developer: They > can have their packages uploaded by a developer who reviewed the > package, but doesn't want to do all the work. > > Regards, Frank > > > ¹others can subscribe to this, too, via the package tracking system > > -- Hi Frank, I have incorparated your info. In my diagram, most of the tasks are done by maintainers and the buildd stuff would be done by developers. I have not yet added QA, ftpmaster or security stuff. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Let's remove mips, mipsel, s390, ...
On Mon, Feb 21, 2005 at 12:33:24AM +0100, Goswin von Brederlow wrote: > Matthew Palmer <[EMAIL PROTECTED]> writes: > > > On Sun, Feb 20, 2005 at 10:57:47PM +, Dirk Eddelbuettel wrote: > >> Clint Byrum spamaps.org> writes: > >> > Now, can someone please tell me how messages like the one below, and > >> > others, aren't indicative that debian should drop s390, mipsel, and > >> > maybe hppa from the list of architectures? How about we release for > >> > i386, sparc, and powerpc, and let the others release on their own > >> > schedule? This business of supporting 11 architectures and making sure > >> > they're all 100% right before releasing is just about the worst idea > >> > ever. > >> > >> Still, the hours we maste on fixing, building, maintaining, ... code on > >> unused platforms is hysterical waste of resources. Resources we don't > >> really have. > > > > I'd like to see your numbers on how many manhours have been wasted in the > > past, say, 6 months on fixing code on unused platforms which would have gone > > into other things had those architectures not been in Debian. > > > > - Matt > > Not to mention that i386 is the most non working architecture of them > all when it comes to the buildd and m68k probably the one with the > fastest responce time. > > And how does having gtk not being blocked for a few days by a buildd > get ftp-master to implement t-p-u and testing-security any faster, > which is what we've all been waiting for the last 6+ month. > > Not to mention the number of arm, mips, mipsel, m68k, hppa, alpha, > ia64, s390 developers that would drop away starting their own > distribution depriving Debian of manpower. A lot of bugs are found by > those extra architectures Debian supports and also fixed by their > porters. Nothing better to find bugs than a large variety. Isn't that what ESR said about the bazaar: the more eyes, the faster bugs get squished! In this case, the more arch differences, the more bugs that will be found, too! -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Let's remove mips, mipsel, s390, ...
On Mon, Feb 21, 2005 at 04:30:27PM +0100, Wouter Verhelst wrote: > On Mon, Feb 21, 2005 at 03:53:44PM +0100, Goswin von Brederlow wrote: > > Bernd Eckenfels <[EMAIL PROTECTED]> writes: > > > > > In article <[EMAIL PROTECTED]> you wrote: > > >> Hypothetical daily KDE builds would also insanely increase the amount of > > >> network traffic being used by the mirror pulse and people upgrading > > >> their home boxes, so it isn't just a buildd problem. > > > > > > Perhaps it helps, if the buildds for slow systems introduce some delay > > > before startng the build, and not building if another architecture failed > > > at > > > all. That way if a package is often uploaded or hase obvious errors, the > > > build for that is skipped. > > > > What would help save many hours on slow systems is having a script > > automatically set "Dep-Wait: libbfoo (>> 1.2-3)" for all new sources > > according to Build-Depends to prevent useless buildd attempts and > > failures and manual work to retry them. > > > > An attempt to build something big can take 3-4 hours to install > > Build-Depends, see they aren't sufficient and to purge them again. > > s/something big/something with lots of build-dependencies/ > > There are small KDE applications that require most of the KDE dependency > chain to be installed, while on the other hand XFree86's build > dependency list is (relatively) small. would it make sense to examine the queue to see if any packages have similar build dependencies and then move them to the top of the queue so they build immediately after the current one? or to re-sequence the queue to group package with similar build dependencies. -Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: the ongoing xfree86 buildd saga
On Wed, Feb 23, 2005 at 12:35:50PM -0800, Thomas Bushnell BSG wrote: > Ingo Juergensmann <[EMAIL PROTECTED]> writes: > > > On Wed, Feb 23, 2005 at 12:13:42PM -0800, Thomas Bushnell BSG wrote: > > > > > Do the buildd people read this list? How do we get this cleaned up? > > > > As far as I can tell you: the m68k buildd people will have noticed that > > problem much earlier than you. > > > > Furthermore, I don't know if that's a problem of the m68k folks, but of that > > XF86 build... there are messages out there that this build (at least on > > i386) is not stripped. No wonder it is way larger than the normal build. > > > > But yes, it's "in" these days to public shout about those slow archs... > > *SIGH* > > I'm not complaining about the slow archs, and the m68k buildd failure > will surely be noticed. It has not, however, been retried. Why? > > I'm asking for *information*. How do I find out what the plans are? > > What about the mips and sparc failures? The buildd logs look like > FTBFS, even though that's not right; do they read this list? How does > one find out? How does one say: "this is blocking my package, can you > give me an estimate on how long it will take?" > > I'm not trying to grind an axe or complain, I'm seeking information > and to move the process along expeditiously because it's blocking a > lot more than just an xfree86 upgrade. > Hi Thomas, it seems odd that the machines that build the packages for the countless hordes have no current way to reach them. If a compromise occured on one of these, how would anyone know? How could they be reached? If all buildd's are now DD, shouldn't they be reachable? cordially, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
updated package development diagram w/new spanish translation
Hi tired and overworked folks, I recently got some help from a fellow in cuba(Maykel Moya) to translate my diagram into spanish. I have added some bits about the autobuild network but have not reconciled it with my original bits. On the far right is the unincorperated bits. Its now at: http://debian.home.pipeline.com/ newdebian.png,newdebian.dia for english newdebian.es.png,newdebian.es.dia for spanish the spanish version is currently a little less 'aligned' see ya' in the funny pages, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! (__) (oo) /--\/ / ||| * /\---/\ ~~ ~~ "Have you mooed today?"... signature.asc Description: Digital signature
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, Mar 14, 2005 at 02:57:25PM +0100, Marc Haber wrote: > Considered that ftbfs bugs for scc architectures are not going to be > RC any more, people will stop fixing them, thus the scc architectures Some may, but some would continue to be helpful. My experience doing porting work was that problems with portability and getting portability bugs fixed were more tied up with the general quality of the package and how well it was looked after than with anything else. Then again, I was mostly providing fixes for things along with the report. -- "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: OASIS -- Our Membership and their IP Policy?
Hi Claire,
Sorry for the delay.
Is Debian still a member of the OASIS group?
Yes. Our membership expires in June.
I just looked at
their member list, and didn't see us listed.
We are listed as a "Contributor", rather than a sponsor, owing to the fact that
we pay a reduced rate:
http://www.oasis-open.org/about/contributors.php
I'm asking because of Lawrence Rosen's ``A Call to Action in
OASIS'', which I saw in today's LWN [1]. Apparently OASIS is
adopting a new intellectual-property policy that would allow
standards based on patent-encumbered technology, which would be a
bad thing for the open-source community in general, and Debian in
particular.
Yes, I'd been working from within OASIS to address the issues with the new IPR
policy, but never got any traction.
I also requested legal review by posting to debian-legal last November,
http://lists.debian.org/debian-legal/2004/11/msg00142.html
but didn't receive any feedback.
There are a lot of big names [2] at the end of the post, not
including our DPL.
I've asked that my name be added to the list{1} as well, but nothing has
happened.
I honestly have no idea when or how the solicitation for signatures went out.
I know Bruce Perens is addressing this issue now, but I'n not sure what the
status is.
No doubt we will discuss this in full when it comes time to renew Debian's OASIS
membership. We may decide to bow out, or we could stay in & work to directly
effect change. For example, I'd be willing to run for a position on the OASIS
Board of Directors the next time there is an election.
Hope that helps...
Cheers,
Mark
{1} http://perens.com/Articles/OASIS.html
Claire
[1] http://lwn.net/Articles/124548/
[2] Lawrence Rosen, Bruce Perens, Richard Stallman, Lawrence
Lessig, Eben Moglen, Marten Mickos, John Weathersby, John
Terpstra, Tim O'Reilly, Tony Stanco, Don Marti, Michael
Tiemann, Andrew Aitken, Karen Copenhaver, Doug Levin, Dan
Ravicher, Larry Augustin, Mitchell Kapor, Russell Nelson,
Guido van Rossum, Daniel Quinlan, Murugan Pal, Stuart Cohen,
Danese Cooper, Eric Raymond, Mark Webbink, Ken Coar, Doc
Searls, Brian Behlendorf.
--
Mark Johnson <[EMAIL PROTECTED]>
Debian XML/SGML: <http://debian-xml-sgml.alioth.debian.org>
Home Page:<http://dulug.duke.edu/~mark/>
GPG fp: DBEA FA3C C46A 70B5 F120 568B 89D5 4F61 C07D E242
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bits (Nybbles?) from the Vancouver release team meeting
On Mon, Mar 14, 2005 at 09:35:38PM +0100, Goswin von Brederlow wrote: > That suggests that FTBFS bugs for SCC archs will be ignored just as > long, 1/2 - 3/4 of the planed release cycle. Now imagine a bug in fsck > that destroys data being left open for so long. In my experience doing this sort of thing this is the exception rather than the rule and in most cases it's due to inactivity rather than anything else. I can only recall one case where I felt that the maintainer was being actively unconstructive and there I do recall thinking that the issue was more the maintainer's general attitude towards quality and addressing user problems rather than a specific hostility to porting issues. -- "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: Bits (Nybbles?) from the Vancouver release team meeting
On Tue, Mar 15, 2005 at 08:50:04AM +1000, Anthony Towns wrote: > What that actually means is that when porters want to stabilise, they'll > be able to simply stop autobuilding unstable, fix any remaining problems > that are a major concern, and request a snapshot be done. That'll result ... > That means that porters will have to do their own security and release > work, rather than relying on the primary security and release teams. Would it also be possible for porters to update the snapshots in some manner beyond having an apt source equivalent to the security archive added by d-i? -- "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: Bits (Nybbles?) from the Vancouver release team meeting
On Tue, Mar 15, 2005 at 11:54:24AM +, Henning Makholm wrote: > If you wanted to make the decision _with_ the input of developers, why > did all the powers that be vehemently deny that the number of > architectures was a problem for the release schedule, right until > everyone turned on a platter and presented this fait accompli? To be fair, there were some comments to that effect from some of the relevant people beforehand. For example, Joey Hess raised concerns regarding the load placed on the d-i developers in some of the recent "too many arches" threads. -- "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: Bits (Nybbles?) from the Vancouver release team meeting
On Tue, Mar 15, 2005 at 10:26:33AM +1000, Anthony Towns wrote: > Mark Brown wrote: > >Would it also be possible for porters to update the snapshots in some > >manner beyond having an apt source equivalent to the security archive > >added by d-i? > It'd be possible, certainly -- cf proposed-updates and stable. It would be useful if this could be clarified in any revision of the proposal - I don't think I was the only one to read it as saying that non-release ports wouldn't have any options other than simple snapshots. > Whether it would happen would depend on how useful it is; you have to > add security.d.o to your sources.list and download from it for stable > releases anyway; and the expectation is that non-release arches don't > stress as much about RC bugs and similar as release arches will, which My thought was that some of the non-release architectures that were in generally good shape might want to provide a version stable which would ideally involve the ability to do things like tracking the released stable. > Feedback from porters on how these things could actually work usefully > in real circumstances would be valuable here. Having a way of making > snapshots is probably the minimal level of support we'd envisage, > working out what that would actually achieve, and what benefits more > support would actually bring would be interesting. Yup. Presumably there would be varying requirements from the ports - at least some of the ports would be perfectly happy with simple snapshots. -- "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: Alternative: Source-Centric Approach [w/code]
On Tue, Mar 15, 2005 at 11:01:06PM +0100, Adrian Bunk wrote: > On some mirrors? > -> Not all mirrors have to mirror all ports. The mirroring part of the proposal is effectively just a proposal to rearrange the archive in order to make this easy for mirror admins. -- "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: State of gcc 2.95 use in Debian unstable
On Tue, Nov 15, 2005 at 06:30:00PM +0100, Thiemo Seufer wrote: > The need for gcc-2.95 usually means the source code is broken (in C99 > terms) and should be fixed. Do you have an example of an use case where > this is unfeasible, and which is important enough to justify continued > maintenance of gcc 2.95? It was relatively common to find C++ code that wouldn't build with the new C++ front end in GCC 3.0. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: mixing different upstream sources in one package
On Sat, Nov 19, 2005 at 12:27:33PM -0500, Jay Berkenbilt wrote: > impediments (like licensing problems), do people generally think that > it's reasonable to do this even if the other packages aren't really > part of the upstream package? If so, are there usual mechanisms for > doing this? What about version numbers? NIS does this. The minor version number of the package is bumped every time one or more of the upstream packages are upgraded (which causes a new orig.tar.gz) and the major version is bumped when something substantial enough to make that seem like a good idea happens. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Sparc build failure analysis (was Re: StrongARM tactics)
On Sat, Dec 10, 2005 at 06:53:47AM -0800, Blars Blarson wrote: > In article <[EMAIL PROTECTED]> [EMAIL PROTECTED] writes: > >On Tue, Dec 06, 2005 at 05:21:46PM -0800, Blars Blarson wrote: > >> I can do the analyzing, but what should I do with the results? > >> [EMAIL PROTECTED] seems to be a black hole. You'll need to find > >> someone willing to communicate with access to the buildd queues before > >> the porters can do anything. > > > >I said that deciding which packages should belong in P-a-s is porter work; > >as is filing bugs on failed packages that shouldn't, providing patches, and > >doing porter NMUs if necessary. > > Again: what can I do with such a list? See the list below. > > >If the porters do this effectively, there's really not much need at all for > >telling the buildd maintainers about transient build failures, because > >they'll be pretty obvious (and account for the majority of failures, as it > >should be). > > Just because it is obvious does not mean that the buildd adminstrator > does the correct thing. kq was "uploaded" 51 days ago, trustedqsl was > "uploaded" 25 days ago, neither is in the archive. > > openoffice.org has been "building" for 8 days, it only took 57 hours > on my slower than any current sparc buildd pbuilder. kexi has been > "building" for 6 days, it took less than 2 hours. Hi Blars et al., has anyone every considered a check in the buildd infrastructure to alert someone (buildd admin and/or others) if a build is taking too long (eg openoffice usually takes between 2-3 hours to build and the current build has been building for 10 hours+). Something like a database entry or a database of either previous build times or last build time. As a way to not have a buildd tied up with an obvious build issue and thus allow the issue to be address sooner thus alowing more buildd throughput. I'd help but I have neither the skill nor the access to buildd infrastrure (as I'm not a DD or a buildd admin) but try to give ideas that I feel are helpful. Anyway, hope those buildd (and thier admins) are humming along smoothly! Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
[EMAIL PROTECTED] offline
I'm moving house and am told it could be 15 days before I have broadband on at the new location. So I maybe offline for the duration. Please NMU as necessary, but include the details in the BTS. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thoughts on Debian quality, including automated testing
On Wed, Dec 21, 2005 at 08:10:03PM +0100, Thomas Hood wrote: > It turns out that there is no need for them to be hurt at all. Lone > can carry on working as before and find a co-maintainer who won't get > in his way. But when Lone falls off his horse he'll be glad that Tonto > is nearby. ... > You are saying that requiring people to find co-maintainers is > "bureaucracy"? It seems to me that if you're talking about a lip service approach like the above being OK then the focus isn't really on solving the problem any more, it's on having people jump through a given set of hoops. This doesn't really achieve the end result you're looking for. > Someone I know well recently got co-maintainers for > three of his packages by posting a single message to debian-devel. > That's less of a burden than that imposed by many another Debian rule. Conversely, the reason I ended up maintaining the NIS package is that I'm the only person who stepped up and actually did anything when the previous maintainer asked for help. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Thoughts on Debian quality, including automated testing
On Wed, Dec 21, 2005 at 03:07:10PM +0100, Adrian von Bidder wrote: > On Wednesday 21 December 2005 12.23, Thomas Hood wrote: > > > I don't think that it is ridiculous to require that every package have a > > team behind it---i.e., at least two maintainers. First, if someone can't > > find ONE other person willing to be named as a co-maintainer of a given > > package then I would seriously doubt that that package (or that person) > > is an asset to Debian. > > The problem is: do you honestly want to force people who don't want to have > comaintainers on their packages to leave Debian? Hi vbi, Packages, not being sentient, don't mind being comaintained, its people who have objections to comaintaining packages. So its a social problem, not a technical one. In most cases the comaintainers will not be equal in technical skill, social skills, etc. Working together SHOULD benefit both people and Debian. Does Debian need less/anti social folks? Is it beneficial to Debian/the packages/the users? The lesser skilled person(LSP) could gain skill. The more skilled person(MSP) should be able to give the LSP some directed task (like I read about in the NM proposal from 'HE'), thus providing a type of apprenticeship. The other person does not have to know everything about the package, but could offload some of the effort of the MSP. This allow the LSP to gain technical as well as Debian skills(debian workflow and social norms). So the LSP could be in the NM queue or be a less experience DD or someone less skill in a certain language/specialized Debian task, this would provide some way to bring folks in who want to expand their skills/role but dont want to takeover a package like in certain one-point-of-failure tasks. > > Or do you want people who really don't want to have comaintainers for their > packages to put somebody in just so they are following the rules, while > they regard anything done by this comaintainer on his own like they would > regard an intrusive NMU? Well if someone would treat another maintainer in that way or would think an NMU intrusive, is that person being as social as Debian expects? Is being able to working with someone (even if they may be less skilled) something uncommon to Debian? > > Don't misunderstand me: team maintenance is great, and I think it makes > sense even for small and trivial packages. But trying to force anybody to > do anything is no productive in Debian (and we'd have to modify the > constitution for this, anyway :-) I guess there could be expections like there are for other things in Debian (like p-a-s) but like openness, the more [comaintained] , the better. pax vobiscum, Kev ps. happy $HOLIDAYS and $YEAR++ -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Thoughts on Debian quality, including automated testing
On Fri, Dec 23, 2005 at 08:40:22AM +0100, Adrian von Bidder wrote: > The other side, and we've seen some people say this in this thread already, > is that even if a maintainer asks for help, he may not get any - IIRC nis > was one such package, and I claim that its still used by quite a few, so in > theory somebody should be found. ish. There was one person for nis, though others have posted similar examples where nobody at all stepped forward. The thing with NIS (and I imagine other things too) seems to be that while it's quite widely used it mostly does what people want already so things are very static and there's relatively little need for much work. -- "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 tracking for non-RC architectures
On Tue, Dec 27, 2005 at 03:26:10PM -0800, Steve Langasek wrote: > Hi folks, > > For architectures that are not release candidates, we are going to need > another way to track "release critical" bugs. The whole point of having > architecture criteria is so the project can give higher priority to issues > affecting release architectures (or all architectures) than to issues that > are specific to an architecture that isn't meeting our standards for > releasability; and we're not doing that very effectively if we leave such > architecture-specific bugs at RC severity. OTOH, we don't want to lose > sight of them by just downgrading the severities, as this would make it > awkward to reintroduce the architecture as a release candidate without also > silently reintroducing RC bugs. Hi release manager on high, my impression is to create a simple data file to hold release canidate archs (or a script that would dynamicly create this based on rc goals [I think I saw this on Ingo's site]). Then mod the tools/scripts that display/count RC bugs thus not touching bug reporting tools or the BTS, thus if the canidate list changes, the bugs will simply be added to the views/counts without needing to touch the BTS. happy $holiday and $year++ to your and yours and the four-legged one, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Thoughts on Debian quality, including automated testing
On Mon, Dec 26, 2005 at 01:03:21AM +1000, Anthony Towns wrote: > On Sat, Dec 24, 2005 at 10:11:57AM +0100, Frank Küster wrote: > > > The difference is who does the work. > > I a well-team-maintained package, the work is actually done by "the > > team", and decisions are made after finding a consensus solution in the > > team. > > It's nice to know who the team actually *is* though; having a > team.debian.org webpage or something where such things could be listed > would be lovely. Hi AJ, since there are not a very large number of groups(10 signature.asc Description: Digital signature
Re: dependencies on makedev
On Thu, Dec 29, 2005 at 01:39:01PM +0100, Marco d'Itri wrote: > To prepare for the eventual removal of makedev, I propose that packages > currently depending on it will add an alternative dependency to udev. > Also, policy should be amended accordingly. It might be useful to tell the maintainers of the packages and/or post on -devel-announce - people might not be reading -devel or -policy. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: debian "experimental"
On Fri, Dec 30, 2005 at 04:12:23PM +0100, Michal Piotrowski wrote: > I have noticed that directory > debian/dists/experimental/main/binary-i386 is empty. > Where is new "experimental" repository? Unless there is a problem with the mirror you are using that directory should contain a Release and Packages file listing the packages in experimental. The actual packages are stored under debian/pool along with all the others. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: How to Increase Contributions from Volunteers
On Mon, Jan 02, 2006 at 07:11:26PM +0100, Petter Reinholdtsen wrote: > I suspect a similar system for Debian might increase visibility and > commitment from a large set of users. With the exception of the web forums and most of the commercial stuff that does sound rather like debian.org. -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Maintaining a debian package
On Tue, Jan 03, 2006 at 10:59:12PM +0100, Andi Drebes wrote: > Hi there! > I'm currently developing an application for library management (real books, > CDs, etc). I'd like to distribute it over the internet, because I think it > could be useful to other users. As I'm using debian and like it pretty > much, I'd like to add it to the list of packages that debian oficially > provides. The first problem is, that I don't know how to create > debian-packages. I even have a lot of problems when creating a distribution > with automake and autoconf. Well, I'm going to learn it (at least, I hope > so :)). I'd like to know more about the process of how packages are added > to the official debian package list. > > Thanks in advance, > Andi Drebes > > P.S.: Sorry for my bad english - it's not my native language... Hi Andi, you may notice that Debian has many programs to catalog thing. Some for cd/dvd's, some for books, etc. When you make an ITP you will need to make an argument as to why this packages should be added. Debian developers will want to know what differentiates your package from other similar ones in Debian already. This is not to say that you will be unable to add your package to debian, but on rare occasions it has been decided that some packages would not benefit being added. An ITP also know as an "intent to package" is a request that is sent to the Debian BTS (bug tracking system) to announce a request to add a package to Debian. Your next step should be to get familar with Debian by visiting the debian mentor website and join the debian-mentors mailing list. There you will be helped to develop your package so that it can be made into a '.deb' aka debian package. Once you do this, you will need someone to sponsor your package. This will allow someone who is a debian developer to look at your work and if ok, will upload it into Debian. You IIRC can request a sponsor here. Cheers, Kev ps. If you want some beta tester for your work, you should include a URL so that folks like me can try your work, assuming you feel it is in a shape to be tested. -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: How to Increase Contributions from Volunteers
On Wed, Jan 04, 2006 at 12:20:07PM +0100, Thomas Hood wrote: > Andreas Schuldei wrote: > > we need to promote the easy entry points to contributing to debian > > more prominently and should hide the "how to become a DD" in > > comparison. > > Manoj Srivastava wrote: > > What on earth for? > > Andreas Schuldei wrote: > > [...] people who want to help/contribute seem to be > > turned away by the burecratic nature of the NM process with its > > long waiting periods. People who want to contribute without that > > process need to find a way to do that easily and effectively, > > without spending too much time to find where they can do that. > > [...] > > Manoj, i think you are trying to polarize the discussion. > > > I think that the discussion is already polarized; there is obviously a sharp > difference of view. The disagreement is reflected in the inconsistency > between > the existence of "easy entry points", which you favor. and the whole > philosophy > behind the NM process, which was presumably favored by those who set up that > process. > > You seem to be assuming that Debian should encourage people to contribute, > whereas the NM process was deliberately set up to discourage applicants. > You assume that applicants are scarce, but the assumption behind NM is that > there are more than enough. You assume that newcomers can be given the benefit > of the doubt, whereas the assumption behind NM is that newcomers should not be > trusted until they have endured trials. You assume that contributors are > different, but the assumption behind NM is that developers all need to learn > the same skills. You assume that people can learn as they go, but NM insists > that applicants learn everything up front. > > If there are "easy entry points" in Debian which allow non-DDs to do the same > work as DDs then I can see why a defender of the current NM process would > regard those points as weaknesses in Debian's defenses, which should be closed > rather than advertized. > -- > Thomas Hood Hi Thomas, almost all of the discussion about 'contributing' seems to focus on doing development work on packages. So Debian wants it to be a weeding-out process-thus the NM process. But are there any other types of contribution that can be encouraged by making a clear list and howto? translators, bandwith hosts, sponsors for debian events, supporting debian-user and irc, LUGs that hold 'debian day' and pass out cd's, creating forum for users to encourage/support local business/governemt to move to debian. Selling lance armstrong-type red swirl bracelets? These are but a few ideas, of which I think some are already on the website. To contribute to debian while primarlly involves MAKING it, there are other less technical and/or social things that may bring people/interest/money to our efforts like support and fandom. One area where less technical folks can surely help is Documentations(Osamu Aoki yea!), proofreading debian documents in all of our various languages, some of which require translations.(Christian Perrier yea!) And for people who want to learn the step/skills to become DD's, maybe a DD can create a work book/pdf that would list important skills, websites to visit and exercises that should be attempted to be better prepared for NM. Would it be better if NM's were given a study guide before the NM process? Why not use some of the older DD NM test material for this. And prehaps a seperate guide for folks intending to be translators as Debian thinks they need NM skills of some degree. Again, these may all be in the debian-devel or -mentor site. anyway, Debian should make SOME area easier, not ones involving code. pax vobiscum, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Canonical's business model
On Thu, Jan 12, 2006 at 09:03:24PM -0200, Gustavo Noronha Silva wrote: > Having said that, I'd also like to have non-ubuntu-specific patches be > fed to our BTS; that would really make me feel there's a strong policy > of giving back. While my relationship with people at ubuntu working on > gksu is quite good, I still have to look for patches manually sometimes, > like David Nusinow mentioned, and I have found patches that improved > debian's gksu this way at least twice. It would have been much better to > have them filed to the BTS. > > See ya, Hi Gustavo, would it be good for ubuntu to have a user-defined tag, like the BTS has, for 'ubuntu-specific' or conversly 'non-ubuntu-specific'? cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Dissection of an Ubuntu PR message
On Fri, Jan 13, 2006 at 03:03:14PM -0200, Gustavo Franco wrote: > On 1/13/06, Matthew Garrett <[EMAIL PROTECTED]> wrote: > > David Nusinow <[EMAIL PROTECTED]> wrote: > > > > > Please stop trying to twist my words around. Canonical didn't contribute > > > back. An individual who happened to work for Canonical did. If someone > > > employed by the US government contributes to Debian of his own volition do > > > we say that the US government gives back to Debian? Do we say that your > > > employer gives back to Debian? > > > > If it's an authorised use of company time, sure. Whether or not it is in > > this case, I don't know. > > > > Exactly my point Matthew, and calm down David, i wrote: "e.g.: David > said that Daniel helped him, but if he did that in his workhours it's > under Canonical bless.". Do you see ? I just pointed out that there's > a possibility that he was helping you in his workhours, but i won't > cite you as a reference anymore. > > -- > Gustavo Franco Hi Gustavo, Is it within the scope of Canonical employees to contribute code to Debian that is under the his copyright and not Canonical's? And especially since it is in the exact same area that he was employed by Canonical to do? Would this apply to Progeny and Debian, Progeny and Canonical, Linspire and ... Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Need for launchpad
On Sun, Jan 15, 2006 at 11:03:06AM -0800, Russ Allbery wrote: > However, to the degree that the Ubuntu patches have these sorts of > gratuitous changes that shouldn't be merged with Debian, the patch > database quickly becomes useless. The current patch system is only useful > if a maintainer can easily review it for changes that should be > incorporated in Debian, and nothing makes that impossible faster than > changes like autotools modifications. I'd hope that when Ubuntu start using HCT[1] we will be able to get a more useful unpacking of the changes Ubuntu have made. Right now it appears that what is published is a lightly processed diff between the original package and the current Ubuntu version. The lack of any native ability to logically organise changes in Debian source pacakges makes this a lot less useful than it might otherwise be - RPMs are a lot more straightforward to cherry pick changes from. Deploying Wig & Pen would also help, of course. [1] https://wiki.launchpad.canonical.com/HCT -- "You grabbed my hand and we fell into it, like a daydream - or a fever." signature.asc Description: Digital signature
Re: Need for launchpad
On Fri, Jan 13, 2006 at 08:34:33PM -0800, Thomas Bushnell BSG wrote: > Matt Zimmerman <[EMAIL PROTECTED]> writes: > > > I can't agree. From the sound of this and other threads, there are a number > > of folks who are unlikely to be satisfied with any behavior on the part of > > the Ubuntu project or its members. Fortunately, there are others who are > > actively cooperating to the mutual benefit of the two projects. > > Really, it's very easy. I would be satisfied if both of the following > were done: > > Every time you find a bug in an Ubuntu package, make some effort to > determine if it is Ubuntu-specific or might rather affect all Debian > users. If it is not Ubuntu-specific, then file a bug report, and > optionally, a patch, in the Debian BTS. Hi Thomas, would it be usefull if the Ubuntu Maintainer would add a 'ubuntu-specific' usertag to those bugs in the Ubuntu BTS as a way of telling Debian folks (as well as others) that they should not address this bugs. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Need for launchpad
On Sat, Jan 14, 2006 at 09:42:22AM +0100, Raphael Hertzog wrote: > On Fri, 13 Jan 2006, Thomas Bushnell BSG wrote: > > Um, I have said nothing against crediting maintainers in the > > packages. I have only said that I would like Ubuntu to clearly label > > which is the Debian maintainer and which is the Ubuntu maintainer. > > There's no "Ubuntu maintainer" for a specific package... packages in > Universe are sometimes uploaded by several different person. Hi Rapael, So WHO exactly would you expect Ubuntu folks to think to email with requests? The result by experience is Debian maintainers who for various reasons don't wan't/expect/are confused by this. Maybe create an '[EMAIL PROTECTED]' for the Maintainer: and have a similar mailing list for bugs and then have any Ubuntu person monitor and help on that list? > Packages in > Ubuntu main usually have the same set of maintainer however. > Maybe create an '[EMAIL PROTECTED]' for the Maintainer: and have a similar mailing list for bugs and then have any Ubuntu person monitor and help on that list? Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Need for launchpad
On Sun, Jan 15, 2006 at 01:36:43PM -0800, Thomas Bushnell BSG wrote: > Kevin Mark <[EMAIL PROTECTED]> writes: > > > would it be usefull if the Ubuntu Maintainer would add a > > 'ubuntu-specific' usertag to those bugs in the Ubuntu BTS as a way of > > telling Debian folks (as well as others) that they should not address > > this bugs. > > You aren't listening. Do not submit irrelevant bugs to the BTS. > > DO submit all known bugs to the BTS which *are* relevant. Hi Thomas, I think you mis-read my mail, I was asking Ubuntu folks to label the Ubuntu-specific bugs in the Ubuntu BTS, not in the Debian BTS. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Need for launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jan 18, 2006 at 03:47:15PM +0100, Reinhard Tartler wrote: > On 1/17/06, Wouter Verhelst <[EMAIL PROTECTED]> wrote: > > As it is, to me, Ubuntu is just a group of people, some of which might > > have names[1]. I find it hard to work with such a thing; while I would > > love to work more closely with Ubuntu, the lack of personality is what's > > holding me back---and I'm afraid that telling me "contact me, I'll > > forward it" isn't going to change that. > > If you want a fast answer to a quick question, we are at #ubuntu-motu > in freenode. Usually there is someone with an archive of > dapper-changes who can look quickly who touched the package last, or > you could check changelogs.ubuntu.com which holds changelog and > copyright files of the packages. Hi Reinhard, are the changelogs on changelogs.ubuntu.com only from stable releases or do they include testing/dapper? Also, I was checking packages.ubuntu.com - -> dapper -> base utils->bash->view Debian changelog and it was a dead link. If the entries on changelogs.ubuntu.com contain the info that the 'view Debian changelog' should contain, why not set up a programatic way to have the links made. The 'view Debian changelog' entries for stable (and presumable stable - 1) seem to work. Cheers, Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDz0VLv8UcC1qRZVMRAitEAJ9diMGJj7R3tarjGGN3YfFS+tBGaACfQhqQ qTlhC5yw7TJ0c8rDlhp++iw= =6/fj -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ad-hominem construct deleted]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jan 18, 2006 at 10:26:05AM +0100, Thijs Kinkhorst wrote: > On Wed, 2006-01-18 at 10:01 +0100, Gerfried Fuchs wrote: > > * Matt Zimmerman <[EMAIL PROTECTED]> [2006-01-17 11:36]: > > > Kennedy wasn't a citizen of Berlin, either, not literally. The world > > > understood what he meant, though, when he said (somewhat awkwardly) that > > > he > > > was. > > > > Again my question: Do you seriously consider calling Linus and RMS > > Debian Developers? > > Shuttleworth is using a *figure of speech*. A figure of speech is > something not to be taken literally. Figures of speech are used all the > time and they make language more interesting. > > Mr Zimmerman's reference to Kennedy is an excellent example of such a > metaphorical construct. When Kennedy said that, there will undoubtedly > have been people who uttered "Hey, he's not German! He's lying!". But > luckily most people will have understood what he meant. Hi Thijs, I was unable to locate the quote, but it seems that the quote is/could be taken liteally. Why not modify the quote to state that it is metaphorical by using something like 'Every Debian developer is an Ubuntu developer in the same vein as the quote from JFK when he was in Berlin' or 'Every Debian developer is an Ubuntu developer in the sense that all of the Debian developers work is used as a basis for the work of Ubuntu developer' Cheers, Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDz00Iv8UcC1qRZVMRAjpGAJoCJkC2PoCIpXW8/7JiN0XDPy8lLgCfb6UR wb5Y/dqdkkqDZUUbujEZb/A= =mIW+ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: when and why did python(-minimal) become essential?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Jan 19, 2006 at 05:58:20PM -0500, David Nusinow wrote: > On Thu, Jan 19, 2006 at 01:47:18PM -0800, Matt Zimmerman wrote: > > On Thu, Jan 19, 2006 at 09:23:30PM +, Martin Michlmayr wrote: > > > * Matt Zimmerman <[EMAIL PROTECTED]> [2006-01-19 12:45]: > > > > Please don't do this; it implies that python-minimal would be part > > > > of base, but not full python, and this is something that python > > > > upstream explicitly objects to. > > > > > > Why? Surely having a sub-set of python is better than nothing at all, no? > > > > One of the appealing things about the Python language is their "batteries > > included" philosophy: users can assume that the standard library is > > available, documentation and examples are written to the full API, etc. > > When it's broken into pieces, they get complaints and support requests from > > their user community when things don't work the way they should. > > For what it's worth, we've caught hell from the ruby community for breaking > the standard library in to its component parts and not installing it all by > default. This problem has been largely abrogated as of late, but I'd rather > not see us piss off the python community for making a similar mistake. > > That said, I don't really understand why it's Ok for Ubuntu to do this but > not us. > > - David Nusinow Hi Debian folks, Debian seems to like to support embedded devices and allow folks to install as little as possible in/for a base install. And in that vein, the discussion is on 'essential' packages. I can understand if a whole language community got pissed if when you install a standard-level packages like 'perl' and then it was missing pieces, but aren't Debian devs allowed to design packages for our philosophical/project goals in regards to a 'mininal' install when we design an 'essential' packages? If Ubuntu's goals are to heavily use/promote Python and feel its 'essential' to include the whole shebang and not part, then that's their goals and its fine by me. Giving away code (GPL or otherwise) to the world is done for many reasons. Aparently some folks are more concerned about how their work is used. As with the attribution in .debs, folks want the users to not associate possible (as judged by them) 'bad'/'unofficial'/'off project'/'different' work with their projects. But the perl folks don't seem to have that objection! x-) (at least none have spoken yet!) cheers, Kev - -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD0JFJv8UcC1qRZVMRAmvJAJ9AVNJDhdpKRYO2bcCj80u084hPVQCfXnn3 qCUzzKlIHj8v4eieYXR1JvE= =lEuL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A great weekend for Debian
On Mon, Jan 23, 2006 at 06:56:56PM +0100, Amaya wrote: #include and thanks for your time to write such a useful note about how you and others are keeping Debian great! > > It leads me to think Debian accounts should expire in a year of no > activity and packages be automatically orphaned, but it is just a side > effect of RC over-dose, and I really need to go back to my own packages > when this is over. I was thinking of an analogy of a car rental store. A company (Debian) owns a car (a package) and 'hires' a mechanic (maintainer) to look after it. Folks come in from time to time and rent the car (use the package). From time to time folks who rent the car notice problems with the car and tell the mechanic about them. So, when the car is brought back, night after night, he/she fixes the car. And then folks come in again and rent the car and notice the improvements. But after sometime, the car starts to fall apart and then the mechanic is no where to be found. It seem like the company owners should ask where the mechanic went and the mechanic should either leave a note (out to lunch, on vacation, on personal leave) or before leaving, should tell the company to find a fill-in mechanic, add a mechanic to the mechanic team or if no notice is given, start looking for a new mechanic who reports back when he/she will be out. It seems various people have sought to address some of the issue of lack of package maintanership: low threshold NMU policy. This is to combat the 'fiefdom' idea which is a non-technical issue. And the idea of a one year term on @debian.org accounts and official maintainer status for their packages is a techincal solution to the problem of 'fiefdom's. Folks are away for legitimate reasons: paid-work, family obligations, sickness, lack of /bin/sleep ;-). If folks said: "I want to continue to work on package X but will be away for " where was not large enought to warrant concern for the package upkeep, then fine. Otherwise the person should seek to have someone fill-in for their time or they could choose to hand it over to someone else. That could be done with a list for all packages where DD,NM and others could signup for wanting to work on the package. Otherwise the list could be used as a way for others to seek a person to address an issue raised by new upstream, an RC bug or security issue. Unfortunatley it does't address all issues for package upkeep when the maintainer is MIA and no one is to be found to continue the work. Again, thanks to all who do great work and contribute much to world domination^H^H^H^H^Debian! Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: emacs 21.4, Chinese and utf-8
On Mon, Jan 23, 2006 at 08:28:40PM +0100, Stefan Müller wrote: > Hi, > > I am a grammar developer and I started to work on Chinese. We use a > development system that needs utf-8 input. I managed to set up > everything for emacs 21.3. All I had to say was: > > (setq default-input-method \"chinese-py\") > (set-default-coding-systems 'utf-8) > > And storing the files with Chinese characters in utf-8 and telling emacs > about it with the line: > > % -*- coding:utf-8 mode:trale-prolog-*- > > was sufficient. > > I put together a CD rom that is based on Knoppix, which is a debian > distribution. Debian uses emacs 21.4 and all I found out does not work > any longer: > > I can set the input-method to chinese-py by hand and type chinese > characters, but I cannot save them in utf-8. I can set this option for > saving the buffer, but if I try to safe the file emacs asks again and > utf-8 is not offered as an option. > > Do you have any ideas what I could do about this? > > Thanks and best wishes > > > Stefan > Hi Stefan, To solve your immediate problem, I'd suggest searching the lists.debian.org for emacs related mailing lists or possible #debian or an emacs channel on irc.freenode.net. I have chatted on #debian with people who use chinese input methods and may also have familiarity with mule. And additionaly, there maybe hints or bugs in bugs.debian.org related to mule/emacs. The reason for my reply follows. There is currently a debate on the debian-devel mailing list that relates to the issue that you are experiencing: you are using a Debian-derivative and then try a similar procedure on Debian expecting a reproducible behavior and are confused as to why this is. Debian and Ubuntu, a unique Debian-derivative, are trying to devise a system that clearly states to Debian-derivative users that difference in application behavior and/or bugs should be expected. One idea is to change the attribution of the software package info to reflect who actually changed the software package as some derivatives leave the info unchanged which leads to people: 1. complaining to Debian developers instead of the derivative maintainers. 2. contributing bug reports to the Debian bug tracking system, which then the developer is unable to reproduce because of the differences between a derivative and Debian 3. complaining in #debian when they should be asking on an irc channel of the derivative (eg. #knoppix) At some point in the future Debian may have similar discussion with other derivitavies like Knoppix. Cheers, Kevin Mark ps. I hope you dont mind me CC the debian-devel list as I think your post is a data point in the issue being addressed. -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Offline use of apt-cacher
On Mon, Jan 23, 2006 at 09:23:55PM +0100, Eduard Bloch wrote: > #include > As said bvefore, if you activate this mode manually, this should be an > easy feature to add on. How do you want to configure it? > > Eduard. Hi Eduard, I was just struck by your choice of phrase. It, in a way, expresses one of the ideas behind Free software. The 'Where do you want to go today?' phrase came to mind as one phrase that does't quite express Free software because it says nothing about the user but his/her choice to use a piece of software. But 'How do you want to configure it?' shows the idea of the collaborative nature of Free software where user and developer jointly decide the future and work together on it. Cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: A great weekend for Debian
On Mon, Jan 23, 2006 at 11:08:57AM +0100, Amaya wrote: > Steinar H. Gunderson wrote: > > I think you're overly optimistic :-) Most of the simple RC bugs > > (related to the xlibs-dev transition) have been fixed; there aren't 90 > > more like those. Those left are: > > > > http://bugs.debian.org/cgi-bin/[EMAIL > > PROTECTED]:transition-xlibs-dev&repeatmerged=no > > You are right, the most simple ones are fixed now, only the ugly ones > remain. > > We could use some help, so fellow Developers, smash an ugly bug today! Hi Amaya, to paraphrase your recent blog quote: make (NMU) love, not (flame) war! cheers, Kev -- counter.li.org #238656 -- goto counter.li.org and be counted! `$' $' $ $ _ ,d$$$g$ ,d$$$b. $,d$$$b`$' g$b $,d$$b ,$P' `$ ,$P' `Y$ $$' `$ $ "' `$ $$' `$ $$ $ $$g$ $ $ $ ,$P"" $ $$ `$g. ,$$ `$$._ _. $ _,g$P $ `$b. ,$$ $$ `Y$$P'$. `YP $$$P"' ,$. `Y$$P'$ $. ,$. signature.asc Description: Digital signature
Re: Bug#350982: ITP: slimscrobbler -- SlimServer plugin that submits listening data to Last.FM
On Thu, Feb 02, 2006 at 05:58:54PM +0100, Josselin Mouette wrote: > Le jeudi 02 février 2006 à 09:10 -0700, dann frazier a écrit : > > On Thu, 2006-02-02 at 03:05 -0600, Peter Samuelson wrote: > > > [dann frazier] > > > > * Package name: slimscrobbler > > > > Description : SlimServer plugin that submits listening data to > > > > Last.FM > > > > > > OK... > > > > > > > Version : x.y.z > > > > Upstream Author : Name <[EMAIL PROTECTED]> > > > > * URL : http://www.example.org/ > > > > * License : (GPL, LGPL, BSD, MIT/X, etc.) > > > > > > > > (Include the long description here.) > > > > I couldn't really come up with anything longer - the short description > > says it all... > > Are you joking? > > What is SlimServer? > What "listening data" do you refer to? > What is Last.FM? Hi Josselin, I have read many descriptions that made no sense to me and it was mentioned that you either know what the jargon/terms are because they are in your area of expertise or else if you dont know the terms/jargon, you probably wouldn't be interested in the package. So I guess either you know what last.fm is, or you don't. If you don't, no one seem to want to explain it to you. This is but one example from many in the archive. Should I file some kind of minor bug with a certain usertag for each of these and will it be labeled wontfix? Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Bug#350982: ITP: slimscrobbler -- SlimServer plugin that submits listening data to Last.FM
On Fri, Feb 03, 2006 at 06:16:29AM +0100, Mike Hommey wrote: > On Thu, Feb 02, 2006 at 09:41:55PM -0500, Kevin Mark <[EMAIL PROTECTED]> > wrote: > > Hi Josselin, > > I have read many descriptions that made no sense to me and it was > > mentioned that you either know what the jargon/terms are because they > > are in your area of expertise or else if you dont know the terms/jargon, > > you probably wouldn't be interested in the package. So I guess either > > you know what last.fm is, or you don't. If you don't, no one seem to want > > to explain it to you. This is but one example from many in the archive. > > Should I file some kind of minor bug with a certain usertag for each of > > these and will it be labeled wontfix? > > Actually, you may not know what last.fm is, and still get interested in > it if someone gives you an explanation of what it is... > > Mike Hi Mike, of course someone can learn about a package or term used in a package from a source other than the short or long description and then choose to use a package but doing an 'apt-cache search & show' is supposed to be useful. And if it requires a person or google search to explain why I may want to use a package, the person may not be available and google could take time and may never lead to a sufficient explanation which leads to joe user who may not have net access or sufficient human resources ever using a package. So basically some descriptions need to be edited to define some terms more but not to an encyclopedic degree. And thus you need to find the balance between terseness and verbosity. The debtags may address this issue, but they are at times cryptic and thus need a definition. I was just looking at 'molphy' and found tags for 'culture::bosnia' and 'admin::logging'. What am I supposed to infer? This was written by a bosnian, it is in the bosnia language, the app is about bosnia? (not to criticize, this is just a random sample to illustrate, hi E.Z.) And does this produce a log in /var/log? Is this just to say that app produces a error/user log? These are tags that lack a definition so that folks know for what they are short hand. cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: How to contribute
On Mon, Feb 13, 2006 at 01:58:09PM +, Michael Rasmussen wrote: > Hi all, > > How to I contribute an application to Debian? > > I am the developer of the application and it is released under GPL > > Regards, > Michael Rasmussen > Hi Michael, there is documentation on the debian.org website for developers under the developers sections. The basic thing is to read about the 'ITP' (intent to package) ,'RFS' request for sponsorship, and possibly the 'NM'(new maintainers) process. To get software included in Debian, you can be a developer or you can get a developer to sponsor software. This means that he/she will inspect your software and if its found to be free of reasonably bad things (trojans, major bugs, licensing, etc.) it will be uploaded by him/her. This is because if you are not a member of Debian, you are not 'trusted' yet to upload to our secure infrastructure. If you become a Developer, then you are given the permission and you can upload your stuff. Also, to get help on packageing (eg. making a .deb archive) there is the debian-mentors sub-site on the debian.org site and an accompaning mail list. Cheers, Kev PS. releasing under the GPL is a good first step because licensing is very important to Debian and the GPL is one of its most used license. -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: How to contribute
On Mon, Feb 13, 2006 at 07:14:04PM +0100, Michael Rasmussen wrote: > Hi Kevin, > > On 13-02-2006 15:38:16, Kevin Mark wrote: > >there is documentation on the debian.org website for developers under > >the developers sections. The basic thing is to read about the 'ITP' > >(intent to package) ,'RFS' request for sponsorship, and possibly the > >'NM'(new maintainers) process. To get software included in Debian, > >you > >can be a developer or you can get a developer to sponsor software. > >This > >means that he/she will inspect your software and if its found to be > >free > >of reasonably bad things (trojans, major bugs, licensing, etc.) it > >will > >be uploaded by him/her. This is because if you are not a member of > >Debian, you are not 'trusted' yet to upload to our secure > I have been reading it for the last 1 or 2 hours. From what I > understand one should use wnpp to file an RFA and ITP request and in > that request give a short and a long description of the application. If > one is able it is also prefered to include a URL to *.orig.tar.gz, > *.diff, *.dsc and *.deb. Also it is recommended that one should > register on http://sponsors.debian.net > > >infrastructure. If you become a Developer, then you are given the > >permission and you can upload your stuff. Also, to get help on > >packageing (eg. making a .deb archive) there is the debian-mentors > >sub-site on the debian.org site and an accompaning mail list. > This is not a problem since I have package several source.tar.gz or > ported *BSD, Redhat and Slackware before for my own purposes:-) > > >PS. releasing under the GPL is a good first step because licensing is > >very important to Debian and the GPL is one of its most used license. > > Check. There can be only one license:-) > > -- > Hilsen/Regards > Michael Rasmussen Hi Michael, you seem to forging ahead! check out my diagram at http://debian.home.pipeline.com for a BIG overview of Debian. Hope to 'apt-get install' your application soon! Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Bug#352912: general: Reduce network load using zip packaging and VFS
On Wed, Feb 15, 2006 at 08:25:07PM +0300, =?UTF-8?Q? =D0=9F=D0=BE=D1=80=D1=82=D0=BE=D0=BD_?= =?UTF-8?Q?=D0=9B=D1=8C=D0=B2=D0=BE=D0=B2=D0=B8=D1=87 ?= wrote: > First, I suggested .zip just for an example. There are other similar > archivers with bigger compression ratio. > > > One more additional thought: We can make Debian server to serve files like > apache2_2.0.55.zip/README and/or apache2_2.0.55-4.zip/README (patched) > delivering to clients (compressed) entries from the .zip archive. (Which > protocol to use? Not HTTP due too big overhead. Or maybe HTTP is OK with > pipelining? At least HTTP well supports tranferring archived data. File modes > can be specified by an extension HTTP header.) > > Then clients would be able to mount these (source) archives as filesystems. > > -- > Victor Porton ([EMAIL PROTECTED]) > Hi Victor, Debian seems to like folks to do stuff as well as make suggestions. Could you implement any of your ideas in a small scale and provide a report of benefits. And if possible allow other folks access to this system. I would use the excellent example of Ingo J. who provides the buildd.net service. Even if all of his ideas have not been integrated into debian, it still provides a useful service and is an example of possible improvements that debian could utilize. The benefit Ingo's service provide are apparent only after having seen it in action and not merely from reading his proposal. Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Honesty in Debian (was Re: Amendment to GR on GFDL, and the changes to the Social Contract
On Sat, Feb 18, 2006 at 12:13:04AM -0600, Gunnar Wolf wrote: > Xavier Roche dijo [Mon, Feb 13, 2006 at 10:55:57AM +0100]: > > > > Fonts or documentations are not softwares, for god's sake! > > > everything that is not hardware is software > > > > So a cat is a software, or a hardware ? Do I have to provide the sources > > (the DNA full sequence) if I want to give a kitten to someone, following > > the "free" spirit ? :p > > A cat is not licensed under a viral license ;-) And, more important, > is not covered by copyright law (at least, I have not heard of a > breeder copyrighting the colors and/or design in the back of his > carefully-bred kittens) > Hi Gunnar, Monsanto has copyrighted GM rice. And as of late, a company has been selling a allergy-free cat which I'm sure they have either a patent and/or a copyright. IP seem to be including more and more of the world we live in and is consuming the past and possibly the future. Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: ITP: freebsd-manpages -- Manual pages for a GNU/kFreeBSD system
On Sat, Feb 18, 2006 at 09:02:57AM +0100, Javier Fern?ndez-Sanguino Pe?a wrote:
> On Fri, Feb 17, 2006 at 11:55:22PM +0100, Guerkan Senguen wrote:
> > Package: wnpp
> > Severity: wishlist
> >
> > * Package name: freebsd-manpages
> > Version : 6.0
> Wouldn't this package conflict with the 'manpages' package (which provides
> them for GNU/Linux) and with the manpages provided by other (core) packages?
> Or are all manpages going to be renamed so that there is no filename conflict
> under /usr/share/man/man{2,4}?
>
> Regards
>
> Javier
Hi,
if 'manpages' are GFDL and freebsd-manpages is under a bsd license, then
if freebsd-manpages CAN replace manpages and GFDL docs are removed, then there
will be no conflict.
cheers,
Kev
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal | debian.home.pipeline.com |
| `. `' Operating System| go to counter.li.org and |
| `-http://www.debian.org/ |be counted! #238656 |
| my keysever: pgp.mit.edu | my NPO: cfsg.org |
signature.asc
Description: Digital signature
Re: ITP: freebsd-manpages -- Manual pages for a GNU/kFreeBSD system
On Sat, Feb 18, 2006 at 09:42:19AM +0100, David Weinehall wrote:
> On Sat, Feb 18, 2006 at 03:30:38AM -0500, Kevin Mark wrote:
> > On Sat, Feb 18, 2006 at 09:02:57AM +0100, Javier Fern?ndez-Sanguino Pe?a
> > wrote:
> > > On Fri, Feb 17, 2006 at 11:55:22PM +0100, Guerkan Senguen wrote:
> > > > Package: wnpp
> > > > Severity: wishlist
> > > >
> > > > * Package name: freebsd-manpages
> > > > Version : 6.0
> > > Wouldn't this package conflict with the 'manpages' package (which
> > > provides them for GNU/Linux) and with the manpages provided by other
> > > (core) packages? Or are all manpages going to be renamed so that
> > > there is no filename conflict under /usr/share/man/man{2,4}?
> > >
> > > Regards
> > >
> > > Javier
> >
> > Hi,
> > if 'manpages' are GFDL and freebsd-manpages is under a bsd license,
> > then if freebsd-manpages CAN replace manpages and GFDL docs are
> > removed, then there will be no conflict.
>
> a.) The manpages packages does not (AFAIK) contain any GFDL docs;
> it's not provided by FSF, since they have a strange aversion
> against manpages, and an even stranger predilection for info
> pages...
>
> b.) The package itself does not *need* to conflict with the manpages
> package, since it provides manpages for 4, 5, and 7,
> (and manpages-dev provides 2, and 3).
>
> Replaces: manpages, manpages-dev
>
> is needed though.
>
> HOWEVER, since manpages-dev presumably contains documentations for
> interfaces that are Linux specific, it might make sense to have a
> Conflicts: manpages, manpages-dev
> anyway. This would mean that users of Debian GNU/FreeBSD would lose
> the manual-pages for glibc though (since they are also in manpages-dev).
> Maybe the manpages source package should be split into more binary
> packages? manpages (generic stuff for all Debian systems),
> manpages-linux (Linux specific things, like sysfs), manpages-linux-dev
> (Linux specific programming interfaces).
>
Hi David,
after a brief inspection, it seem 'manpages' are under various and
sundry licenses (none are GFDL) which is good. But with the change from
kernel-image to linux-image as one recognition of Debians' intent to be
more inclusive of non-linux thingy, should there be a change in the
installation path and notation inside man pages as to their kernel
origin? (like .../man/linux/ and .../man/bsd/) This would allow
simultaneous installtion and would allow someone on either system to be
able to read man pages from other systems. I doubt there was ever a *nix
system that envisioned bsd and linux stuff being installed on the same
system x-)
Cheers,
Kev
--
| .''`. == Debian GNU/Linux == | my web site: |
| : :' : The Universal | debian.home.pipeline.com |
| `. `' Operating System| go to counter.li.org and |
| `-http://www.debian.org/ |be counted! #238656 |
| my keysever: pgp.mit.edu | my NPO: cfsg.org |
signature.asc
Description: Digital signature
Re: Change .rm to mp3 or wav file
On Sat, Feb 18, 2006 at 09:29:52AM -0800, Peter Khwatenge wrote: > Do you have a program that can change .rm to mp3 or wave files? If yes, how > can I get one? > > Thanks > > Peter > [EMAIL PROTECTED] Hi Peter, there is software to do this but your questions should be asked on the debian-user list where questions like these are answered. This list is not used to answer question about using Debian but about making the Debian distribution. Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Bug#353277: ndiswrapper in main (was: Bug#353277: should be in contrib)
On Sun, Feb 19, 2006 at 02:11:30AM -0600, Peter Samuelson wrote: > No, the point of Java is to allow users to run Java software, which > they may or may not have written themselves, and which may or may not > be free software. Examples of all permutations of the above are really > easy to find. Can you say the same of ndiswrapper? Please be prepared > to present the testimonials of all the Windows driver developers you > know who really wish they could conveniently test their Windows drivers > on Debian, because I find it hard to believe there are any. We've > already established that nobody can find any free Windows drivers for > use with ndiswrapper, except one which is pointless as it's a port of a > driver Debian already has as native code. Hi Peter, if a piece of software was initially created to enable the use of non-dfsg software with a dfsg system it is classified as '?contri', but then someone creates dfsg-software to use this software, now its classified as 'main'. Would this follow? And then once in main, if the dfsg-use is abondoned, would it be reclassified as 'contrib'? But it also seems that the dfsg-use is not an absolute condition, it has to be deem non-toy and useful which is not an easily agreed upon idea. Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
Re: Bug#353277: ndiswrapper in main
On Sun, Feb 19, 2006 at 11:42:55PM +0100, Goswin von Brederlow wrote: > Mike Hommey <[EMAIL PROTECTED]> writes: > > > On Sat, Feb 18, 2006 at 05:04:54PM +0100, Goswin von Brederlow > >> The availability to do this is enough even if there are other > >> (possibly better) ways to do the same. One free driver _in_ Debian and > >> the package should stay in main. > >> > >> But does the cipe-source build or ship the windows driver for use with > >> ndiswraper? I doubt that. > >> > >> Which means you need some software (even if it is free) from outside > >> Debian for ndiswraper. That makes it contrib imho. > > > > Are there any free MSWord files in main ? No ? Then please move > > antiword and similar tools to contrib. > > > > Mike > > The difference is that antiword is a tool for the user. The user will > have doc files to use with antiword, e.g. send by mail. The antiword > program on its own provides the user with the ability to view his/her > word files. It does not depend on the existance of such a file on the > system to provide that service. > > But users don't get drivers send to them for use with ndiswraper. That > is strictly a system/kernel thing. A driver MUST be provided for > ndiswraper to create a network interface for use in the system. As > such I feel that its need for a driver constitutes a dependency. > > But that is just me. Do what you want as long as ndiswraper stays out > of non-free. > > MfG > Goswin Hi Devs, it seems that even before the SC, folks had different catagories for stuff. I'd love to spend some time classifying the wildlife in Debian and devise rules based upon how they are classified. Some of the wildlife include: license text, non-sourcecode documentation, kernel utilites, user utilites Cheers, Kev -- | .''`. == Debian GNU/Linux == | my web site: | | : :' : The Universal | debian.home.pipeline.com | | `. `' Operating System| go to counter.li.org and | | `-http://www.debian.org/ |be counted! #238656 | | my keysever: pgp.mit.edu | my NPO: cfsg.org | signature.asc Description: Digital signature
