she'll want to hookup
Pick up a chick tonight http://jointrunnerwoodstamp.com/sse/ get-me-0ff : jointrunnerwoodstamp.com/ywc/ The briefcase woo chairwomen bedim nail . She cottonseed levy kalamazoo scar indiscernible . ecliptic lawgiver clogging barstow splintery . anomalous eclat molar soccer . The dialogue orthodox triangulate grate privilege . She host anaconda therapeutic synapse toefl wyatt . And crossbill dispense bridge rollick . She rumen newsreel brook ostrich sailboat junky .and cossack duel fetal lulu wadi . The companionway tradesman decode regional state . landslide chalky argon casino montpelier .and undulate collide scenario herpes . bathurst humboldt switzer predictor periwinkle habituate . The loophole power accentual earmark . She adroit operant preventive formatted champ . The berserk casteth electrode crack . mermaid cayley pluggable cue . debian-devel@lists.debian.org
Bug#291495: ITP: blktool -- Program that does stuff with block devices
Package: wnpp Severity: wishlist * Package name: blktool Version : 4 Upstream Author : Jeff Garzik <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/gkernel/ * License : GPL Description : Program that does stuff with block devices blktool is used for querying and/or changing settings of a block device. It is like hdparm but a more general tool, as it works on SCSI, IDE and SATA devices. This code is still experimental and you should use it at your own risk as it could cause damage to your hardware. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.10 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291493: ITP: freewheeling -- live looping musical instrument
Package: wnpp Severity: wishlist * Package name: freewheeling Version : 05pre2 Upstream Author : Jan P Mercury * URL : http://freewheeling.sourceforge.net/ * License : GPL Description : live looping musical instrument FreeWheeling is a live looping instrument built for improvisation. Using a keyboard or a MIDI controller, it allows to build and control repetitive patterns from a live audio stream. . FreeWheeling uses the Jack Audio Connection Kit, Fluidsynth, and SDL. >From the website: FreeWheeling is a new way to be In The Muse-ical Moment. It is a live looping instrument that returns us to the joy of making music spontaneously. FreeWheeling allows us to build repetitive grooves by sampling and directing loops from within spirited improvisation. FreeWheeling works because it is built from the perspective of an improviser. It takes us out of mice and menus, and into our own process of making sound. I tried to be a bit more factual than the text from the website, while reflecting it too. So it ended up being a bit short. :) Anything i missed? ciao, piem -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#291432: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
On Thu, Jan 20, 2005 at 01:39:04PM -0500, Kevin B. McCarty wrote: > The biggest problem is that gTybalt currently depends upon Root, which > is not DFSG-free and has some legal issues, for graphing functionality. > There is apparently movement to fix the Root issues by making it DFSG-free: > http://lists.debian.org/debian-devel/2005/01/msg01166.html > If that doesn't come to anything, gTybalt's upstream intends to rework > the program to use gnuplot or some other freely licensed grapher instead. Fons (one of the authors of ROOT) seems quite certain that it will be relicensed soon. On Thu, Jan 20, 2005 at 01:05:14PM +0100, Fons Rademakers wrote: > I know, in the past we had several requests from Debian to solve this > licensing issue so they could add it to the base line Debian. So that > will be possible very soon. > > Cheers, Fons. I suggest to contact him and nag a bit if it seems to be taking too long. In the meantime, you (or someone) could work on packaging ROOT if that hasn't been done already, although it may not be possible to distribute the package under the current license. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hwcap supporting architectures?
On Wed, Jan 19, 2005 at 01:20:56PM +0900, GOTO Masanori wrote: > > > > > Ugh... that pushes the burden of maitaining support for new > > > > > architectures to the package. > > > > > > Yeah - I think it's trade off - whether we support library > > > optimization package or we don't get a bit performance > > > improvement. > > > > So, you are trading maintainance cost for a rather subjective > > speed improvent? Or should I say, preventing some performance > > degradation? > > The reason why I don't try to clear hwcap issue in documentation is: > I don't want to battle to someone about this kind of issue. Buying > new hardware improves performance. I don't reply any more. Whatever. If you just don't want to discuss the "nice" feature, I won't force you into the discussion. "Buy new hardware" is a argument _against_ your general statement, so I have no idea where you want to go with that. I _do_ need to point out that /etc/ld.so.nohwcap is not documented anywhere where the user can find about it: $ zgrep nohwcap /usr/share/doc/libc6/* /usr/share/doc/libc6/changelog.Debian.gz: /etc/ld.so.nohwcap is 0. But I guess that just being consistent with upstream's tradition. Trying to find documentation about LD_DEBUG (for example) is frustrating at best. ld.so(8) doesn't even mention the variable! Either you *bump* into LD_DEBUG=help by chance or go RTFS, which is, quite appropriately, also badly documented. But it's fine, don't bother to reply, you certainly have better things to do than justify backward designs and weird decisions which are probably not yours to begin with. Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: hwcap supporting architectures?
On Wed, Jan 19, 2005 at 09:43:18AM +0100, Bernd Eckenfels wrote: > I agree with you, but dont forget that this micro benchmark does not > really measure the overall effect on the system (i.e. to other > programs, to the number of meta data updates, cach useage) and it > does not take into account slow or unreachable path components (nfs). Agreed. The intention of the benchmark is not to claim that the operation that ld.so is performing is fast; it's just to provide some quantifiable argument for or against the "system calls are way too expensinve" meme. *My* position is that whilst they are expensive (certainly much more expensive than a function call), they are not _that_ expensive. Before asking here I went thru several mailing list archives. What I found was a general argument along the lines of "don't add _that_ hwcap because that will increase the size of the list of paths that you have to stat(2) in order to find the library and that's slow". In particular upstream doesn't seem to like the idea much. I just can't find the reason why they think the stat(2) call is _so_ expensive that it will hurt system performance. There was some mention of a glib issue with plugins. I couldn't find further data points on that... > So it might be actually noticeable on normal systems (I doubt it). > Just dont stop anyone volunteering from fixing it. I for one are > happy if the strace of a process keeps readable in finite time, so do > system administrators with auditing turned on. I can understand that. I'm just not sure what's to fix in the first place. Marcelo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
On 01/20/2005 05:24 PM, [EMAIL PROTECTED] wrote: > Avoid gnuplot if you can, the license is GPL-incompatible and not one we > should encourage (See bug #100612 for why). (Checks gnuplot license and #100612) Argh, that will teach me not to assume something with GNU in its name is GPLed. Do you have any suggestions for other function graphing programs / libraries I could suggest to upstream? Ideally they would be able to display functions of 2 or even 3 arguments. In any case I guess if he uses gnuplot only via calls to fork()/exec() or whatever, that is permitted, right? Maybe the best we can hope for is that Root gets a GPL-compatible license. > I use NTL, but given it is a static-only C++ library I never felt the > need to package it. (Also it is heavily tuned at build-time, so a > generic build is likely to be slower than a tuned build, and I tend to > massage it a bit, so I need to recompile it anyway). I don't have a need for NTL aside from its use as a build-dependency of gTybalt, so you are probably a better candidate to package it than I :-) I guess a similar compromise could be made with NTL as with the ATLAS packages - compile "generic" code for most arches, and specialized code on a few subarches of powerpc and i386? Hmm, if it's a static-only library, that doesn't help gTybalt any unless it also is packaged in generic and optimized versions. Thoughts? regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
In article <[EMAIL PROTECTED]>, Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote: >Diogo Kollross writes: > >> shutdown -r now >> >> inside a postinst script of a package? > >If you're going do that, you may want to replace /bin/init temporarily >to finish the post-reboot part of the installation. This is a joke, right ? Mike. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
[We're becoming OT for -devel, please send replies discussing the legality, GPL compatibility, and/or DFSG free/non-freeness of this license to -legal. MFT set appropriately.] On Thu, 20 Jan 2005, William Ballard wrote: > On Thu, Jan 20, 2005 at 11:24:29PM +0100, [EMAIL PROTECTED] wrote: > > Avoid gnuplot if you can, the license is GPL-incompatible and not one we > > should encourage (See bug #100612 for why). > > The bug was closed. It says the license problems were fixed. > In other words: Huh? The specific problems with including non-DFSG free code (the examples and specfun.c) were solved. Unfortunatly, the license itself still not ideal. It's arguably DFSG Free, but not something I would recommend using for a work that purports to be Free Software: Permission to distribute binaries produced by compiling modified sources is granted, provided you 1. distribute the corresponding source modifications from the released version in the form of a patch file along with the binaries, 2. add special version identification to distinguish your version in addition to the base release version number, 3. provide your name and address as the primary contact for the support of your modified version, and 4. retain our contact information in regard to use of the base software. 2, 3, and 4 are likely GPL incompatible. Don Armstrong -- Dropping non-free would set us back at least, what, 300 packages? It'd take MONTHS to make up the difference, and meanwhile Debian users will be fleeing to SLACKWARE. And what about SHAREHOLDER VALUE? -- Matt Zimmerman in <[EMAIL PROTECTED]> http://www.donarmstrong.com http://rzlab.ucr.edu signature.asc Description: Digital signature
Re: Reboot in postinst
Diogo Kollross <[EMAIL PROTECTED]> writes: > Is there a problem in using something like > > shutdown -r now > > inside a postinst script of a package? Yes. Debian packages are supposed to be able to be installed and start working without requiring any reboots. We've made this work pretty well for libc and all kinds of hard cases; you can make it work for yours too I'm sure. It is certainly bogus to reboot the machine out from under the administrator. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
On Thu, Jan 20, 2005 at 11:24:29PM +0100, [EMAIL PROTECTED] wrote: > Avoid gnuplot if you can, the license is GPL-incompatible and not one we > should encourage (See bug #100612 for why). The bug was closed. It says the license problems were fixed. In other words: Huh? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
On Thu, Jan 20, 2005 at 01:39:04PM -0500, Kevin B. McCarty wrote: > I am planning to package this myself, but I won't have time until mid to > late summer (after my thesis is finished). So if anyone else wants to grab > it in the meantime, they are welcome to. > > The biggest problem is that gTybalt currently depends upon Root, which > is not DFSG-free and has some legal issues, for graphing functionality. > There is apparently movement to fix the Root issues by making it DFSG-free: > http://lists.debian.org/debian-devel/2005/01/msg01166.html > If that doesn't come to anything, gTybalt's upstream intends to rework > the program to use gnuplot or some other freely licensed grapher instead. Avoid gnuplot if you can, the license is GPL-incompatible and not one we should encourage (See bug #100612 for why). > gTybalt also depends upon a few other pieces of open-source code (cint, > nestedsums, NTL) that aren't currently packaged for Debian. I use NTL, but given it is a static-only C++ library I never felt the need to package it. (Also it is heavily tuned at build-time, so a generic build is likely to be slower than a tuned build, and I tend to massage it a bit, so I need to recompile it anyway). Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291193: marked as done (base-passwd: Users added in group audio, not seen though. No sound!)
Your message dated Thu, 20 Jan 2005 22:25:41 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#291193: base-passwd: Users added in group audio, not seen though. No sound! has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 19 Jan 2005 10:48:20 + >From [EMAIL PROTECTED] Wed Jan 19 02:48:20 2005 Return-path: <[EMAIL PROTECTED]> Received: from adonis.kotinet.com [212.50.211.55] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrDNr-0006BD-00; Wed, 19 Jan 2005 02:48:19 -0800 Received: from roope (adsl-82-141-69-113.kotinet.com [82.141.69.113]) by adonis.kotinet.com (Postfix) with ESMTP id D50DECE539; Wed, 19 Jan 2005 12:47:47 +0200 (EET) Received: from lasse by roope with local (Exim 4.34) id 1CrDPs-0002bS-VD; Wed, 19 Jan 2005 12:50:24 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "lasse.simpanen" <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: base-passwd: Users added in group audio, not seen though. No sound! X-Mailer: reportbug 3.2 Date: Wed, 19 Jan 2005 12:50:24 +0200 Message-Id: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-Spam-Level: Package: base-passwd Severity: normal Users can not have sound. They are added in audio group, but asked 'group "user" ' they seem not to be in that group! They are in /etc/group though. Yes, they have logged out but no change. About a week ago all was fine, don't know what break the system, (sysvinit and sysv-rc was upgraded, but I don't know...) Only root can have the sound now. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-1-386 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) --- Received: (at 291193-done) by bugs.debian.org; 20 Jan 2005 21:27:03 + >From [EMAIL PROTECTED] Thu Jan 20 13:27:03 2005 Return-path: <[EMAIL PROTECTED]> Received: from meitner.df7cb.de [217.160.132.97] (postfix) by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1CrjpX-0008Tg-00; Thu, 20 Jan 2005 13:27:03 -0800 Received: from planck.df7cb.de (pD9E5D33C.dip.t-dialin.net [217.229.211.60]) by meitner.df7cb.de (Postfix) with ESMTP id D009820C040 for <[EMAIL PROTECTED]>; Thu, 20 Jan 2005 22:26:51 +0100 (CET) Received: by planck.df7cb.de (Postfix, from userid 1000) id C34C343148; Thu, 20 Jan 2005 22:25:41 +0100 (CET) Date: Thu, 20 Jan 2005 22:25:41 +0100 From: Christoph Berg <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#291193: base-passwd: Users added in group audio, not seen though. No sound! Message-ID: <[EMAIL PROTECTED]> Mail-Followup-To: Christoph Berg <[EMAIL PROTECTED]>, [EMAIL PROTECTED] References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="6TrnltStXW4iwmi0" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> X-Face: ([EMAIL PROTECTED](D\O)J!Qu\q4fh8W^7WGqxpwTk&Xy0*ya<[EMAIL PROTECTED]/TA:l\Pde>wYj,M;75" N13_k}S.rS#lmX[G]QOuw[H"4#z$tSn$SkV5ucV193Tz3IWj<]8at(6"K.ht//s"Ds,xMV9A\_bN/)[EMAIL PROTECTED]>-dF34Kw?, > Strange! I did "deluser 'name' audio" and then again "adduser 'name' > audio" and now everything is OK. > May be the moon is in the right position again. Closing on user's request. Christoph --=20 [EMAIL PROTECTED] | http://www.df7cb.de/ --6TrnltStXW4iwmi0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) iQCVAwUBQfAh1bRrkjttir5xAQEongP+NMa2bqifzlLsVGAqqM5C0+JStVlNGBaN HQJqfIP0PcEhrQOUNpvqr2pUhR9dn51E/hOGHrjFoBDhKA4haD9x/SCjg09fYeox kE6+SUTv7TIV88nc4bzaKyMlLM5+WpWO1MsbAZSiZS0UIFq/7TtvUNyjoR3Fw/mz +xRz+szJYmw= =V0Ml -END PGP SIGNATURE- --6TrnltStXW4iwmi0-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
Diogo Kollross writes: > shutdown -r now > > inside a postinst script of a package? If you're going do that, you may want to replace /bin/init temporarily to finish the post-reboot part of the installation. Jan. -- Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter http://www.xs4all.nl/~jantien | http://www.lilypond.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
[Diogo Kollross] > Is there a problem in using something like > > shutdown -r now > > inside a postinst script of a package? It will probably not do what you want, as the package installation process might be interrupted, and packages might be left half-way installed. Besides, it is a very bad idea. Why do you want to reboot, and when do you want to do it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
On Thu, Jan 20, 2005 at 07:35:42PM +0100, Wouter Verhelst wrote: > Op do, 20-01-2005 te 15:09 -0300, schreef Diogo Kollross: > > Is there a problem in using something like > > > > shutdown -r now > > > > inside a postinst script of a package? > > I was going to say something smart and funny, but it isn't coming. > > What the hell have you been smoking? Relax, he did not say "rm -rf /" in postinst. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Screw Name Brand= Go Generic
I'm Tired of Corporate America Ripping Us http://www.logan9besides.com/?T5K/4iAD/f=0/bgsA/vwHkC houseboat checkerboard erasmus utterance knit decomposable withdrawal edition loop nucleus
Bug#291432: RFP: gtybalt -- computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI
Package: wnpp Severity: wishlist * Package name: gtybalt Version : 1.1.2 Upstream Author : Stefan Weinzierl * URL : http://www.fis.unipr.it/~stefanw/gtybalt/ * License : GPL Description : computer algebra system (CAS) based on GiNaC with optional TeXmacs GUI gTybalt is a free computer algebra system. It is distributed under the terms and conditions of the GNU General Public Licence (GPL). Main Features : * Object Oriented: gTybalt allows symbolic calculations within the C++ programming language. * Efficiency for large scale problems: Solutions developed with gTybalt can be compiled with a C++ compiler and executed independently of gTybalt. This is particular important for computer-extensive problems and a major weakness of commercial computer algebra systems. * Short development cycle: gTybalt can interpret C++ and execute C++ scripts. Solutions can be developed quickly for small-scale problems, either interactively or through scripts, and once debugged, the solutions can be compiled and scaled up to large-scale problems. * High quality output: Mathematical formulae are visualized using TeX fonts and can easily be converted to LaTeX on a what-you-see-is-what-you-get basis. --- I am planning to package this myself, but I won't have time until mid to late summer (after my thesis is finished). So if anyone else wants to grab it in the meantime, they are welcome to. The biggest problem is that gTybalt currently depends upon Root, which is not DFSG-free and has some legal issues, for graphing functionality. There is apparently movement to fix the Root issues by making it DFSG-free: http://lists.debian.org/debian-devel/2005/01/msg01166.html If that doesn't come to anything, gTybalt's upstream intends to rework the program to use gnuplot or some other freely licensed grapher instead. gTybalt also depends upon a few other pieces of open-source code (cint, nestedsums, NTL) that aren't currently packaged for Debian. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.9-powerpc Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please test exim4 with db4.2 support.
Norbert Tretkowski <[EMAIL PROTECTED]> wrote: > * Andreas Metzler wrote: >> By popular demand I've built testpackages of exim4 linked against >> db4.2. [...] > Any special reason why you didn't use db4.3 instead of db4.2? I want to get this into sarge, db4.3 is not part of base and switching to it would break d-i. db4.2 is in base and installed by debootstrap (because of apt-utils, afaict). cu andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
Op do, 20-01-2005 te 15:09 -0300, schreef Diogo Kollross: > Is there a problem in using something like > > shutdown -r now > > inside a postinst script of a package? I was going to say something smart and funny, but it isn't coming. What the hell have you been smoking? Hint: this isn't Windows. You don't need to reboot your system every time you move your mouse to "update the changes". Why would you want to do this? -- EARTH smog | bricks AIR -- mud -- FIRE soda water | tequila WATER -- with thanks to fortune -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Reboot in postinst
On Thu, Jan 20, 2005 at 03:09:46PM -0300, Diogo Kollross wrote: > Is there a problem in using something like > > shutdown -r now > > inside a postinst script of a package? Definately. Even if the package requires a reboot to work you should let the administrator choose when that should be done. (Even kernel upgrades, or module upgrades, draw the line at this they just tell you a reboot is "strongly recommended"). Steve -- # Debian System Administration www.debian-administration.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Reboot in postinst
Is there a problem in using something like shutdown -r now inside a postinst script of a package? -- Diogo Kollross ___ Yahoo! Acesso Grátis - Instale o discador do Yahoo! agora. http://br.acesso.yahoo.com/ - Internet rápida e grátis -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Please test exim4 with db4.2 support.
* Andreas Metzler wrote: > By popular demand I've built testpackages of exim4 linked against > db4.2. - The packages work for me(TM) but I am not doing any > db-acrobatics with exim4 (like reading the list of local-parts from > cyrus-imapd's internal database). I'd appreciate some testing before > I upload to sid. Any special reason why you didn't use db4.3 instead of db4.2? Norbert -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#290362: www.debian.org: Please add Root to list of programs that cannot be packaged
Sam Watkins wrote: > On Thu, Jan 13, 2005 at 02:09:41PM -0500, Kevin McCarty wrote: > >> the software contains what appears to be code derived from cernlib >> (GPL) [3] and Xclass (LGPL) [4] while having a license incompatible >> with either. > > They likely are allowed to use cernlib, however xclass is a different > matter. I'm not confident about their use of Cernlib either. One could argue that because Rene and Fons were original authors of parts of Cernlib, it's OK; but CERN claims copyright on (and has GPLed) the whole thing. There are two issues: 1) Two conversion programs generated from Root source code, h2root and g2root (Root license), link against Cernlib libraries, which might not be permitted depending on your interpretation of the GPL. The FSF's interpretation (which I think Debian also uses) is that proprietary code may not link against GPL libs, hence the invention of the LGPL. This issue is somewhat arguable, and the [gh]2root programs aren't strictly necessary except for converting legacy data. 2) The code in minuit/src/TMinuit.cxx, as of Root version 4.02/00, has the following header. To me, this sounds very much ("a straightforward conversion of the original Fortran version") as though TMinuit.cxx is a derived work of MINUIT (part of PACKLIB, which in turn is part of Cernlib, hence under GPL). As an aside, I also wonder why they didn't just write a C++ wrapper class around the existing FORTRAN code, instead of translating all of it. > // Author: Rene Brun, Frederick James 12/08/95 > > /* > * Copyright (C) 1995-2000, Rene Brun and Fons Rademakers. * > * All rights reserved. * > * * > * For the licensing terms see $ROOTSYS/LICENSE. * > * For the list of contributors see $ROOTSYS/README/CREDITS. * > */ > > //__ > //*-*-*-*-*-*-*-*-*-*-*-*The Minimization package*-*--*-*-*-*-*-*-*-*-*-*-* > //*-* * > //*-* * > //*-* This package was originally written in Fortran by Fred James * > //*-* and part of PACKLIB (patch D506) * > //*-* * > //*-* It has been converted to a C++ class by R.Brun * > //*-* The current implementation in C++ is a straightforward conversion * > //*-* of the original Fortran version: The main changes are:* > //*-* * > //*-* - The variables in the various Minuit labelled common blocks * > //*-* have been changed to the TMinuit class data members.* > //*-* - The internal arrays with a maximum dimension depending on the * > //*-* maximum number of parameters are now data members arrays with * > //*-* a dynamic dimension such that one can fit very large problems * > //*-* by simply initialising the TMinuit constructor with the maximum * > //*-* number of parameters. * > //*-* - The include file Minuit.h has been commented as much as possible* > //*-* using existing comments in the code or the printed documentation* > //*-* - The original Minuit subroutines are now member functions. * > //*-* - Constructors and destructor have been added.* > //*-* - Instead of passing the FCN function in the argument* > //*-* list, the addresses of this function is stored as pointer * > //*-* in the data members of the class. This is by far more elegant * > //*-* and flexible in an interactive environment. * > //*-* The member function SetFCN can be used to define this pointer. * > //*-* - The ROOT static function Printf is provided to replace all * > //*-* format statements and to print on currently defined output file.* > //*-* - The functions SetObjectFit(TObject *obj)/GetObjectFit() can be * > //*-* used inside the FCN function to set/get a referenced object * > //*-* instead of using global variables. * > //*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* regards, -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug #267273: cdrecord and 2.6.x bug possibly fixed
* Quoting Ken Bloom ([EMAIL PROTECTED]): > > The bug was related to the fact that Debian fixed this by patching the > kernel rather than patching cdrecord, thereby making the behavior remain > broken on Linus' vanilla kernels. IMO, this is a bug that needs to be > fixed before releasing Sarge, so I am trying to determine whether it has > been fixed or whether it is still in need of the patch included in BTS. The bug was fixed in vanilla-2.6.9, IIRC. It is definitly fixed in vanilla-2.6.10. - Rolf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: LVM packages up for adoption
On Wed, Jan 19, 2005 at 02:08:44PM +0100, Bastian Blank wrote: > On Tue, Jan 18, 2005 at 05:11:50PM +, Tim Cutts wrote: > > How should we coordinate this? > > Alioth is used for many debian work, so this should be sufficient. > Even more when it will stabilize itself :) We are all awating for new-alioth in place. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /sbin/halt always changes its access rights
On Wed, Jan 19, 2005 at 08:03:36PM +, Miquel van Smoorenburg wrote: > In article <[EMAIL PROTECTED]>, > Peter Samuelson <[EMAIL PROTECTED]> wrote: > >[Otto Wyss] > >> I've set the s attrtibute of halt since on my desktop any user may > >> stop the system. But about each second month or so it's set back to > >> it's original rights probably by a package upgrade. Is there a way to > >> keep the access rights or any better way to handle these kind of > >> problems. > > > >dpkg-statoverride --add root root 02755 /sbin/halt > > Note that making random programs like "halt" setuid root might > be a serious security hole. > I find ctrl-alt-del quite nice in these cases, changing a bit /etc/inittab and using acpi/apm to powerdown. Any decent login manager allows system actions, btw. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please test exim4 with db4.2 support.
Hello, By popular demand I've built testpackages of exim4 linked against db4.2. - The packages work for me(TM) but I am not doing any db-acrobatics with exim4 (like reading the list of local-parts from cyrus-imapd's internal database). I'd appreciate some testing before I upload to sid. deb http://downhill.aus.cc/debian/exim/ dbtest/ Downgrading to 4.43-4 is possible, you'll just lose the hints databases. Please send success reports or bug-reports per mail to me. thanks, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ signature.asc Description: Digital signature
Re: Bug#290362: www.debian.org: Please add Root to list of programs that cannot be packaged
Sam Watkins wrote: > I wrote to them just now, and Fons said: > >> Hi Sam, >> >> we are in the process of removing the single non OS limitation from our >> license in the very near future (coming months/weeks). The xclass derived >> work is solely contained in one single library libGui. The author of xclass >> is very aware of our work and ROOT is referenced from the xclass web pages. >> >> Anyway, stay tuned for the announcement of ROOT being completely OS. > > I guess this is good news! Very cool! I'm CC-ing this to Ricardo Yanez, the latest person to ITP Root. -- Kevin B. McCarty <[EMAIL PROTECTED]> Physics Department WWW: http://www.princeton.edu/~kmccarty/Princeton University GPG public key ID: 4F83C751 Princeton, NJ 08544 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New stable version after Sarge
Jose Carlos Garcia Sogo wrote: Which will mean that people will skip at least one distribution if we released each 6 months, even two. That would put the burden on us of needing to have security support for even 2 more distributions older than current stable, which could not be possible. ACK to this (and most other things you wrote). Most software projects and distributions - commercial and OSS/GPL - typically have only 2-3 versions under active development or maintainance. More is not possible. That's why I think that a 18 months release is the best compromise between server and desktop users. This can be too long for both - servers and desktop. On servers it is IMHO a less important problem, as mostly only a few packages with newest features are needed. Other option could be make a splitted release. For example, release base+server each 18 months and make a debian-desktop release each 6, but this has also other side effects and implications which are not easily handled. This would mean, that the 3 archives (stable, testing, unstable) move to 4 archives. Instead of an extra desktop release I would like an idea like this: - unstable - testing - pre-stable - stable For unstable the role is the same: a kind of sanity check, and a package moves to testing after 10-20 days, if no critical or important bugs known. For the move from testing to pre-stable different rules can apply. E.g. for new major (=redesign) releases of server/essential/important packages the minimum testing time should be 3 months (or more - to be defined). Typical examples are Apache 1.x -> 2.x, kernel 2.4 -> 2.6, DRBD 0.6 -> 0.7, or the upcoming release of heartbeat 2.0. Desktop or utilty packages, where a crash would be less important, can have softer quality rules. E.g. I always experienced crashes with Netscape/Mozilla/Thunderbird, independant if they where included in stable, testing or whatelse - who cares. Pre-stable would be nearly the same, what Sarge now _temporarly_ is - the place for preparation of a stable release. To avoid the split into 4 archives, the only alternative seems IMHO stronger rules for the move from unstable to testing. The rules could be like these rules, which apply for Sarge now in pre-release state. - A well known date for the freeze. About a year from Sarge release if we want to release in 18 months. ACK. The installer should be ready when the freeze, having some months then to check and polish. [...] - "Release essential" packages should be kept mostly free of RC bugs. [...] - For other packages, discourage maintainers to make hughe changes if not needed, but evolve them. [...] Of course I know that all we are voluteers, and that it is a bit difficult to enforce a calendar as if we were a corporation, Major releases (=redesigns) of complex software need a minimum of time to develop (~1 year), test and polish (~6 months and more). Knowing both cultures there is IMHO no essential difference between volunteers and corporations in the minimum time to reach stable quality. Helmut Wollmersdorfer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291379: ITP: tigr-glimmerhmm -- [Biology] gene finder for eukaryotic genomes
Package: wnpp Severity: wishlist * Package name: tigr-glimmerhmm Version : 2.0.2 Upstream Author : Mihaela Pertea <[EMAIL PROTECTED]> * URL : http://www.tigr.org/software/glimmer/ * License : Artistic Description : [Biology] gene finder for eukaryotic genomes GlimmerHMM is a new gene finder based on a Generalized Hidden Markov Model (GHMM). Although the gene finder conforms to the overall mathematical framework of a GHMM, additionally it incorporates splice site models adapted from the GeneSplicer program and a decision tree adapted from GlimmerM. It also utilizes Interpolated Markov Models for the coding and noncoding models . Currently, GlimmerHMM's GHMM structure includes introns of each phase, intergenic regions, and four types of exons (initial, internal, final, and single). . GlimmerHMM has been trained on several species including Arabidopsis thaliana, Coccidioides species, Cryptococcus neoformans, and Brugia malayi. . Homepage: http://www.tigr.org/software/GlimmerHMM/ A package is a available at http://bioinformatics.pzr.uni-rostock.de/~moeller/debian/tigr-glimmerhmm/ Cheers, Steffen Moeller -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291193: base-passwd: Users added in group audio, not seen though. No sound!
On Wed, Jan 19, 2005 at 11:29:55AM +, Colin Watson wrote: > reassign 291193 general > thanks > > On Wed, Jan 19, 2005 at 12:50:24PM +0200, lasse.simpanen wrote: > > Package: base-passwd > > Severity: normal > > > > Users can not have sound. They are added in audio group, but asked > > 'group "user" ' they seem not to be in that group! They are in > > /etc/group though. > > Yes, they have logged out but no change. > > > > About a week ago all was fine, don't know what break the system, > > (sysvinit and sysv-rc was upgraded, but I don't know...) > > Only root can have the sound now. > > Nothing to do with base-passwd. Anyone on -devel want to help figure out > what's wrong? > Strange! I did "deluser 'name' audio" and then again "adduser 'name' audio" and now everything is OK. May be the moon is in the right position again. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#290362: www.debian.org: Please add Root to list of programs that cannot be packaged
On Thu, Jan 20, 2005 at 10:05:10AM +0100, Tim Dijkstra wrote: > I read the threads you linked to above, but I couldn't find a reference > to anybody explaining the ROOT guys what the problem is. Did anybody > try, what was their response? I wrote to them just now, and Fons said: > Hi Sam, > > we are in the process of removing the single non OS limitation from our > license in the very near future (coming months/weeks). The xclass derived > work is solely contained in one single library libGui. The author of xclass > is very aware of our work and ROOT is referenced from the xclass web pages. > > Anyway, stay tuned for the announcement of ROOT being completely OS. > > > Cheers, Fons. I guess this is good news! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: Re: status of the DDTP project?]
On Thursday 13 January 2005 15:25, Daniel Macêdo Batista wrote: > Em 9/1/2005, "Jeroen van Wolffelaar" <[EMAIL PROTECTED]> escreveu: > > Meanwhile, I agree mail is important. What address(es) exactly are > > failing? It looks like [EMAIL PROTECTED] and webmaster@ etc are all > > deliverd to a group of people. A number of other addresses are fed into > > scripts, I could look into that, but don't know what exactly is failing > > or how it is supposed to work. > > The address with problems is [EMAIL PROTECTED] Hi, it seems that the problems with [EMAIL PROTECTED] aren't resolved just yet. However, if you use [EMAIL PROTECTED] instead, the server sends out replies. You'll get the normal feedback, and it looks like the processing of incoming mails succeeds. Cheers, -- Tobias Early to bed and early to rise and you'll be groggy when everyone else is wide awake. pgpzXdLvv26so.pgp Description: PGP signature
Re: Bug#290362: www.debian.org: Please add Root to list of programs that cannot be packaged
On Thu, 13 Jan 2005 14:09:41 -0500 Kevin McCarty <[EMAIL PROTECTED]> wrote: > There are two problems: first, the license [1] forbids redistribution > of modified binaries without permission of the authors, which some > have argued makes it unsuitable even for non-free [2]; second, and > worse, the software contains what appears to be code derived from > cernlib (GPL) [3] and Xclass(LGPL) [4] while having a license > incompatible with either. > > [1] http://root.cern.ch/root/License.html > [2] http://lists.debian.org/debian-legal/2003/01/msg00297.html > http://lists.debian.org/debian-legal/2003/01/msg00281.html > [3] http://cernlib.web.cern.ch/cernlib/conditions.html > [4] http://xclass.sourceforge.net/ > > This is most unfortunate, since Root is a very useful tool and a > number of interesting projects are based on it, but I don't see how > Debian can legally package it, even in non-free, until upstream > changes their license. I read the threads you linked to above, but I couldn't find a reference to anybody explaining the ROOT guys what the problem is. Did anybody try, what was their response? grts Tim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]