Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)
We run GitLab on gitlab.brainfood.com and think it is really great. Let us know if there is some way we can help. It would be cool if gitlab.debian.net gave a view of the exact same repos on git.debian.org. Does Alioth have an existing way of dealing with merge requests? On Mon, Jun 6, 2016 at 12:00 AM, Pirate Praveen <prav...@onenetbeyond.org> wrote: > [copying dsa] > > On Thursday 11 February 2016 05:47 PM, IOhannes m zmölnig (Debian/GNU) > wrote: > > > > thank you very much for all your efforts! > > > > now i only need a migration plan :-) > > With gitlab 8.8.2 in the archive, I think we are ready to get it running > for debian. We have been running git.fosscommunity.in using the debian > package and most of the functionality is working (importing repository > from gitlab.com still needs fixing). > > I have backported gitlab to jessie and offer this via my personal repo > mahishasura.pxq.in I was planning to upload it to jessie-backports, but > since supporting it for the whole jessie cycle will be very difficult. I > will provide updates via this repo till stretch release. > > My plan, > > - setup gitlab.debian.net on jessie with my personal repo added. > - how do I add a machine? > - Do we have a preferred hosting provider? > - move to gitlab.debian.org after stretch release. > > > -- Ean Schuessler, Brainfood Co-Founder e...@brainfood.com 214-720-0700
Re: default messaging/VoIP client for Debian 8/Jessie
- Thomas Goirand z...@debian.org wrote: And yes, Java sux! :/ And it's going to take *a lot* of space on the CD1. This should therefore be discussed on the debian-cd list as well. I don't think that only the argument it's better because of this or that feature would be the only one (unfortunately). Java sux is so 1990s. Java produces faster results than most of the other advanced languages (python, ruby, perl, etc.), has better support for threads, an enormous range of support libraries and is Free Software. Eclipse is probably the most popular Free Software IDE in the world. Assertions about the space it takes up are fair but why not leave java sux type comments to the trolls, where they belong? -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/30457674.80051396371033364.javamail.r...@newmail.brainfood.com
Re: pulseaudio related problems....
- John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: I think most people simply don't configure PulseAudio correctly. They have the assumption that sound cards are still simple devices with one input jack and one output jack and any application using it just has to find the sound card and output its audio signal. ... So, in order to be able to properly configure PulseAudio, install pavucontrol or use the sound preferences in GNOME3 or MATE (with the package mate-media-pulse being installed). I have occasionally seen PulseAudio select the Null Output as the default device and stick that way. If the user doesn't know about pavucontrol then they may never figure this out. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9140317.26681392478684070.javamail.r...@newmail.brainfood.com
Re: Feedback
Its the most counter-intuitive, and non-user friendly name since Snow Leopard! A very Merry Debian Christmas from Dallas, Texas! - Mistikos Nik wrote: Debian documentation is a joke. It constantly refers to Debian versions by their nick names, and not their versions. If I am new to Debian and go to read the manual and I see 'Squeeze', do you think I am going to know what the fuck that means? No, but if Debian actually used the official name, then it would fall in line with conistency. I.E documentation for 'Debian 6'. People outside the development circle arn't going to know what Debian jargon. This is a classic case of computer nerds lacking social skills. If you don't have good documentation, then the product isn't going to get used. Debian use to be really popular. Now only old people use it. Why because new comers will choose a well documented distro over one that doesn't make sense. Life is too short to fuck around. Merry Christmas! -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com
Re: Ubuntu have done it again,
I think RMS has done exactly what needed doing. Ubuntu is trying to find a way to generate revenue and RMS raises some perfectly points about why he disagrees. He is exactly the right guy to speak out about it because it is in line with his brand image. Kind of like shock-jock, Howard Stern, part of RMS's lovable style is his crumudgeonly and passionate outspoken statements. He likes to be at the center of controversy and that works for him. Like Stern, even when you hate on him you are talking about him and that only makes him bigger. Debian's positive aspects, on the other hand, are more about openness, stability, longevity and a consistency of purpose. We have enough trouble with our screaming bad-boy flame-on image. Nothing about the feature that Canonical built violates the Debian Free Software Guidelines. If people find it convenient and useful to install a system that converts local disk searches into e-commerce queries then that is totally A-OK. Its a free country. If you don't care for the idea then you should do the same thing as RMS and write a blog entry about how bad you think it is. Maybe it will change people's minds or maybe people will think you are wrong. That is the way opinions work. I don't see that it is productive for the Debian project itself to make an official statement. Complying with the tenets of Free Software while, simultaneously, trying to make your payroll is a hard problem. Plenty of other partners (ie. Google) do similar things with proprietary builds of Free Software projects (ie. Chromium). I don't think, as a project, we know the answers to these questions in a comprehensive way. It is a work in process. - Svante Signell wrote: this time installing surveillance code. http://linux.slashdot.org/story/12/12/07/1527225/rms-speaks-out-against-ubuntu http://www.fsf.org/blogs/rms/ubuntu-spyware-what-to-do Any reason Debian should be so closely linked to Ubuntu? -- Ean Schuessler, CTO e...@brainfood.com 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/28303258.79741354925106068.javamail.r...@newmail.brainfood.com
Re: I hereby resign as secretary
- Manoj Srivastava sriva...@debian.org wrote: I am hereby resigning as secretary, effective immediately. I was planning on leaving the office soon, anyway, but I had a rewrite of Devotee underway, which would have made the software more useful for different people (different checks --LDAP.gpg. and others), and allowed Devotee to be packaged as essentially a perl library, with vote protocols being perl scripts (debian-vote --config gr_lenny.cfg). But that is no longer a compelling reason to stay on. Man, what a drag. I appreciate that you are between a rock and a hard place with this one. Thanks for the hard work. I'm mighty curious who wants to sign up for this beating next. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: First call for votes for the Lenny release GR
- Steve Langasek vor...@debian.org wrote: Boycotting is unlikely to prevent all ballot options from reaching the quorum requirements, and given the inconsistent application of supermajority requirements by the secretary it is possible that the vote outcome, as determined by the secretary, will not match what the outcome would have been on the same ballot with consistent supermajority requirements. I don't see how he is being inconsistent. Honoring DFSG requirement that programs come with source shouldn't require a super-majority and neither should distributing GPL blobs if they are indeed GPL. All the other options require that we distribute software that is not DFSG compliant. I know that some are fixated on the fact that firmware runs on some other CPU but I don't buy that line of reasoning. If this firmware business passes then I am going to start hunting down some MAME ROMs that have lapsed into the public domain. Those ROMs, after all, are firmware for video game machines and they run on a simulated CPU... not the host. I hope #1 wins and we release Lenny by distributing a proprietary firmware enabled installer out of non-free. Its just as easy for users to download and it doesn't require us breaking our foundational documents or distorting the notion of what constitutes free software. -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: First call for votes for the Lenny release GR
- Steve Langasek vor...@debian.org wrote: The title of ballot option 5 is a complete fabrication on the part of the Secretary that has nothing to do with its text. If option 5 had actually said what the title claims it says, then a different supermajority requirement might be in order, but that's not the case here. Complete fabrication seems a bit melodramatic to me. I will agree that #5 is not as clearly worded as it could be but I don't think its being purposefully deceptive by a long shot. I read it as stating that we assume firmwares to be under a DFSG compliant license that does not violate the GPL when linked into the kernel. The kernel is GPL and the firmwares may be under a variety of licenses that do not violate the GPL (BSD, etc). I also read #5 as implying that firmwares constitute source. None of those cases require a super majority as long as you actually believe that firmware constitutes source (which it may, in some rare cases). -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: First call for votes for the Lenny release GR
- Ean Schuessler e...@brainfood.com wrote: I know that some are fixated on the fact that firmware runs on some other CPU but I don't buy that line of reasoning. If this firmware business passes then I am going to start hunting down some MAME ROMs that have lapsed into the public domain. Those ROMs, after all, are firmware for video game machines and they run on a simulated CPU... not the host. I've already found some public domain MAME ROMs! You developers in the former GDR may remember some of these games. Apparently they ran on a soviet clone of the Zilog Z80. http://en.wikipedia.org/wiki/PolyPlay There is also a Bally Midway game that has been released into the public domain. http://www.klov.com/game_detail.php?letter=Rgame_id=9368 As soon as firmware is considered source, I can ITP these awesome games! -- Ean Schuessler, CTO Brainfood.com e...@brainfood.com - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Sun RPC libraries and other stories
I'll look into doing a pull on OpenSolaris and see what matches. Does Sun have OpenSolaris loaded into a copy of Nutch somewhere? That would be ever so useful. - Simon Phipps [EMAIL PROTECTED] wrote: Is this in any way related to any Sun code, or is the string simply used by the author for external reference in some way? The team has not been able to identify anything here as originating from Sun. If you're able to identify a file or fragment in a Sun codebase such as OpenSolaris we'll be able to work on relicensing it, but otherwise there's not enough here to conduct the archaeology. -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sun RPC libraries and other stories
I'm here at ApacheCon with Simon Phipps and he said that Sun would be delighted to help Debian resolve the RPC licensing problems. He wanted to note that the Free Software Definition did not exist at the time when Sun released to the community and they couldn't have predicted that it would violate the DFSG. Considering when it was released, its very open. He also noted that Sun hasn't pursued any legal action in all this time and that is a good indicator of their position on the whole thing. All we need to do is get Simon a diff of what changes we need made and he will help us make the arrangements. In short, Sun is all for Debian keeping the RPC code in libc6 or the kernel and will do what is necessary to make it happen. -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun RPC libraries and other stories
- Michael Banck [EMAIL PROTECTED] wrote: Assuming Sun is the sole copyright holder of that code, he could advise their IP laywers/whoever to relicense the code; either to the glibc license (LGPL-1.2 or later, currently), or perhaps the BSD license. The latter would probably be best for portmap as well, considering is is BSD licensed. If Sun does not want to relicense to BSD/LGPL this code due to their corporate licensing strategy, but still want to see the code remain in Debian's glibc/portmap, they should propose a compatible license they like I'd say. For Sun to make this happen we just have to help them line things up. On the one hand, similar code exists in Solaris but we don't want to go through the headache of trying to reintegrate that code into our stack. We need to wave a magic licensing wand over the particular code that we are using, in place. Since this code is from 1984 we have to go through some archeological processes to locate the people in Sun that are the duly designated authorities. What we need to do for them is provide them a list of URLs to the elements we need re-licensed and the license we think would solve the most problems for us. Sun can then take that source and start tracking down who needs to authorize it. Thanks for working on this, let's hope we can resolve this in time for Lenny! No problem. I'm here so I might as well do something useful! -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sun RPC libraries and other stories
- Michael Banck [EMAIL PROTECTED] wrote: The code is copyrighted by Sun, not some particular employee, so AFAICT digging up who wrote it will not be necessary. Please understand that asking Sun to relicense source is a little like asking Debian to hurry up and release Lenny. Different pieces of source are controlled by various people who work in various departments in Sun. You can't just walk up to the universal source control desk and say please relicense this. Their internal versions that their lawyers are used to dealing with are almost certainly not the same things that we are using. The main thing is, good news, they want to help! This is portmap-6.0, from http://neil.brown.name/portmap/ http://sourceware.org/cgi-bin/cvsweb.cgi/libc/sunrpc/?cvsroot=glibc it would be desirable if Sun would relicense the past versions as well, as Lenny will ship with glibc-2.7. The tarballs can be found at ftp://sources.redhat.com/pub/glibc/ These look good, Simon has already read the email and forwarded these links along to some Sun legal people. -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [DRAFT] resolving DFSG violations
- Manoj Srivastava [EMAIL PROTECTED] wrote: On Thu, Oct 23 2008, martin f krafft wrote: It's all a matter of defining what your priorities are, which brings us back to the Social Contract, which says that these include: - 100% freeness - cater best to the interests of our users Frankly, this mindset infuriates me. It frames the discussion incorrectly, it implies that freeness and user interest are at odds. Logically, it aargues that Windows is the best for users, since it caters to newbies, and is not free- and since the implication is that freedom can be taken too far, allowing the users freedom to see movies legally, to use MS office and photoshop legally might triump the new fangled linux thingy. Its a lot like exercise. Its not convenient and its not easy but in the long run its a good idea. I think the loud voices you are talking about are the same kind of loud, short-term gain voices that have caused so much trouble for the American economy. The point is that what is best for the user and what is convenient or easy for the user may not be the same thing. It is convenient and easy to eat fast food every day but it will make you fat and unhealthy. So it is the same way with your computer. It is easy and convenient to give up freedom and control so you can watch a movie and play a cool 3D game, but you end up with your data trapped in an infrastructure controlled by the interests of others. Now, breaking the law to keep control... I don't know how we advocate that. That's a harder question. Without law the whole notion of copyright is farcical and the DFSG becomes largely meaningless unless we are looking to some kind of higher law. Not clear how that works. -- Debian, choice of a GNU generation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug reports of DFSG violations are tagged ???lenny-ignore????
- Thomas Bushnell BSG [EMAIL PROTECTED] wrote: On Tue, 2008-10-21 at 16:00 -0500, William Pitcock wrote: Unfortunately, those who contribute to Debian must be dedicated to ensuring future releases of Debian support the latest available hardware at time of release. Really do have to disagree there. We should absolutely preferentially support quality hardware that facilitate user control. From a purely practical standpoint, there may come a time (because of evolutions in nanotech or who knows what) where certain type of digital technologies have strong controls that must be honored in order to preserve the safety of the general public. Given that scenerio I think we would have to be 100% free and 100% obey the law. I think we can leave it to others to break the law for us (or, preferrably, secure legal permissions through proper channels). We don't need to distribute binary blobs to have a useful foundation for building other things. If I was going to suggest any kind of change to the Social Contract at this point it would be: 6. Debian will obey the law We acknowledge that our users live in real communities in the real world. We will support the needs of our users to comply with the laws that are applicable in the places where they use their software. We will strive to create the most usable operating system legally possible for our users. Within the boundaries of our resources we will work with our developers to track and adapt the changes necessary for them to comply with the laws and rules of their local authority. In the jurisdiction of authorities which are antagonistic to the cause of Free Software we will work within the boundaries of the law to promote change to a more open system. ... Obviously, we can't be in the position of asking our donors or our users to purposefully break the law. Where law and logistics make it impossible to be completely free we must strive to be as free as legally possible and work to promote positive change. -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug reports of DFSG violations are tagged ???lenny-ignore????
- Gunnar Wolf [EMAIL PROTECTED] wrote: Umh, problem is the myriad of jurisdictions all over the world. This would very easily become unfeasible. In the end, it ends up being each user's responsability to obey the law the best way he can. Debian helps as much as possible by only using valid, free and compatible licensing schemes - but if in West Namibia it becomes illegal to digitally manipulate photographies, we won't stop shipping photo manipulation programs. I guess the question is, staying in the arena of 100% Free, what if DRM technologies become pervasive in the United States and Europe and it literally becomes illegal to have a computer without some proprietary software in it? What if it becomes impossible to develop on a computer, legally, without compromising? Would it still be better to have a computer that is 99.9% free? Keep in mind that I'm asking this in the scenario where providing the last 0.01% as Free Software would be illegal. With the way cell phones and hosted applications are developing it might not be so far-fetched. -- Ean Schuessler, CTO Brainfood.com [EMAIL PROTECTED] - http://www.brainfood.com - 214-720-0700 x 315 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
On Monday 02 July 2007 05:29:46 pm Bernd Zeimetz wrote: imho xmms2 is not a real replacement for xmms, as this client-server model is too complicated for the normal user, and I find it pretty annoying. If I'd be in the need of any kind of server, I'd use a proper streaming server. The last time I've tried it bmpx was working well, but there were some plugins missing I used in xmms, don't remember which ones, though. But I still support the removal of xmms from Debian as it is pretty much broken and buggy, and gtk1 is pretty much outdated. People thinking about fixing xmms should better invest time in bmpx or audacious imho. A number of noob users I set up on Debian long ago are still active XMMS users. It would probably be less frustrating for them if the upgrade that removes XMMS migrates their configuration to something that totally just works and has a level of eye-candy high enough to remind them that they are using the world's greatest operating system... even though they can't program and don't fully comprehend the greatestness of Debian. -- Ean Schuessler, CTO [EMAIL PROTECTED] 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
10 Years of the Social Contract == Pancakes
The celebration so far is limited primarily to Finland so I hereby officially claim the first 10 Year Debian Social Contract Pancake Party in Texas (tm). Anyone who loves Free Software as much as they love Pancakes please feel free to drop by Brainfood and celebrate the 10th anniversary of the Social Contract! http://wiki.debian.org/SocialContractTenYears -- Ean Schuessler, CTO [EMAIL PROTECTED] 214-720-0700 x 315 Brainfood, Inc. http://www.brainfood.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Kaffe marked remove (was Release-critical Bugreport for May 9, 2003)
On Fri, 2003-05-09 at 19:23, Adam Heath wrote: This is a bug that exists in *stable*, and does *not* exist in unstable(upstream requires the user to explicitly set a file to use, and doesn't pick one itself). It was only filed this week. The other RC bug has been fixed. Please mark kaffe as not being removed. It's stupid to remove it because of one bug that's less than a week old. Agreed! I'm in the process of closing the bug on 1.0.5 but there is some question as to how the problem should be solved. I can follow the behavior of the Kaffe 1.0.7 scripts or use mktemp/mkstemp like gcc. For the sake of expediency I will probably use the 1.0.7 approach of making the user specify the tempfile, or create a directory. In any case, please chill out. The exploit is only valid when Kaffe is in debug mode and doesn't really present a tangible threat to a normally operating Debian box (with, like, Freenet or something running). -- _ Ean Schuessler [EMAIL PROTECTED] Brainfood, Inc. http://www.brainfood.com
Re: on forming a new Linux Distribution
Well, admittedly I am rather suprised at this. Although Bruce's post is so calmly worded that it is difficult to find fault, a bird's eye view of his actions produces a scene that really makes me wonder. The most revolting thing to me is that this whole tantrum stems from the fact that Manoj Shrivasta would not allow Bruce to dictate what his motivations for writing free software should be. Bruce could have followed the great Freeware tradition of building concensus by putting togethor a team of Debianites dedicated to creating a newbie-friendly wrapper for the technically excellent Debian distribution. Instead he selected a person almost diametrically opposed with his viewpoint and built an otherwise small and questionable issue into a conflict ultimatly ending in his resignation from the Debian group. Free Software is all about diversity. Any development effort that wants to grow to a significant size needs to understand that. The best way to make a friendly Linux distribution (be it Debian or any other name you should chose) is not to eliminate all the people who are deeply interested in the technical component of the work. The people who want to make something for the new users should cooperate with the die hard hackers to create a system that perserves both sets of needs. Either extreme is lopsided. At a fundamental level I question the proposition that Debian is not concerned with usability. Beyond that I question the fact that RedHat is so much more usable than Debian. It may install easier, but is it easier to run? You spend a few hours installing your system, you spend years running it. In the interest of diversity and competition I support the idea of a Debian faction or even an alternate distribution that is focused on the user. I cannot endorse the extreme (ditch dpkg, go work for RedHat) that Bruce has gone to. My personal feeling is that every man hour that Debian loses to this effort is one man hour too many. I had understood that Bruce had a lot going on personally and the demands of Debian were simply too great. Apparently he is willing to take on the even larger project of rebuilding Debian from scratch. Rather than duplicate a lot of effort I would suggest that Bruce gird up his loins like a man and come back to the Debian effort to establish a usability commitee. On Wed, Apr 29, 1998 at 08:05:00PM -0700, Bruce Perens wrote: I've been giving serious thought for a while to forming a new Linux distribution. My reason is to fulfill some goals that currently are not addressed by Debian or the commercial distributions. 1. Focus on the User Who is the real user? An experienced hacker or a person who has no understanding of Linux at all? Perhaps we should get rid of the command line? Create a registry? 2. Maintaining a non-commercial alternative to the commercial Linux distributions. I think Debian's drifted too far from the mainstream of Linux to continue to fulfill this purpose. Totally do not follow this line of reasoning. See the slashdot poll on distribution preference. It shows Debian a close second to Red Hat. 8. Marketing On An Equal Footing with Engineering I don't recall anyone forbidding the development of marketing materials. The only cold blanket I've ever seen marketing wise was the selection of old blue eye as a logo. I could give you the opinions of professionals on that drawing as a logo if you are not interested in mine. RPM as the package system - possibly with an APT port later on (is that what it's called now?). It's necessary to get the other distributions in on the project. We'd have to add a few missing features to RPM, but this would be pretty easy to do. Why? No obscentity. Avoids legal problems and makes _me_ feel better. There is lots of room for free-speech distribution sites on the net. Well, I hope you can get bitchx, Satan and the other daemons on board. E ps. Bah humbug. -- ___ Ean SchuesslerDirector of Strategic Weapons Systems Novare International Inc.A Devices that Kill People company *** WARNING: This signature may contain jokes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
68k test machine?
I have a Quadra950 that I am thinking of coaxing into running Linux and slapping on the T1. Would a 68k test environment be useful? -- ___ Ean SchuesslerFreak Novare International Inc. Freak Central *** WARNING: This signature may contain jokes. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Technical Support Database suggestion...
I think that it would be useful if we were to design a technical support database (something along the lines of GNATS but more user friendly) that created an online searchable database of issues that had been raised by users and the resolutions that had come out of it. This would not only be more usable than the mailing list method but would go further towards eliminating the repeated handling of identical problems. Hopefully people would search the database and if they couldn't find anything relevant then they could add an entry to the database. It would also be interesting to build a language translation system that used similar methods. Package maintainers could submit application texts and messages to a database and Debianites could cooperatively translate them to other languages. All these applications should be web based. -- ___ Ean Schuessler As above Novare International Inc. so below --- Some or all of the above signature may be a joke -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .