Re: finally: packages to optionally create default collaboration dirs
Am Wed, 2 Jun 2010 01:20:00 +0400 schrieb Stanislav Maslovski : > > But where/how should those things be created best? > > Should not be created at all on default installs, thanks. Do not worry. They are not to be created by default. If you read the subject it even explicitly reads "optionally create". > Those things should be under control > of a local administrator. And the functionality should be handled by a configurable option in Debian. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602102735.60df7720c.gatzeme...@tu-bs.de@tu-bs.de
Re: finally: packages to optionally create default collaboration dirs
On Wed, Jun 02, 2010 at 10:27:35AM +0200, C. Gatzemeier wrote: > Am Wed, 2 Jun 2010 01:20:00 +0400 schrieb Stanislav Maslovski > : > > Do not worry. They are not to be created by default. > If you read the subject it even explicitly reads "optionally > create". > > > Those things should be under control > > of a local administrator. > > And the functionality should be handled by a configurable option in > Debian. But why Debian should care about the precise details of local admistration policies? IMO, what is required from a distribution is just a set of sane defaults. One could argue that we could have a configurable set of defaults in this case, but in reality such unnessesary options will only confuse inexperieced users and irritate administrators. -- Stanislav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602085303.ga28...@kaiba.homelan
Bug#584202: ITP: libamazon-sqs-simple-perl -- OO API for accessing the Amazon Simple Queue
Package: wnpp Severity: wishlist Owner: Angel Abad * Package name: libamazon-sqs-simple-perl Version : 1.06 Upstream Author : Simon Whitaker * URL : http://search.cpan.org/dist/Amazon-SQS-Simple/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : OO API for accessing the Amazon Simple Queue Amazon::SQS::Simple is a Perl library providing an object-oriented API for the Amazon Simple Queue Service. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602085611.12147.31782.report...@goa
Re: finally: packages to optionally create default collaboration dirs
On Wed, Jun 02, 2010 at 10:27:35AM +0200, C. Gatzemeier wrote: [skipped] BTW, mutt seems to incorrectly fill the References: header when I reply to your mail. Just a second test. Please ignore... -- Stanislav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602090023.ga29...@kaiba.homelan
Bug#584207: ITP: howm -- note-taking tool on Emacs
Package: wnpp Owner: Youhei SASAKI Severity: wishlist * Package name: howm Version : 1.3.8 Upstream Author : HIRAOKA Kazuyuki * URL or Web page : Homepage: http://howm.sourceforge.jp/ * License : GPL 2 or later Description : Note-taking tool on Emacs Howm -- "is a note-taking tool on Emacs. It is similar to emacs-wiki　 you can enjoy hyperlinks and full-text search easily. It is not similar to emacs-wiki　it can be combined with any format. --- Youhei SASAKI GPG fingerprint: 4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07 1024/DSA: 8BF1 ABFE 00D2 526D 6822 2AC6 13E0 381D AEE9 95F4 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87ljaxrdxi.wl%uwab...@gfd-dennou.org
Re: finally: packages to optionally create default collaboration dirs
Am Wed, 2 Jun 2010 12:53:03 +0400 schrieb Stanislav Maslovski: > But why Debian should care about the precise details of local > admistration policies? If you have read #248130 and know debian, you probably know local details are usually nicely configurable. You probably also know about debconf, preseeding and priorities anyway. I.e. for addgroup a configuration analogy to adduser's homedirs would be: GROUPDIRS=no DGROUPDIR=/home/group QUOTAGROUP= GROUP_DIR_MODE=2775 > what is required from a distribution is > just a set of sane defaults. Before we can actually choose any defaults, we need functionality that is able to optionally set up collaboration directories. To set up the directories that are bound to groups, addgroup is the obvious place for this. I don't know the right place yet though, for the option to set up the groupdir for the "users" system group, and ~/private and ~/incoming for each user. > in reality such > unnessesary options will only confuse inexperieced users and irritate > administrators. Ready to go and easy collaboration among the users of a system may not be necessary and welcomed by everyone. Just stay with those things disabled then, you shouldn't even notice. I'd like quote Petter here, "You should not really allow your lack of imagination to limit what computer systems can handle. :)" The great thing about Debian is that it can mean and handle so many different things for so many people. Thank you for being helpful to flash this out. Cheers, Christian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602115918.3a0f386ec.gatzeme...@tu-bs.de@tu-bs.de
Re: cryptdisks(-early) initscripts, dependencies and loops
Am Tue, 1 Jun 2010 22:08:19 +0200 schrieb Jonas Meurer: > should i > simply tag the bugs as wontfix, describing that a solution is > impossible? Some of the setups you describe may work event based using the current upstart init. Cheers, Christian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602123316.4942d3e6c.gatzeme...@tu-bs.de@tu-bs.de
Bug#584222: ITP: vmtk -- the Vascular Modeling Toolkit
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, Package name: vmtk Version: 0.9 Upstream authors: Luca Antiga, David Steinman URL: http://www.vmtk.org License: BSD, Modified MIT Description: the Vascular Modeling Toolkit The Vascular Modeling Toolkit is a collection of libraries and tools for 3D reconstruction, geometric analysis, mesh generation and surface data analysis for image-based modeling of blood vessels. I would like to maintain it under the Debian Science umbrella. Regards, Johannes -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktilp1dky0o_xhdapxwuuz_2otcgtc-jljc4x5...@mail.gmail.com
Bug#584228: ITP: toonloop -- Live stop motion animation tool
Package: wnpp Severity: wishlist Owner: Alexandre Quessy * Package name: toonloop Version : 1.2.8 Upstream Author : Alexandre Quessy * URL : http://www.toonloop.com/ * License : GPL version 3 Programming Lang: Python, C++ Description : Live stop motion animation tool Toonloop is a live stop motion animation software. It aims to show the creation process the audience as well as the result of the creation. The frame by frame animation is made by adding frames one by one to a clip made of many frames. Clips are displayed in a never ending loop. Toonloop provides features such as onion skinning, and an intervalometer, which allows one to automatically create accelerated time lapse clips. It can be controlled using MIDI input, the Open Sound Control protocol or the FUDI protocol. (with Pure Data) Toonloop offers video effects written in the OpenGL Shading Language, (GLSL) to do chroma keying, luma keying, image adjustements and more. Different themes allow one to choose how the editing and playback viewports are displayed. The configuration can be saved and restored in the JSON format. Finally, Toonloop allows users to save their clips to the photo-JPEG video codec (using mencoder), and as well to JPEG images. One can download Toonloop from http://alexandre.quessy.net/static/tarballs/ The releases in the 2.x branch will be rewritten in C++. Toonloop in the 1.x series depends on python-pygame >= 1.9.1 which is not yet packaged as of the time I am writing this. (Wed, 02 Jun 2010) See bug #544347 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602125200.16177.66376.report...@plouf
Re: finally: packages to optionally create default collaboration dirs
On Wed, Jun 02, 2010 at 11:59:18AM +0200, C. Gatzemeier wrote: > Am Wed, 2 Jun 2010 12:53:03 +0400 > schrieb Stanislav Maslovski: > > > But why Debian should care about the precise details of local > > admistration policies? > > If you have read #248130 Yes, I have. > and know debian, I am with Debian for more than 10 years, so, yes, I know something about it. > you probably know local details are usually nicely configurable. In 99.9% of cases the details you are writing about are package-related details. They define the behaviour of the software. The administration policies instead define the behaviour of the _users_ of software. My point is that this latter part does not belong in Debian. > You probably also know about debconf, preseeding and priorities > I.e. for addgroup a configuration analogy to adduser's homedirs would > be: > > GROUPDIRS=no > DGROUPDIR=/home/group > QUOTAGROUP= > GROUP_DIR_MODE=2775 > > > > what is required from a distribution is > > just a set of sane defaults. > > Before we can actually choose any defaults, we need > functionality that is able to optionally set up collaboration > directories. > > To set up the directories that are bound to groups, addgroup is the > obvious place for this. I don't know the right place yet though, for > the option to set up the groupdir for the "users" system group, and > ~/private and ~/incoming for each user. What may seem good to you, may be as well unacceptable to others for mirriads of reasons. > > in reality such unnessesary options will only confuse inexperieced > > users and irritate administrators. > > Ready to go and easy collaboration among the users of a system may not > be necessary and welcomed by everyone. Just stay with those things > disabled then, you shouldn't even notice. I'd like quote Petter here, > "You should not really allow your lack of imagination to limit what > computer systems can handle. :)" You said. But I think that the lack of imagination is actually on the other side. > The great thing about Debian is that it can mean and handle so many > different things for so many people. Yes, that is why we should not limit it to a fixed number of predefined choices. -- Stanislav -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100602204320.ga7...@kaiba.homelan
Bug#584286: ITP: haskell-strict-concurrency -- Haskell strict concurrency abstractions
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: g...@debian.org Package name: haskell-strict-concurrency Version: 0.2.3 Upstream Author: Don Stewart URL: http://hackage.haskell.org/package/strict-concurrency License: BSD Description: Haskell strict concurrency abstractions This package provides head normal form strict versions of some standard Haskell concurrency abstractions (MVars,Chans), which provide control over where evaluation takes place not offered by the default lazy types. This may be useful for deciding when and where evaluation occurs, leading to improved time or space use, depending on the circumstances. Rationale: it is a dependency of happstack (bug #569501). Regards, Giovanni. -- Giovanni Mascellani Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#584288: ITP: haskell-unix-compat -- Haskell portable POSIX-compatible layer
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Owner: g...@debian.org Package name: haskell-unix-compat Version: 0.1.2.1 Upstream Author: Bjorn Bringert URL: http://hackage.haskell.org/package/unix-compat License: BSD Description: Haskell portable POSIX-compatible layer This package provides portable Haskell implementations of some POSIX system calls contained in the unix package. This package re-exports the unix package when available. When it isn't available, portable implementations are used. Rationale: it is a dependency of happstack (bug #569501). Regards, Giovanni. -- Giovanni Mascellani Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
