Bug#284283: ITP: fairuse -- spam filter based on sender identity verification
Package: wnpp Severity: wishlist * Package name: fairuse Version : x.y.z Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://www.example.org/ * License : Free for non-commercial use Description : spam filter based on sender identity verification Subject to license verification (DFSG compliant): FairUCE is a spam filter that prevents spam from reaching the recipient's inbox by verifying the identity of the sender. It will stop the vast majority of spam without the use of a content filter, and without requiring a probable spam or bulk folder that needs to be checked periodically. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: All Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C
Bug#284285: ITP: fairuce -- Spam filter based on sender identity verification
Package: wnpp Severity: wishlist * Package name: fairuce Version : x.y.z Upstream Author : ghamilt at us dot ibm dot com * URL : http://www.example.org/ * License : Free for non-commercial use Description : Spam filter based on sender identity verification FairUCE is a spam filter that prevents spam from reaching the recipient's inbox by verifying the identity of the sender. It will stop the vast majority of spam without the use of a content filter, and without requiring a probable spam or bulk folder that needs to be checked periodically. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: any Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C
Re: Bug#284283: ITP: fairuse -- spam filter based on sender identity verification
Andrew Suffield([EMAIL PROTECTED])@2004-12-05 09:55: > Non-commercial-use-only licenses are non-free. Yup. Sigh. I closed the ITP. It turned out there were several problems with the package: 1. License not DFSG 2. Coded in Java (I dont do Java) 3. IBM sign up required to access upstream Is someone else wants to get past the above problems, go for it!! :-) Steve
Re: New stable version after Sarge
Paul van der Vlis([EMAIL PROTECTED])@2005-01-04 14:40: > Hello, > > One of the biggest disadvantages of Debian for me is the long time it > takes for a new stable version. I guess one man's meat is another man's poison. Since I administer a large number of distant computers I view the long time between stable releases as a feature not a bug. > What about saying something like: the next stable release comes in the > beginning of 2006? Once a year works for me, but any more frequent would be a pain in the neck. Frankly a release every 18 months seems about right. > I can understand something like "Debian releases when it's ready", but > many people have to work together. Maybe it's better to say: "a package > releases when it's ready, but the deadline for the next Debian release > is a fixed date". Also the concept of "releases when it's ready" seems to be a little contrived. When *what* is ready exactly? The current system of defining a release seems to involve identifying a number is arbitrarily characteristics that will define the new version. The release occurs when they are complete and the RC bug list is low. Perhaps a date based release mechanism could be built using a new distribution, call it prestable. Packages qualify to be enter prestable after residing in testing for ten days and having NO RC BUGS. The idea is to keep prestable in a highly stable state at all times, a rolling stable if you will. So a package follows the following path: unstable --> testing --> prestable --(approx. 12 months)--> stable People running servers (like myself) will stick with stable. Those wanting a reasonably stable system but want the latest features run prestable. Those wanting the very latest but don't care about RC bugs run testing. Developers normally run unstable. In some ways prestable would resemble the current stable when the release manager has begun freezing it. Of course one would not want prestable to be released with critical components missing. To prevent such a thing a number of packages are identified as release essential (RE). Every RE package has to have migrated from testing to prestable for the annual release to take place. Any non-RE packages with RC bugs at release time simply do not make it into the stable release for that year. If it looks like a critical package will be ommited the release manager can always make that package RE. Although the target is for an annual release to occur, the proposed mechanism also permits the project to identify a set of features for the new release. For example, had prestable existed for 3.1 the new installer would have been listed as RE. So ... Debian would still release "when its ready" but everyone has a better idea of what "ready" means simply by looking at the RE package list. Steve
Re: New stable version after Sarge
Wouter Verhelst([EMAIL PROTECTED])@2005-01-05 13:46: > That's how testing started off. We stopped doing this because > a) it at one point stalled glibc; as a result, nothing moved to > testing >anymore, and when it finally did, the changes were so dramatic >that >testing was broken for quite some time. Hmmm .. I didnt know that testing was originally a non-RC distribution although I have heard of the glibc pain. > b) Some RC bugs are only discovered when they migrate to testing. If > the >promise of 'prestable' would be that it would contain NO RC BUGS, >then we would have to throw those out. That would likely result > in >prestable being a very incomplete system. ahh .. I take your point. What about the idea of identifying a list of release essential (RE) packages? Is that the mechanism actually used to determine the relase point when testing is frozen? Forgive me if I tread a well worn path, I was not involved with Debian when woody was released so this is my first experience with a release. Steve
Re: New stable version after Sarge
Wouter Verhelst([EMAIL PROTECTED])@2005-01-05 14:22: > > You should ask the release managers about that. > Wow!! You mean the decision process is not made public? I would have thought it would be out in the open for all to see. Mind you, Debian seems to be a hotbed of emotion at times so perhaps a less visible approach is necessary :-) Steve
Re: New stable version after Sarge
Bas Zoetekouw([EMAIL PROTECTED])@2005-01-05 14:31: > > I like that idea. We could even have a system to automagically throw > buggy non-RE packages out of testing. > That wouldn't be a bad idea at all. In the recent DPL interview: http://www.newsforge.com/article.pl?sid=04/12/23/2023223 Martin indicated that Debian now contains over 10,000 packages. That is HUGE. I would think some culling has to happen at some point either using bug counts or, as has been suggested, an analysis of popcon results. Or both. Although zero package usage would also result in zero bug reports ;-) Steve
Re: New stable version after Sarge
Ken Bloom([EMAIL PROTECTED])@2005-01-05 09:10: . > There's a discussion of release proposals ongoing at > http://wiki.debian.net/?ReleaseProposals > Please look around there to see what's going on and understand the ideas > that have been proposed. Thanks for the pointer ... reading through it now.. Steve
Bug#299107: ITP: xiron -- ruby interface for xine-library for displaying video
Package: wnpp Severity: wishlist * Package name: xiron Version : 0.1.2 Upstream Author : guenter at users.sourceforge.net * URL : http://xiron.sf.net * License : GPL Description : ruby interface for xine-library for displaying video This is an extension to ruby which allows to use the xine-library to play media streams. this binding takes advantage from the unique features of ruby to provide an objectoriented, and easy-to-use interface to xine. the goal of the api-design is to be lightweight and as smart as possible but not outsmart the programmer. this api combined with the powerful features of the ruby language itself leads to a powerful development framework which makes the development of new media players surprisingly easy. xiron also provides some utility classes not directly related to xine but very usable for frontends. currently there is a class to handle mediamarks and playlists of various formats and an osd widget set to easily write purely osd-based front-ends like oxine. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: Any Locale: LANG=C, Ruby -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New (experimental) Debtags package search page
Enrico Zini([EMAIL PROTECTED])@2005-11-15 17:55: > I implemented a new kind of package search, here: > > http://debtags.alioth.debian.org/cgi-bin/search.cgi Nice. Could this be tied in with the results of the popularity contest to give a ranking of results? Often several packages provide the same function and there needs to be some mechanism for selecting between them. Popularity doesn't completely solve the problem but is better than nothing. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
How to identify distro, lsb-release is broken
Hi I need to find a way of identifying the name of an installed distrobution. This mechanism should be able to differentiate woody sarge etch sid hoary breezy dapper Prior to etch I was using lsb-release but it seems /etc/lsb-release is no longer installed by 'apt-get install lsb-release'. The README.Debian file provides the following background information: > Distribution-specific information should be *separately provided* in > /etc/lsb-release; it is no longer provided in this package. It is my > hope that in Debian, this will be managed by the base-files > maintainer (who already maintains the debian_version file). I don't pretend to understand the reason for this change but I do know that my identification mechanism is now broken on etch. Can anyone suggest a more reliable mechanism? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to identify distro, lsb-release is broken
Miles Bader([EMAIL PROTECTED])@2006-02-23 17:41: > Stephen Birch <[EMAIL PROTECTED]> writes: > > I need to find a way of identifying the name of an installed > > distrobution. This mechanism should be able to differentiate > > To what end? Many people do not run "pure" releases, so the concept of > a distro version is rather shaky at best (especially in debian which > emphasizes fine-grained upgrades). We use apt to distribute internal software used in our organization. The build dependancies vary slightly for each distro so we simply use the distro ident when compiling to arrange for the correct tools to be installed. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#303571: ITP: rubyscript2exe -- pseudo compile ruby script into standalone executable
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: rubyscript2exe Version : 0.3.3 Upstream Author : Erik Veenstra <[EMAIL PROTECTED]> * URL : http://www.erikveen.dds.nl/rubyscript2exe * License : GPLv2 Description : pseudo compile ruby script into standalone executable RubyScript2Exe transforms your Ruby script into a standalone, compressed executable. You can look at it as a "compiler". Not in the sense of a source-code-to-byte-code compiler, but as a "collector", for it collects all necessary files to run your script on an other machine: the Ruby script, the Ruby interpreter and the Ruby runtime library (stripped down for this script). Anyway, the result is the same: a standalone executable (application.exe). And that's what we want! -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: all Kernel: Linux 2.4.27-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Intersection of installed packages with orphaned packages
I am interested in the intersection of packages installed on my machines with the list of orphaned packages. This is to be sure a program in use isn't orphaned without me becoming aware of it. Ideally the program would be run from cron about once a week and email a status report. Is there a program already in existence that can do the check? If it doesn't exist I'll write software to do the check, where would be the best place for the program to acquire the list of orphaned packages? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intersection of installed packages with orphaned packages
Matthew Palmer([EMAIL PROTECTED])@2005-04-08 19:14: > You'd be wanting wnpp-check, in the devscripts package. Check out rc-check > while you're at it. Both are cronable. ahh ... devscripts. I think you meant wnpp-alert not wnpp-check. Thanks for the tip. Perfect, thanks! Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: lintian & linda (was: Automatic testing of Debian packages)
Josselin Mouette([EMAIL PROTECTED])@2005-04-12 09:20: > Why? When you don't know Perl, and you feel like improving a software in > Perl is like eating oysters with skiing gloves, LOL > rewriting the software in Python so that you can work on it seems > like the best solution. An even better solution is to rewrite it in ruby so it doesn't have to converted from python to ruby at a later date :-) S. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304819: ITP: spca5xx -- Device driver for USB webcams based on the spca5xx chips
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: spca5xx Version : 0.56 Upstream Author : michel Xhaard <[EMAIL PROTECTED]> * URL : http://mxhaard.free.fr/camera.html * License : GPL Description : Driver for USB webcam and cameras based on spca5xx chips This is the spca5xx video for linux (v4l) driver, providing support for webcams and digital cameras based on the spca5xx range of chips manufactured by SunPlus Sonix Z-star Vimicro Conexant and Transvision. Many cameras use this chipset including devices from Creative, Intel, 3Com, Kidak, Mustek, Megapix, Aiptek, Maxell, Logitech and many more. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304820: ITP: spcaview -- Tools to test USB webcams
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: spcaview Upstream Author : michel Xhaard <[EMAIL PROTECTED]> * URL : http://mxhaard.free.fr/sview.html * License : GPL Description : Tools to test USB webcams using Sunplus chips This set of tools are provide to test WebCam under Linux. Especially camera based on Sunplus chips, but that should work with some others cameras too.You need knowledge of Linux to use these tools and we don't provide any GUI interface for a large public area. These tools are design to: test, improve, perform our Kernel module in a lot of situations and provide usefull API for developer . As others projects in the Linux World we don't have any help, documentation from SunPlus compagny. All that great work use Reverse Engeneering to provide interoperabilities of our WebCam device. At this times, we support up to 40 Webcams from a lot of compagnies: (Aiptek, Mustek, Intel, Grandtec, Maxell, Genius, Dlink, Kodak, Creative, Logitech, Benq, ViewQuest.. ) and only one driver can deal with all, strange Linux World :) This software is intended to support the spca5xx device driver. They may be combined into a single package, discussions with upstream are in progress on this matter. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: any Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ITP: spca5xx -- Device driver for USB webcams based on the spca5xx chips
Carlos C Soto([EMAIL PROTECTED])@2005-04-19 14:55: > Great! > > I use this module and wold be great to have it on debian. > I was thinking on put a RFP bug for it. The package is not going to be ready in time for sarge though :-( Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311069: ITP: flyway -- General aviation flight planner
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: flyway Version : 0.4.0 Upstream Author : doug101 AT bellz DOT org * URL : http://www.bellz.org/flyway/index.html * License : GPLv2 Description : General aviation flight planner Flyway allows the user to find and enter U.S. waypoints (airports, navaids, and fixes), then it calculates courses, wind corrections, and travel times. Information about the waypoints is provided (including frequencies, elevation, fuel availability, and runway descriptions). The route data can also be used to fill in an editable FAA Flight Plan form, fetch basic weather information from the internet, and display a very rough map. This program is to be used for preliminary flight planning only. It is not to be used as an official source of navigation information. The database it uses is not guaranteed to be accurate or current (it was labeled as current in April 2002). Also, the program itself is likely to still contain some bugs and is not intended to be a substitute for official flight planning information. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: all Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311070: ITP: fplan -- General aviation flight planner
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: fplan Version : 1.4.2 Upstream Author : [EMAIL PROTECTED] * URL : http://www.ibiblio.org/fplan/ * License : GPL Description : General aviation flight planner The input to fplan is a planfile that can be created with the user's favorite plain text editor. A self explanatory language is used to describe the flight; departure and destination airports, intermediate waypoints, navigation aids, winds aloft, and fuel consumption rates. The flight plan produced by fplan includes; wind corrected magnetic headings, distance, estimated time and fuel consumption for each leg, latitude and longitude for each checkpoint, and optional VOR fixes. A graphical preview of the flight is available on systems with X11 Windows and the XView Toolkit. This program is to be used for preliminary flight planning only. It is not to be used as an official source of navigation information. The database it uses is not guaranteed to be accurate or current. Also, the program itself is likely to still contain some bugs and is not intended to be a substitute for official flight planning information. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: Any Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#311373: ITP: wifi-radar -- GUI utility for managing WiFi profiles
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: wifi-radar Version : 1.9.3 Upstream Author : [EMAIL PROTECTED] * URL : http://www.bitbuilder.com/wifi_radar/ * License : GPL Description : GUI utility for managing WiFi profiles WiFi Radar is a Python/PyGTK2 utility for managing WiFi profiles. It enables you to scan for available networks and create profiles for your preferred networks. At boot time, running WiFi Radar will automatically scan for an available preferred network and connect to it. You can drag and drop your preferred networks to arrange the profile priority. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: All Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Is Ubuntu a debian derivative or is it a fork?
Forgive me if this has already been discussed ... if so could someone give me a pointer to the thread. I find myself fairly confused about Ubuntu packages. I had thought that Ubuntu is a Debian derivative. Therefore I expected new packages to be first placed in Debian and then flow to Ubuntu. However, I recently found this page: https://www.ubuntulinux.org/wiki/MOTUNewPackages The project seems to have established a mechanism for putting new packeges directly into Ubuntu. Are new Ubuntu packages also put in Debian by the Ubuntu team members? The Ubuntu literature indicates that Ubuntu is a derivative of debian but it looks more like a fork to me. Also, when Ubuntu makes improvements to packages how do those improvements flow back to Debian? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Tollef Fog Heen([EMAIL PROTECTED])@2005-05-31 18:06: > * Stephen Birch > > | The project seems to have established a mechanism for putting new > | packeges directly into Ubuntu. Are new Ubuntu packages also put in > | Debian by the Ubuntu team members? > > Yes. Let me give you an example. I filed an ITP this morning on a promising package called wifi-radar. After writing the ITP I discovered someone has already built a deb for Ubuntu and placed it on the Ubuntu wiki. But they did not file an ITP. Normal debian etiquette identifies the maintainer of a new package as the first person to file an ITP. So how is this coordinated with Ubuntu? Unless I missed the ITP and filed a double by mistake we appear to have two independent wifi-radar maintainers now. The Ubuntu one and the debian one. In this instance there isnt an issue, I just want to see the software packaged and I'll happily yeald to the other maintainer if he/she wants. But I can see the possibility of a conflict in future when this happens with other packages. > | The Ubuntu literature indicates that Ubuntu is a derivative of debian > | but it looks more like a fork to me. > > It's a spoon. And a very good looking spoon indeed. I like Ubuntu and am switching my customer base over to it from Debian. But I sure want to see good coordination between Ubuntu and Debian. > > | Also, when Ubuntu makes improvements to packages how do those > | improvements flow back to Debian? > > Patches to bugs, debian maintainers picking up the patches from the > patch repository, inter-team communication. It depends. Still looks more like a fork than a derivative . or a spoon :-) Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
John Goerzen([EMAIL PROTECTED])@2005-05-31 13:34: > I may do that too, but its architecture support is abysmal compared to > Debian, so I have no choice in the matter at this point (and lack the > time to port ubuntu to all my archs). That is unfortunate for you. I am lucky (or unlucky perhaps) in that all of my customers' machines are x86 based. May be a sub-optimal platform but it does make sys admin easier. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Miros/law Baran([EMAIL PROTECTED])@2005-05-31 21:02: > ``The question is: who cares?''. Or, better: does it really matter, > what name will be used? Its not the name that would bother me, it is the result. As Matt Zimmerman pointed out elsewhere in this thread a "fork" is quite negative and has the potential to badly damage both projects. The Unix world was badly hurt by deliberate code forking during the 80s. Those of us who lived through it are scared of a repeat. It does look as if Ubuntu has none of the characteristics of a code fork that can create such damage. > Are you perchance a free software taxonomist? No .. not at all. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Tollef Fog Heen([EMAIL PROTECTED])@2005-05-31 22:21: > ... > It's both and not. I think of a fork as ??we want to do this > differently and we're not going to ???waste??? effort getting stuff merged > again??. Ubuntu isn't that; Ubuntu is trying to get the changes back > into Debian so they don't have to maintain their own versions forever. Ah .. that is what I wanted to read. That makes sense. Cool. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Hi Ante, welcome to the debian project! Ante Karamati?([EMAIL PROTECTED])@2005-05-31 20:09: > First of all, hi to all developers! > > I packaged that wifi-radar for Ubuntu. It was my first package and I > didn't fill ITP, untill it was reviewed by others. I'm sorry for not > filling ITP. I didn't know I have to. I'm new in creating packages and > don't know all the rules. No problem at all, I am the guy that filed the ITP (Intent To Package) before I knew of your work. Lets chat off the list about how you want to proceed. I'll do the best I can to help. I only started this thread because it seems there is the possibility of problems later on with other packages with packages being created by two people, one on Ubuntu and one on Debian. Duplicated effort. > So, could someone point me to some HOWTO or documentation regarind the > ITP and debian etiquette? Debian is quite well documented in most areas, but there is a ton to read. Here is a good place to start http://www.debian.org/devel/join/ > Speaking of package. It has few changes regarding upstream (man > page, Genereally it is a good idea to contact the upstream developer. Most are delighted to hear that somebody is planning to do the packaging work on their behalf. Most times they will accept patches and try to incorporate your improvements into the package. That is excellent because you don't have too keep patching with each new release from upstream. > autodetection of wifi interface, menu entry and uses gksudo instead of > sudo). Why did you not use sudo? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Michael K. Edwards([EMAIL PROTECTED])@2005-05-31 13:56: > What is the point of, say, harassing the glibc maintainer to take a > patch against the version in sid, when he's planning on jumping to > 2.3.4 as soon as sarge releases? If you want evidence on which to > judge the sincerity of Ubuntu's "giving back", watch what happens > post-sarge. I'm optimistic, largely because the Ubuntu folks seem to Okay - you have my attention. If you are right etch will be as beautiful as Hoary within a few weeks of the sarge release. Oh my gosh, I hope and pray you are right. We are all watching ... Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux / Debian / Ubuntu
Darren Salt([EMAIL PROTECTED])@2005-05-31 21:49: > For those who've missed the first three broadcasts today, there's one more at > 01:05 GMT; also see http://news.bbc.co.uk/2/hi/technology/1478157.stm>. Why on earth does the BBC force its listeners to all hit its servers at the same time. Doesn't make sense at all, why not ogg the program up and put it on its servers so the audience can listen when they want. Okay, so I know the answer. The BBC is still coming to grips with the idea that "boradcasting" is dead. The tech generation wants to time and space shift programming to a convenient time/location. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Michael K. Edwards([EMAIL PROTECTED])@2005-05-31 23:01: > I think it's been so long since Debian started having pre-sarge > freeze-spasms that we've all forgotten what it's like when the I am a long time Linux user but only saw the debian light just after woody released so I have no experience with the flood. But I can guess what is about to take place. Indeed I have several packages of my own just waiting for the release. > Once sarge does release, the Ubuntu folks are going to be right there > in the trenches with everyone else dealing with GCC 4.0, the death of > devfs, and the demands for a graphical installer. If anything they'll > be pulling Debian forward with Linux 2.6.11.bignum, just as they are > with Python 2.4 and some of the remaining java-in-main issues. It is > not in their interest to let their fork (or spoon or other implement > of destruction) go off into the rough. All good points. > > Oh my gosh, I hope and pray you are right. > > > > We are all watching ... > > I'm not quite sure this is sarcasm, although I have my suspicions. No .. it wasn't intended to be sarcastic. Both the Ubuntu supporters and the opponents will be watching to see what takes place. > But I happened to be watching on #ubuntu-devel as the last few hoary > RCs got knocked off. These guys (and gals) are pros, and they're Yes they are pros. I haven't started tracking ubuntu-devel yet but from the reading I have done it looks like Ubuntu has managed to avoid some of the volatile discourse (flames) that can be counter productive and, frankly, embarrassing in debian-devel. > excited about what they're doing, and they aren't any less committed > to Debian than they were before no-name-yet. They're used to dealing > patiently with bull-headed upstreams when wearing their DD hats, so > they can probably take Debian-Ubuntu frictions in stride. I guess in many cases Ubuntu have a double level of upstream to cope with :-) upstream --> debian --> ubunto > Some things about the relationship are going to be hard, though. I > was very distressed to find that a last-minute ABI change in sarge's > glibc will cause any package built on sarge that gets a versioned > glibc dependency to be uninstallable on hoary. I really had hoped to > run the same mysql-server packages on both, and I'm not quite sure > what I'm going to do for a distro-neutral C++ build environment. :-( So *that* was the cause. I have been helping a client upgrade machines from sarge to Ubuntu and our internal software broke with a glibc conflict. It means we are forced to either keep two repositories of internal code or switch EVERY machine to Ubunto. Sigh. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
John Goerzen([EMAIL PROTECTED])@2005-06-01 00:06: > Out of curiousity, do you have a rough estimate of the percentage that > actually make it into Debian? Or the percentage that are held back > with no good reason? I wonder if it would be an idea to write a tool that compares Debian and Ubuntu packages and provides a web based view of the delta so we can track divergence. > > In the not-so-distant future, a huge proportion of Ubuntu development will > > take place in Arch branches, with the intent of promoting more efficient > > collaboration both within Ubuntu and with Debian. > > Very nice. Okay ... I missed the development of arch. Boy ... its difficult to keep up with everything going on. How did the arch project improve on Subversion? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux / Debian / Ubuntu
On Wed, 2005-06-01 at 22:57 +0100, Dave Holland wrote: > On Tue, May 31, 2005 at 09:37:28PM -0700, Stephen Birch wrote: > > Darren Salt([EMAIL PROTECTED])@2005-05-31 21:49: > > > For those who've missed the first three broadcasts today, there's one > > > more at > > > 01:05 GMT; also see > > > http://news.bbc.co.uk/2/hi/technology/1478157.stm>. > > Why on earth does the BBC force its listeners to all hit its servers > > at the same time. > > Um, they don't. Click the "audio / 14K modems" link near the top of that > page to get a RealAudio feed. Errr .. thanks Dave :-) Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
On Wed, 2005-06-01 at 05:02 -0500, Christian Perrier wrote: > Quoting David Weinehall ([EMAIL PROTECTED]): > > > Indeed. The Nokia OSSO (Open Source Software Operations) that work on > > this product consists of several DD's (myself being one), plus at least > > one person in the NM-queue. Some of our subcontractors are also DD's. Wow Nokia just became my new favourite company. This is *very* exciting news. Once again Nokia does the right thing at the right time, it is no suprise that the company is such a success. > > This should be IMHO publicized more widely, for the benefit of both > Debian and Nokia, indeed. Agree -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
On Thu, 2005-06-02 at 00:53 -0700, Matt Zimmerman wrote: > There isn't much that I can do about packages that I don't maintain; we have > some tools for this, but it is primarily a matter of personal preference > (and not Debian dogma) how packages are maintained in Debian. If there is > some concrete way that you feel that we can help encourage team-oriented > maintenance of packages, I'd like to hear it. Excellent!! This may already happen but a good start would be to arrange for the Ubuntu tools to *automatically* copy bug reports and patches on a package to the packages DD. That way the DD is alerted to the changes in a timely manner. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
On Sat, 2005-06-04 at 20:38 +0200, Daniel Holbach wrote: > * The handling of NEW packages and in which cases to file an ITP. > * How to retrieve patches in the easiest way. > * How to start group maintenance. > > Maybe there are other issues, I missed in the thread. How to report bugs. Do we really need to separate bug tracking mechanisms? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Matt Zimmerman([EMAIL PROTECTED])@2005-06-05 12:55: > I don't think there exists a bug tracking system which meets this need > today, which is why Canonical is developing a bug tracking system which is > designed to meet the needs of open source projects collaborating with each > other on common code bases (Malone). That is interesting. Is it your hope that the debian project will switch to the new software so ubuntu can stop running an independent bug tracker? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
Florian Weimer([EMAIL PROTECTED])@2005-06-06 09:32: > * Stephen Birch: > > > Wow Nokia just became my new favourite company. > > To put things into perspective, Nokia is one of the companies lobbying > for unlimited software patents in Europe. Oops. I don't like to appear fickle but I guess they just went from top company to bottom in my mind. Sigh ... I would have liked one of those tablet computer. Software patents are an absolute menace in the USA it would be crazy for Europe to also start issuing them. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
David Weinehall([EMAIL PROTECTED])@2005-06-06 11:47: > > > > top company to bottom in my mind. Sigh ... I would have liked one of > > those tablet computer. > > So, I take it you don't buy any products from Apple, IBM, Sony, > etc either? Apple ... nope IBM ... nope Sony ... okay, so you got me! > There's a distinct difference between corporate policy and the project > internal policy of the Nokia/OSSO team who have developed the N770. > > > Software patents are an absolute menace in the USA it would be crazy > > for Europe to also start issuing them. > > Well, the European Parliament is (or has at least been) strongly opposed > to software patents, so it's unlikely that they will pass without some > serious trickery. I certainly hope so. The USA situation is completely insane IMHO. > NOTE: I'm a Nokia employee and work on the N770 team, but this is by > no means an official statement... > > Regards: David Weinehall Be careful what you post though! Nokia may be different but the "do no evil" company google fired a guy for sharing his views :-) Steve PS Okay .. Id still like one of those tablets but the software patent thing is pretty upsetting and I am quite suprised Nokia is on the wrong side. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
Michelle Konzack([EMAIL PROTECTED])@2005-06-06 15:52: > I know, and I have no money to sue Microsoft which has stolen > a Software which was 1986 under PD for educational use only... Just out of curiosity, what was that? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
David Nusinow([EMAIL PROTECTED])@2005-06-06 12:07: > > > Is it your hope that the debian project will switch to the new software > > > so ubuntu can stop running an independent bug tracker? > > > > I think that's pretty unlikely, personally ... > > Would it be of a lot of benefit to us if it could be done? I'd personally > rather not have Debian's BTS be the second place that people go to look for > bug reports. I didn't phrase the question very well. I didn't mean to suggest that a third party (Ubuntu) would maintain the bug database nor run the BTS software. Debian should (and must) maintain its own bug database and control the BTS access software. The question was really this, if Ubuntu created a better bug tracking program would Debian want to run the new software on the debian servers thus replacing the current bug tracking programs? If not, I don't really understand why Ubuntu would want to put effort into writing new BTS. I thought the intention was to help avoid duplicate bug tracking efforts. I think you can see that I'm pretty confused about how Ubuntu is planning to minimize duplication, or did I not understand the intention :-( Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Matt Zimmerman([EMAIL PROTECTED])@2005-06-06 08:38: > > This may already happen but a good start would be to arrange for the > > Ubuntu tools to *automatically* copy bug reports and patches on a > > package to the packages DD. > > > > That way the DD is alerted to the changes in a timely manner. > > We're already working on this functionality. Very cool. That functionality will be a great help. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Miles Bader([EMAIL PROTECTED])@2005-06-07 10:53: > Stephen Birch <[EMAIL PROTECTED]> writes: > > The question was really this, if Ubuntu created a better bug tracking > > program would Debian want to run the new software on the debian > > servers thus replacing the current bug tracking programs? > > Is it better? That is the $64,000 question. IMHO the debian bug tracking tools are excellent. > > What I've read about Malone has been pretty vague; it would be nice to > see a concise summary of the (intended) differences between it and the > debian BTS. Of particular interest is how well it deals with email bug > handling, lack of which seems to be the most serious problem with many > BTSs (e.g. bugzilla). Yup ... again, debian bts does a great job with its email support. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Canonical and Debian
Michelle Konzack([EMAIL PROTECTED])@2005-06-06 20:22: > Am 2005-06-06 19:22:08, schrieb Peter 'p2' De Schrijver: > > > That sounds retarded in an age where a 200GB HD cost less then 100 Euro... > > Anyway you can always decide to mirror only part of the archive if you > > want to, even today. > > Using an ATA Disk for a Mirror ? Are ATA disks with software raid a reasonable cheaper solution or is ATA just too unreliable for this kind of application? Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Ian Murdock([EMAIL PROTECTED])@2005-06-07 11:34: > Second, I've been trying to start a private conversation about > this very issue since last November, and my attempts to do > so have largely been ignored. If taking the concern > public is the only way to get it addressed, then so be it. > > The bottom line is that I want to head this problem off before it > becomes a problem--and it will, if we don't do something. Well said Ian. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Matt Zimmerman([EMAIL PROTECTED])@2005-06-07 13:35: > On Tue, Jun 07, 2005 at 10:25:53PM +0200, Andreas Tille wrote: > > > You seem to try to pick up every little bit of my mails which is able > > to drift us away from the main point: > > > >Lets minimize the amount of work by beeing as compatible as > >possible. The best way is to have a diff of zero bytes. > > If the diff were zero bytes, Debian and Ubuntu would be identical. I hope > that you can understand my hesitation to accept a definition of success > which means that Ubuntu ceases to exist. :-) Likewise, I am sure you can understand my hesitation to accept a definition of success which means that Debian ceases to exist. :-) Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Matt Zimmerman([EMAIL PROTECTED])@2005-06-07 16:06: > On Tue, Jun 07, 2005 at 04:03:24PM -0700, Stephen Birch wrote: > > > Matt Zimmerman([EMAIL PROTECTED])@2005-06-07 13:35: > > > If the diff were zero bytes, Debian and Ubuntu would be identical. I hope > > > that you can understand my hesitation to accept a definition of success > > > which means that Ubuntu ceases to exist. :-) > > > > Likewise, I am sure you can understand my hesitation to accept a > > definition of success which means that Debian ceases to exist. :-) > > Fortunately, no one has proposed any such thing, and we all want Debian to > continue to thrive. Sorry Matt, I intended for that to be humor. In a good natured way I was pointing out that a zero byte diff could also mean that debian had ceased to exist. S. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is Ubuntu a debian derivative or is it a fork?
Benj. Mako Hill([EMAIL PROTECTED])@2005-06-08 12:41: > I have no desire to spin things in a way that makes everyone throw > their arms up and love Ubuntu but rather to find constructive ways > that these two projects (both of which I care about) can work together > in mutually beneficial ways. The projects mutual existence is a given > and doing it right is not easy. It does seem that the majority of players are motivated to make that happen. Reading through this and other similar threads) it does seem that the majority of ubuntu and debian developers wish to strengthen the relationship. Each project stands to gain a great deal from the other. It seems evident that the relationship is symbiotic rather than parasitic and should be encouraged to grow in that light. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Some bits of experience gained from handling upgrade-reports.
Bill Just out of curiosity, when testing the upgrade procedure how do you select the mix of packages installed prior to the upgrade? Steve Bill Allombert([EMAIL PROTECTED])@2005-06-09 22:53: > Hello Debian developers, > > [Please store this mail in a safe place and read it when you have > recovered from the release party.] > > During the few weeks before sarge release, I have tried to reproduce the > upgrade problems reported to upgrade-reports [1]. I reached the following > conclusions: > > 1) Circular dependencies are cause of lot of breakage. Worse, the > problem that plague the woody to sarge upgrade are not circular > dependency in sarge but in woody. It means that if we want a nice etch > to etch+1 transition, we need to try to get rid of them now. > Usually it can be achieved by spliting packages to isolate the > dependency. > > 2) apt and aptitude reliance on C++ make them quite painful to upgrade > before doing the dist-upgrade due to C++ ABI changes. This issue is > likely to be the same during the sarge to etch upgrade, so we should not > rely on the user installing the latest apt or aptitude version before > upgrading. > > 3) There are far too many packages that mess with conffiles causing > useless dpkg conffiles handling. We should strive to do better in etch. > Never move a conffile in a maintainer script without checking the md5sum > against the stable version of the conffile. If it match, remove it > instead instead of moving it. It is the same if you use ucf instead. > > 4) Upgrade-test need to be done continuously because there is not enough > time during the freeze to fix all the problems. Another conclusion is > that this need to be done automatically. This could be done roughly > the same way as a buildd work, but would generate a 'upgrade > certificate' instead of a package. Such test will also find the > packages that cannot be installed due to maintainers scripts breakage. > > Unfortunately I do not have access to suitable hardware anymore to do > such upgrade test, so help with this project would be more than > welcome. Some kind of virtualisation technology like user-mode-linux > might be required (that is what I was using). > > As a conclusion, I am not very happy with the state of woody to sarge > upgrade. I expect around 30% of users will suffer serious breakage that > could have been avoided. This statistic assume smart users. We should do > better for etch. > > Acknowledgement: > I would like to thanks Frans Pop and Steve Langasek for bearing with me > while I was inflating the release notes changes and the RC bugs count and > for generally be helpful at trying to solve upgrade issue. > > I would also like to thanks people that took the trouble to send > upgrade-reports. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
Steve Greenland([EMAIL PROTECTED])@2005-06-09 10:06: > I suspect that the problem is that you're confusing "obsolete" with > "not current". "Obsolete" caries the connotation of "useless except for > entertainment/hobbiest purposes". For example, steam engine cars are > obsolete. The 1999 Toyota Camry is not. Of course, one should remember that obsolescence is subjective. Some might argue that the 1999 Toyota Camry was obsolete at birth while a steam engine car is still an attractive proposition :-) Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#314452: ITP: xfplan -- Xwindows general aviation flight planner
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> This is an X Windows version of fplan (ITP files 311070). * Package name: xfplan Version : 0.1 Upstream Author : Name <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/fplan/ * License : GPL Description : Xwindows general aviation flight planner The input to xfplan is a planfile that can be created with the user's favorite plain text editor. A self explanatory language is used to describe the flight; departure and destination airports, intermediate waypoints, navigation aids, winds aloft, and fuel consumption rates. The flight plan produced by xfplan includes; wind corrected magnetic headings, distance, estimated time and fuel consumption for each leg, latitude and longitude for each checkpoint, and optional VOR fixes. A graphical preview of the flight is available on systems with X11 Windows and the XView Toolkit. This program is to be used for preliminary flight planning only. It is not to be used as an official source of navigation information. The database it uses is not guaranteed to be accurate or current. Also, the program itself is likely to still contain some bugs and is not intended to be a substitute for official flight planning information. -- System Information: Debian Release: 3.1 Architecture: Any Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Announcing a new book: The Debian System -- Concepts and Techniques
Looks good!!! I went to amazon.co.uk to order a copy, but it isn't listed yet :-( They often list books *before* they become available so you may want to contact them and provide details. Steve martin f krafft([EMAIL PROTECTED])@2005-06-27 03:05: > Dear all, > > I am pleased to announce the availability of my new (English) book > "The Debian System", which Open Source Press[0] introduced at the > Linuxtag 2005. I would like to thank all who have followed its > development over the last year, and apologise for the delay and the > long wait you have endured. As opposed to the initially planned 350 > pages, I am proud to offer a total of 608 now, so the wait wasn't > for nothing. You can find more information about the book on its web > site[1]. > > 0. http://www.opensourcepress.de [German only -- for now] > 1. http://debianbook.info > > The book is not a regular user's handbook, but rather a book for > people who want to understand and make more out of their Debian > installation(s). It explains the systems's (and project's) concepts > and analyses the techniques that make up the Debian Way of system > administration -- you will not find any discussion of Linux tools or > concepts, graphical desktop environments, server software, or user > programmes in here! Just 608 pages of pure Debian, written for the > Linux/Unix administrators switching to Debian and existing Debian > users alike. > > In addition to examples and common pitfalls, the book explains just > why the Debian developers chose certain approaches over others. As > it explores the motivations behind the Debian solutions, the reader > is given a peek at the level of experience and sophistication that > has flowed into the various system components, and s/he learns to > embrace their elegance. This book aims to be the resource on Debian > GNU/Linux as well as an enticing companion on one's path towards > advanced Debian administration. > > The hardcover edition will be available in stores in the beginning > of July. A list of online shops stocking it is kept up to date on > the web site[2] (please let me know which ones I'm missing). > > 2. http://debiansystem.info/order > > An announcement mailing list[3] exists, as well as an RSS feed[4] of > updates (errata & changes), news and events related to the book, and > quotes about it. There is even a forum[5] (currently based on > experimental software though). > > 3. http://lists.madduck.net/mailman/listinfo/debianbook-announce > 4. http://debiansystem.info/updates/RSS > 5. http://debiansystem.info/readers/forum > > I would herewith also like to thank all who have made this book > possible: all contributors to the Debian project, and each one of > the individuals who have worked on parts of the text with me to get > it to where it is now. I am also greatly indebted to my publisher, > Open Source Press[6], who has simply spoiled me with this first book > of mine. > > 6. http://www.opensourcepress.de [German only -- for now] > > I am also greatly indebted to the Zope[7], Plone[8], and Apache[9] > projects for the products that power the book's web site. > > 7. http://www.zope.org > 8. http://www.plone.org > 9. http://httpd.apache.org > > I appreciate if people would spread the word about this book. If you > would be willing to link to the book's pages from your web site, > please see [10]. Also, feel free to forward this message verbatim. > > 10. http://debiansystem.info/public > > Thanks for your attention. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
> On 4 Jul 2005, at 11:44 am, Wookey wrote: > Take a look at this patent (granted this week in europe) > > http://gauss.ffii.org/PatentView/EP1170667 > > I'm fairly sure that apt-get and associated package-integratity > checking tools could be considered infringing. (Does dpkg/apt have > a modular structure?) It seems that when RMS cried "the sky is falling" [this time regarding patents] he was, once again, absolutely correct. Software patents are the single biggest threat not only to the open source movement but also to small/medium sized software companies. When the USA bowed to the wishes of large software companies and made software patentable, it badly crippled its own software industry. Far from protecting the small inventor as was originally intended software patents have made it easy for the giant to slay David. The USA shot itself in the foot. Today the EU gets to vote on the same issue. They can elect to have a thriving software industry well placed to replace the now crippled USA as the dominant force in the software industry. Or they can follow the USA and badly damage their own software industry. Europe, its time to choose. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
Moritz Muehlenhoff([EMAIL PROTECTED])@2005-07-06 12:45: > > Europe, its time to choose. > > It has chosen a few minutes ago; the commision's directive has been rejected > by the European parliament. This is not as good as the solution proposed > in the first reading or the amendments made by Mr. Rocard, but it's still > pretty much a victory for the Free software world. Let's hope that this > will lead to the invalidation of the 30,000 software patents already granted > by the European patent body. Well done Europe. This is great news for small business, open source, and freedom in general. Now if only the USA would stand up to the bully boys and revoke the insane software patent laws in America ... Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#357927: ITP: freepbx -- web based management tool for asterisk, replacement for amp
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: freepbx Version : 2.0.1 Upstream Author : jason_d_becker, rcourtna, tcourtna, etc * URL : http://sourceforge.net/projects/amportal/ * License : GPS Description : web management tool for Asterisk VoIP PBX, replacement for AMP Coalescent Systems Inc. launched the freePBX (formerly Asterisk Management Portal, AMP) project to bring together best-of-breed applications to produce a standardized implementation of Asterisk complete with web-based administrative interface. This is a web based tool used to manage an Asterisk installation, setting up extensions, call routes, answering services etc. -- System Information: Debian Release: etch Architecture: All Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326578: ITP: bashpodder -- Easy to use RSS aggregator bash script
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: bashpodder Version : 0.0.1 Upstream Author : linc dot fessenden at gmail dot com * URL : http://linc.homeunix.org:8080/scripts/bashpodder * License : GPL (to be confirmed) Description : Easy to use RSS aggregator bash script This is the rss aggregator script created by the folks at The Linux Link Tech Show. You feed bashpodder a list of RSS feeds, and it sucks down the enclosures. It works fine via Crontab, so it can run invisibly in the background. -- System Information: Architecture: all Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#423770: ITP: rubypodder -- Unattended podcast downloader
Package: wnpp Severity: wishlist Owner: Stephen Birch <[EMAIL PROTECTED]> * Package name: rubypodder Version : 0.0.2 Upstream Author : Stephen Birch <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/rubypodder * License : GPL Description : Ruby program for podcast downloads inspired by bashpodder Rubypodder is a script designed to be called from cron to perform unattended downloads listed in a configuration file containing a set of ssl feeds. Rubypodder was inspired by bashpodder. -- System Information: Debian Release: 3.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PostgreSQL 7.3 about to be released
Sorry - I guess this is probably a newbie question. This posting says the new PostgreSQL pre-release was uploaded to "experimental". Is that the same as uploading to "unstable" or is there another area beyond stable, testing, and unstable? Steve On Tuesday 26 November 2002 10:21 pm, Oliver Elphick wrote: > PostgreSQL 7.3 is expected to be released tomorrow, and Debian packages > for unstable will follow shortly after. > > I uploaded 7.3rc2-1 to experimental today; these packages can also be > found at people.debian.org/~elphick/postgresql. I also uploaded > pgaccess, which is newly separated into its own source package > > If anyone has tried these packages and has any comments, please let me > know very soon.
