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: Package priorities: optional vs extra
On Mon, Jul 04, 2005 at 04:06:22PM -0500, Peter Samuelson wrote: > > [Lionel Elie Mamane] > > I recently found some packages in at an IMHO totally wrong priority > > in Debian. > > Yeah. I've been grumbling about optional vs. extra for years. Nobody > wants to consider his own packages 'extra' because every maintainer > feels his own packages are Really Useful. This is a side effect of > common human hubris, and it's probably pointless to fight it. How about a policy change where for all packages that have been in unstable for a year or more, the results of popcon will dictate whether the package is considered "extra" or "optional"? - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFS: libssh - SSH and SCP library
On Tue, Jul 05, 2005 at 10:24:29PM +0200, Jean-Philippe Garcia Ballester wrote : > On Tue, Jul 05, 2005 at 07:34:37PM +0200, Josselin Mouette wrote : > > Le mardi 05 juillet 2005 ? 18:27 +0200, Jean-Philippe Garcia Ballester a > > ?crit : > > > I see your point. I tried to fix that. Hope I didn't do it wrong > > > (again). If someone could check... > > > > I don't understand your modifications. There are differences in the > > Makefile.in and configure files, but no differences in the Makefile.am > > and configure.ac files. Also, I don't understand the shlibs.local file. > > > > The modifications in Makefile.in were made to change the SONAME and > filename of the library (now libssh-0.11.so.0). I also did some modifications for creating both shared and static library, and installing files correctly. > I don't remember changing anything in the configure file. The modifications in configure file were made since the upstream compiled an example binary which I think has nothing to do in the package. > There is indeed no changes in Makefile.am and configure.ac files since > they don't exist. > The shlibs.local was designed to be the shlibs file for the package, but > was useless since the shlibs file used is the one created by > dh_makeshlibs. > > > > Should the package name contain the version number? (like the libssl > > > packages) > > > > Yes, it should be called libssh-0.11-0. > > I'd rather call it libssh0.11 or libssh-0.11, since the -0 is the > package version number (I took the libssl0.9.7 package as example : > package name is libssl0.9.7, package version is 0.9.7g-1, and package > filename is libssl0.9.7_0.9.7g-1_i386.deb). Regards, -- Jean-Philippe Garcia Ballester signature.asc Description: Digital signature
Re: GCC version change / C++ ABI change
On Mon, Jul 04, 2005 at 11:39:59AM +0100, Jon Dowland wrote: > > It is my believe that the 2.4 kernel is still in wide spread use > > both indide and outside Debian, thats a cause for being concerned > > about it in my books. > > Indeed, its the kernel shipped with RHEL 3.x . Sort of. 2.4 kernels have generally been patched by most distributions to the point where they are hardly recognizeable. Both Red Hat and SuSE have backported _so_ many 2.5/2.6 features into their "2.4 kernel" that you generally can't boot a kernel.org 2.4 kernel on their systems. Since all of the distributions have forked so far from the mainstream kernel, and most of the kernel developers are focusing on 2.6, most 2.4 maintenance takes place within the various distributions. It's therefore up to the Debian kernel team whether they feel like supporting 2.4 or not. - Ted -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
In linux.debian.devel, you wrote: > 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. > > 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. -- 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 wrote: > In linux.debian.devel, you wrote: > > 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. > > > > Europe, its time to choose. > > It has chosen a few minutes ago; the commision's directive has been rejected > by the European parliament. According to www.heise.de with 648:14 votes, btw. Thiemo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: GCC version change / C++ ABI change
On Wed, Jul 06, 2005 at 06:52:07AM -0400, Theodore Ts'o wrote: > On Mon, Jul 04, 2005 at 11:39:59AM +0100, Jon Dowland wrote: > > > It is my believe that the 2.4 kernel is still in wide spread use > > > both indide and outside Debian, thats a cause for being concerned > > > about it in my books. > > > > Indeed, its the kernel shipped with RHEL 3.x . > > Sort of. 2.4 kernels have generally been patched by most > distributions to the point where they are hardly recognizeable. Both > Red Hat and SuSE have backported _so_ many 2.5/2.6 features into their > "2.4 kernel" that you generally can't boot a kernel.org 2.4 kernel on > their systems. Since all of the distributions have forked so far from > the mainstream kernel, and most of the kernel developers are focusing > on 2.6, most 2.4 maintenance takes place within the various > distributions. It's therefore up to the Debian kernel team whether > they feel like supporting 2.4 or not. Hi Ted, Thanks for your remarks. I think the current sentiment of the kernel team is that we'd rather not if we don't have to. With your comments in mind, this probably boils down to how many architectures need it, by which I mean, how many architecures can't use 2.6. And how solid 2.6 is. My personal feeling - as the person most likely to maintain a 2.4 kernel - is that in the case of the former, its probably too few to warant supporting 2.4 across the board. And in the case of the latter, by the time etch comes out, 2.6 will have progressed and along the way should become more and more solid. So in all respects it would seem better to focus on 2.6. -- Horms -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317110: ITP: libio-all-perl -- Perl module for unified IO
Package: wnpp Severity: wishlist Owner: Florian Ragwitz <[EMAIL PROTECTED]> * Package name: libio-all-perl Version : 0.33 Upstream Author : Brian Ingerson <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~ingy/IO-All/ * License : Perl (GPL or Artistic) Description : Perl module for unified IO IO::All combines all of the best Perl IO modules into a single Spiffy object oriented interface to greatly simplify your everyday Perl IO idioms. It exports a single function called io, which returns a new IO::All object. And that object can do it all! The IO::All object is a proxy for IO::File, IO::Dir, IO::Socket, IO::String, Tie::File, File::Spec, File::Path and File::ReadBackwards; as well as all the DBM and MLDBM modules. You can use most of the methods found in these classes and in IO::Handle (which they inherit from). IO::All adds dozens of other helpful idiomatic methods including file stat and manipulation functions. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- 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 Wed, Jul 06, 2005 at 01:17:19AM -0700, Stephen Birch wrote: > 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. They went for the former :) http://www.theregister.co.uk/2005/07/06/eu_bins_swpat/ Neil -- __ .Ž `. [EMAIL PROTECTED] : :' ! `. `Ž gpg: B345BDD3 `- Please don't cc, I'm subscribed to the list signature.asc Description: Digital signature
Re: GCC 4.0 as the default GCC / C++ ABI change
On Wed, Jul 06, 2005 at 08:56:46AM +0200, Andreas Metzler wrote: > On 2005-07-05 Matthias Klose <[EMAIL PROTECTED]> wrote: > [...] > > Besides the C++ ABI change, all m68k and hppa packages depending on > > libgcc1 have to be rebuilt to use libgcc2. > [...] > > Hej, > Who is responsible for this? The porters/buildd-maintainers These, probably (although coordination with package maintainers would be helpful, to avoid useless rebuilds right before a new upload) -- The amount of time between slipping on the peel and landing on the pavement is precisely one bananosecond -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
Stephen Birch <[EMAIL PROTECTED]> writes: >> 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. Note that this particular patent is: EP Status: Granted. Within 9 month opposition window So if you have *proof of prior art* you can oppose the patent grant In practical terms, this means someone who can "prove" that the Debian Packaging system does this. Which probably means an Official Debian Person sending the letter, with dates of when the technology was introduced into Debian, and perhaps extracts from the Packaging Manuals of the period to show this. cheers, Rich. -- rich walker | Shadow Robot Company | [EMAIL PROTECTED] technical director 251 Liverpool Road | need a Hand? London N1 1LX | +UK 20 7700 2487 www.shadow.org.uk/products/newhand.shtml -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317120: ITP: libkwiki-perl -- The Kwiki Wiki Building Framework
Package: wnpp Severity: wishlist Owner: Florian Ragwitz <[EMAIL PROTECTED]> * Package name: libkwiki-perl Version : 0.38 Upstream Author : Brian Ingerson <[EMAIL PROTECTED]> * URL : http://search.cpan.org/~ingy/Kwiki/ * License : Perl (GPL or Artistic) Description : The Kwiki Wiki Building Framework A Wiki is a website that allows its users to add pages, and edit any existing pages. It is one of the most popular forms of web collaboration. If you are new to wiki, visit http://c2.com/cgi/wiki?WelcomeVisitors which is possibly the oldest wiki, and has lots of information about how wikis work. Kwiki is a Perl wiki implementation based on the Spoon application architecture and using the Spiffy object orientation model. The major goals of Kwiki are that it be easy to install, maintain and extend. All the features of a Kwiki wiki come from plugin modules. The base installation comes with the bare minimum plugins to make a working Kwiki. To make a really nice Kwiki installation you need to install additional plugins. Which plugins you pick is entirely up to you. Another goal of Kwiki is that every installation will be unique. When there are hundreds of plugins available, this will hopefully be the case. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#317120: ITP: libkwiki-perl -- The Kwiki Wiki Building Framework
Please don't Cc: me, I read the list. On Wed, Jul 06, 2005, Florian Ragwitz wrote: > Package: wnpp > Severity: wishlist > Owner: Florian Ragwitz <[EMAIL PROTECTED]> > > * Package name: libkwiki-perl > Version : 0.38 > Upstream Author : Brian Ingerson <[EMAIL PROTECTED]> > * URL : http://search.cpan.org/~ingy/Kwiki/ > * License : Perl (GPL or Artistic) > Description : The Kwiki Wiki Building Framework As far as I know, Nick Phillips is already maintaining kwiki[1] and is working on packaging libkwiki-perl (see #311264). He may need help, though. [1] http://packages.qa.debian.org/k/kwiki.html my 2¢, -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
Quoting Rich Walker <[EMAIL PROTECTED]>: > Stephen Birch <[EMAIL PROTECTED]> writes: > >>> 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. > > Note that this particular patent is: > EP Status: Granted. Within 9 month opposition window > > So if you have *proof of prior art* you can oppose the patent grant > > In practical terms, this means someone who can "prove" that the Debian > Packaging system does this. Which probably means an Official > Debian Person sending the letter, with dates of when the technology was > introduced into Debian, and perhaps extracts from the Packaging Manuals > of the period to show this. YEARS (!) ago I wrote the script that did the pre-upgrades to 'bo' (I _think_ it was to 'bo' any way :). It basically only ftp'd (or was it wget?) required packages from the Debian GNU/Linux FTP site(s), installed them and then allowed the user/admin to continue with the upgrade... Now, that seems like 'prior art' to me (even to apt-get :). -- nitrate quiche Kennedy NSA Honduras Uzi kibo smuggle NORAD munitions ammunition cryptographic Marxist cracking KGB [See http://www.aclu.org/echelonwatch/index.html for more about this] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#317120: ITP: libkwiki-perl -- The Kwiki Wiki Building Framework
On Wed, Jul 06, 2005 at 03:38:01PM +0200, Mohammed Adnène Trojette wrote: > Please don't Cc: me, I read the list. > > On Wed, Jul 06, 2005, Florian Ragwitz wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Florian Ragwitz <[EMAIL PROTECTED]> > > > > * Package name: libkwiki-perl > > Version : 0.38 > > Upstream Author : Brian Ingerson <[EMAIL PROTECTED]> > > * URL : http://search.cpan.org/~ingy/Kwiki/ > > * License : Perl (GPL or Artistic) > > Description : The Kwiki Wiki Building Framework > > As far as I know, Nick Phillips is already maintaining kwiki[1] and is > working on packaging libkwiki-perl (see #311264). I'm sorry. I didn't see kwiki in the archive.. it isn't installable anyway.. I just asked Nick what's going on with it. Regards, Flo signature.asc Description: Digital signature
Re: [Debian-uk] Sun have (probably) patented apt-get
* Turbo Fredriksson: > YEARS (!) ago I wrote the script that did the pre-upgrades to 'bo' (I _think_ > it was to 'bo' any way :). It basically only ftp'd (or was it wget?) > required packages from the Debian GNU/Linux FTP site(s), installed them > and then allowed the user/admin to continue with the upgrade... > > Now, that seems like 'prior art' to me (even to apt-get :). Alas, the patent is about software testing frameworks, and not about software distribution. -- 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]
Re: GCC version change / C++ ABI change
Peter Samuelson <[EMAIL PROTECTED]> writes: > [Goswin von Brederlow] >> Isn't that a policy violation in itself already? > > He said the same *source*, not the same binary package. Sorry, my bad. Must learn to read more carefully. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
Rich Walker <[EMAIL PROTECTED]> writes: > Stephen Birch <[EMAIL PROTECTED]> writes: > >>> 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. > > Note that this particular patent is: > EP Status: Granted. Within 9 month opposition window > > So if you have *proof of prior art* you can oppose the patent grant > > In practical terms, this means someone who can "prove" that the Debian > Packaging system does this. Which probably means an Official > Debian Person sending the letter, with dates of when the technology was > introduced into Debian, and perhaps extracts from the Packaging Manuals > of the period to show this. > > cheers, Rich. Would that mean Debian gets ownership of the patent then and Sun would have to pay us? MfG Goswin -- 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 7/6/05, Goswin von Brederlow <[EMAIL PROTECTED]> wrote: > Would that mean Debian gets ownership of the patent then and Sun would > have to pay us? No, as far as I understand it means the patent isn't valid.
How to tell user default random pass for daemon?
Hi, Suppose you'd like to generate a random pass by default after your daemon is installed. How should you get that pass to the user? Is it allowed to write it to a file in root's home dir?
Re: How to tell user default random pass for daemon?
> Suppose you'd like to generate a random pass by default after your daemon > is installed. How should you get that pass to the user? Is it allowed to > write it to a file in root's home dir? Chrony puts it in a file in /etc/chrony. -- John Hasler -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
Hi guys!! IANAL && IANADD, but, AFAICU, this relates much more to Linda/Lintian && devscripts then to apt. (See points #12 and #13) In this case, i think that yes, debian and other distros can prove this patent invalid. But again i repeat, IANAL. > > Would that mean Debian gets ownership of the patent > > then and Sun would have to pay us? It'll be cool to see the magic turn against the wizard. ;-D See you. Fabricio -- KDE: 'cause there's no "G" in DESKTOP. KDE: pq não tem "G" em DESKTOP.
Re: How to tell user default random pass for daemon?
John Hasler <[EMAIL PROTECTED]> writes: >> Suppose you'd like to generate a random pass by default after your daemon >> is installed. How should you get that pass to the user? Is it allowed to >> write it to a file in root's home dir? > > Chrony puts it in a file in /etc/chrony. And protects it from being read by unauthorized persons. MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317173: ITP: libkarma -- library to access rio karma using pearl protocol
Package: wnpp Severity: wishlist Owner: Joseph Nahmias <[EMAIL PROTECTED]> * Package name: libkarma Version : 0.0.2 Upstream Author : Frank Zschockelt <[EMAIL PROTECTED]> * URL : http://www.freakysoft.de/html/libkarma/ * License : GPL2 Description : network access library for the Rio Karma libkarma is a C language library that provides network access (read/write) to the Rio Karma music player using the pearl protocol libkarma allows developers to do the following: * login (karma.h) * read, write and delete music or data files (karma.h) * read and write file information (karma.h+properties.h) * write music or taxi files with one function, including setting all * metadata(rio_rw.h) There's no documentation of the API, yet. Just examine the header files and the sample applications riocp and chprop, which are included in the package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Free Beer: Need packaging assistance...
Hi! I would like to package anjuta2 and its dependencies (gdl, glade3, gnome-build) however I need pretty heavy assistance. So if there is a DD living in Stockholm, Sweden; I'm would be pleased to pay for dinner+beer (or equivalent) for a laptop-packaging-session :) somewhere in Stockholm. If your interested in giving some packaging lessons in exchange for beer and food, please contact me... Regards, Mikael
Re: Getting rid of circular dependencies
Goswin von Brederlow wrote: > More usefull is probably a new type 'needs to run but can be > configured without'. The effect would be just like Depends except > that cycles can be safely broken at that point. For symmetry you might want to call the dependency you describe 'Post-Depends'. X Pre-Depends: Y = X unpack needs Y config'ed X Depends: Y = X config needs Y config'ed X Post-Pepends: Y = X runneeds Y config'ed To break a cyclical Dependency, one of the Depends in the cycle could be weakened to a Post-Depends; then dpkg would know to configure the Depended-upon package before configuring the other (merely Post-Depended-upon) package. I agree that mutual dependencies can be appropriate when two packages work closely together. An example is a program that consists of both binaries and scripts which run one another in complex ways and the scripts and data have been split off into a separate Arch: all package. -- Thomas Hood -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to tell user default random pass for daemon?
On Wed, Jul 06, 2005 at 07:07:06PM +0200, Olaf van der Spek wrote: > Suppose you'd like to generate a random pass by default after your > daemon is installed. How should you get that pass to the user? > Is it allowed to write it to a file in root's home dir? would be very wrong to write a file into root's home directory, as it is questionably in violation of FHS/policy, and also is not guaranteed to work (as /root may be part of a read-only filesystem according to debian policy). as a general rule writing out a password as part of a configuration file in /etc (following standard policy rules) is an acceptable alternative. sean -- signature.asc Description: Digital signature
Re: RFS: libssh - SSH and SCP library
Hi, > > > Should the package name contain the version number? (like the libssl > > > packages) > > > > Yes, it should be called libssh-0.11-0. > > I'd rather call it libssh0.11 or libssh-0.11, since the -0 is the > package version number (I took the libssl0.9.7 package as example : > package name is libssl0.9.7, package version is 0.9.7g-1, and package > filename is libssl0.9.7_0.9.7g-1_i386.deb). You are looking at the wrong part of the wrong package, because libssl is one of the few exceptional packages which really do have that soname, $ objdump -p /usr/lib/libssl.so.0.9.7 | grep SONAME SONAME libssl.so.0.9.7 Call your package libssh-0.11-0. Quoting from the libpkg-guide (which itself is a quote from vorlon) I pointed out to you and you probably have not read yet: $ objdump -p /path/to/libfoo-bar.so.1.2.3 | sed -n -e's/^[[:space:]]*SONAME[[:space:]]*//p' | sed -e's/\([0-9]\)\.so\./\1-/; s/\.so\.//' regards, junichi -- Junichi Uekawa, Debian Developer http://www.netfort.gr.jp/~dancer/ 183A 70FC 4732 1B87 57A5 CE82 D837 7D4E E81E 55C1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: configure a program -- debconf abuse?
On 05-Jul-05, 00:26 (CDT), Christian Perrier <[EMAIL PROTECTED]> wrote: > > I beg to disagree here. As long as an appropriate priority is used > (here, probably low) and the requirements mentioned by Petter are met > too, I don't see why using debconf for its purpose would harm, > actually. If you use debconf, you can't use dpkg conffile handling, which I find a disadvantage (speaking as a user/admin, not as a packager.) Steve -- Steve Greenland The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: configure a program -- debconf abuse?
On Wed, Jul 06, 2005 at 07:22:45PM -0500, Steve Greenland wrote: > > I beg to disagree here. As long as an appropriate priority is used > > (here, probably low) and the requirements mentioned by Petter are met > > too, I don't see why using debconf for its purpose would harm, > > actually. > > If you use debconf, you can't use dpkg conffile handling, which I find a > disadvantage (speaking as a user/admin, not as a packager.) but you can still use ucf, which gives very much the same style of handling as dpkg's conffile handling. sean -- signature.asc Description: Digital signature
Unsatisfied with size?
Well well! Unpleased with your penis size? Would you like to make yourself feel like a real man? We give you the ONLY clinically tested and certified en-_largement product. http://smilingly.net/extender/?dcent Give me a lever long enough, and a prop strong enough, I can single-handed move the world. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian Printing] Formation of a Printing Group
> At Sun, 26 Jun 2005 21:11:22 +0100, > Roger Leigh wrote: > > This mail is just to test the water to see if there is any interest in > > forming a printing group for coordination between all of the various > > printing packages. Due to the numerous ways of setting up a working > > printing system, bugs in one package are often in interdependent > > packages, and this would ease coordination. We probably want Xprint counted in. There's plenty to discuss, especially with both the new OpenPrinting (PAPI) standard [1] and Cairo [2] around the corner. We could start by agreeing on where to send "Print-to-file" jobs by default (bug #317149 [3]). Drew Parsons Xprint maintainer [1] http://www.openprinting.org/, ftp://ftp.pwg.org/pub/pwg/fsg/architecture/papi/PAPI-Overview-latest.htm, http://sourceforge.net/projects/openprinting/ [2] http://cairographics.org/introduction [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=Bug%23317149%3A -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317247: ITP: trac-ja-resource -- Japanese resource files for trac
Package: wnpp Owner: Taku YASUI <[EMAIL PROTECTED]> Severity: wishlist * Package name: trac-ja-resource Version : 0.8.4-1 Upstream Author : InterAct Corp. * URL : http://www.i-act.co.jp/project/products/products.html * License : GPL Description : Japanese resource files for trac This package includes following Japanese resource for trac. . * Japanese web template * Japanese default wiki page . Trac uses a minimalistic approach to web-based software project management. Our mission; to help developers write great software while staying out of the way. Trac should impose as little as possible on a team's established development process and policies. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11-rc4-swsusp-2.1.7-pcc Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP) (ignored: LC_ALL set to ja_JP.eucJP) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Debian-uk] Sun have (probably) patented apt-get
> "Stephen" == Stephen Birch <[EMAIL PROTECTED]> writes: Stephen> It seems that when RMS cried "the sky is falling" [this Stephen> time regarding patents] he was, once again, absolutely Stephen> correct. Software patents are the single biggest threat Stephen> not only to the open source movement but also to Stephen> small/medium sized software companies. Apparently Microsoft has applied for a patents around the world covering "XML-based word processors", including supposedly Docbook, Abiword, and Kword, by Microsoft[1]. Different articles give different impressions on how far this process has come. If this isn't bad enough, there is a patent of the word "Stealth"[2]. References: [1] http://smh.com.au/articles/2005/07/05/1120329438947.html (reg required) http://www.tectonic.co.za/view.php?id=502(public) [2] http://theage.com.au/articles/2005/07/05/1120329445828.html http://www.nytimes.com/2005/07/04/business/04stealth.html (both require registration) Man of few words speaks language of litigation July 6, 2005 It's no hoax. A man who claims to own the trademark on the word 'stealth' even did battle over the military bomber, writes Colin Moynihan. Can a man own a word? And can he sue to keep other people from using it? Over the past few years, Leo Stoller has written dozens of letters to companies, organisations and individuals stating that he owns the trademark to the word "stealth". He has threatened to sue people who have used the word without his permission. In some cases, he has offered to drop objections in exchange for thousands of dollars. And in a few instances, people or companies have paid up. Stoller, a 59-year-old entrepreneur based in Chicago, owns and runs Rentamark. com, a company that offers, among other things, advice on sending cease-and-desist letters and Stoller's services as an expert witness in trademark trials. Through Rentamark, Stoller offers licensing agreements for other words he says he owns and controls, such as bootlegger, hoax and chutzpah. He is in a legal dispute with Sony's Columbia Pictures over a film about navy pilots titled - what else? - Stealth. Stoller said he first registered "stealth" as a trademark in 1985 to cover an array of sporting goods. But in recent years, "stealth" has become widely used in marketing. Companies including Kmart and the consumer electronics maker JVC have removed "stealth" from their websites after hearing from Stoller. Panasonic omitted the word from a product called the "stealth wired remote zoom/pause control" after receiving one of his letters. "If you can solve problems without going to court you're better off," said Russell Rotter, a lawyer for Panasonic. The best-known stealth brand may be the US military's B2 stealth bomber, whose main contractor, Northrop Grumman, has fought Stoller to something of stand-off. In 2001, the company paid Stoller $10 and agreed to abandon its trademark applications to use "stealth bomber" in spin-off products like model aeroplanes and video games. In return, Stoller agreed not to oppose Northrop's use of "stealth" in aircraft or defence equipment. Trademark owners can obtain the right to use a word for commercial purposes and prevent others from seeking to use the same word for similar commercial purposes. A search of US Patent and Trademark Office records found that Stoller and companies that share a Chicago post office box with him hold at least two dozen registered trademarks for "stealth," for such diverse products and services as crossbows, pool cues and insurance consultations. Stoller said that he also held and administered as many as two dozen other "stealth" trademarks. "We're entitled to own it with all goods and services," he said. "We were there first." But Mark Lemley, a professor at Stanford Law School, said: "Trademark law doesn't give you exclusive rights in words, only the right to prevent consumer confusion. He's not in a position to claim that his mark is unique or famous. It's a common English word that's already been used in many contexts as a trademark by others." Stoller says his companies have been in court 60 times but there is no record within the Lexis database of a Federal Court decision on "stealth" in his favour. But in 2003, the US Trademark Trial and Appeal Board refused to allow an air conditioner company, York International, to use "stealth" because Stoller had previously sold air conditioners with that name. Stoller has also been on the receiving end of lawsuits. In 1997, the watchmaker Timex, which held a trademark for "stealth" watches, successfully sued him in Federal Court in Connecticut for trademark infringement. Eric Goldhagen, a member of the free technology training group InterActivist Network, said: "The fact that somebody, just by claiming to own a word, can intimidate large companies and powerful law firms shows the damage, to an extent, is already done." In the movie realm, Stoller
Re: [Debian-uk] Sun have (probably) patented apt-get
> "Turbo" == Turbo Fredriksson <[EMAIL PROTECTED]> writes: Turbo> YEARS (!) ago I wrote the script that did the pre-upgrades Turbo> to 'bo' (I _think_ it was to 'bo' any way :). It basically Turbo> only ftp'd (or was it wget?) required packages from the Turbo> Debian GNU/Linux FTP site(s), installed them and then Turbo> allowed the user/admin to continue with the upgrade... Turbo> Now, that seems like 'prior art' to me (even to apt-get :). Did you publish it? I think it only counts as prior-art if you published it in some public forum (not sure of the exact criteria). If it was a private thing, then it doesn't count. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: HashKnownHosts
Wouter Verhelst wrote: > and > relying on other people's security to increase your own isn't pretty > clever, actually. Well, it increases your own security to: It makes it harder to use your machine, were it to be compromised, as an attacker. This increases your security in two ways: 1. Generally, you log into (and thus have public keys for) boxes you care about. The worm won't be able to auto-propogate to those machines. [Remember, there have been root exploits in sshd before. And worms that exploited them.] 2. You won't have to convince law enforcement, your employer, etc. that no, really, you didn't attack that machine, it was a worm, because the attack won't happen (at least from your machine). And, in general, turning this on by default increases the general security of the Internet. That is a good thing, really. Its unfortunate, but when you share a network with a billion other people, you have to rely somewhat on the security of their machines. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Package distribution, a concept for a modern package distribution
Goswin von Brederlow wrote: > For some time now (as in around a year) you can update your Packages > files by downloading only the differences (ed script format diff) to > your local file. Using that daily updates go down from the full 3+MB > (2+Mb with bz2 now) to ~10K per day. Really? I don't see it documented in, e.g. the sources.list manpage. Google finds only an open bug requesting the feature. Nor do I find any diffs at, e.g., http://http.us.debian.org/debian/dists/testing/main/binary-i386/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
