Re: an idea for next generation APT archive caching

On Sat, 2004-10-23 at 12:57 -0500, Manoj Srivastava wrote: > On Fri, 22 Oct 2004 23:04:32 -0700, Matt Zimmerman <[EMAIL PROTECTED]> said: > > > On Wed, Oct 20, 2004 at 02:11:44AM +0200, martin f krafft wrote: > >> Here's an idea I just had about apt-proxy/apt-cacher NG. Maybe this > >> could be i

Re: ITP: lapispuzzle.app -- almost a clone of Street Puzzle Fighter

On Mon, 2004-12-06 at 19:18 +0100, Florian Weimer wrote: > * Gürkan Sengün: > > > * Package name: lapispuzzle.app > > Version : 0.9.1 > > Upstream Author : Banlu Kemiyatorn <[EMAIL PROTECTED]> > > * URL : http://home.gna.org/garma/lapispuzzle/index.html > > * License

Re: Automated testing - design and interfaces

On Thu, 2005-11-17 at 14:36 -0800, Steve Langasek wrote: > [let's get this over to a technical list like it was supposed to be ;)] > > Following your exit status based approach you could add to stanzas > > something like: > > > Expected-Status: 0 > > > I found the above requirement the very mi

Re: Automated testing - design and interfaces

On Wed, 2005-11-23 at 18:16 +1000, Anthony Towns wrote: > On Mon, Nov 21, 2005 at 06:22:37PM +, Ian Jackson wrote: > > > Note that it's often better to have a single script run many tests, so > > > you probably want to allow tests to pass back some summary information, > > > or include the last

Re: Alternate proposal for Declassification of debian-private archives

On Thu, 2005-12-01 at 08:32 -0600, Manoj Srivastava wrote: > Hi, > > ... > - the author and other individuals quoted in messages being reviewed > will be contacted, and allowed between four and eight weeks > to comment; I think the default behaviour should be to keep the post pri

Re: Alternate proposal for Declassification of debian-private archives

On Fri, 2005-12-02 at 12:35 +1000, Anthony Towns wrote: > (Followups to -vote) > > On Fri, Dec 02, 2005 at 08:30:37AM +1100, Robert Collins wrote: > > The primary reason for this is that the existing messages were sent to > > debian-private with an expectation of privacy. &g

Re: Trying to reach consensus - Yet Another Alternate Proposal to Declassification of debian-private

On Thu, 2005-12-08 at 00:08 +0100, Gaudenz Steinlin wrote: > On Wed, Dec 07, 2005 at 02:47:07PM -0300, Daniel Ruoso wrote: > > So, my conclusion is that it would be nice to have two types of > > publications: > > > > 1) Selected Readers > > 2) Selected Content > > > > The first type of publicatio

Re: pbuilder: cowdancer/cowbuilder status update

On Fri, 2006-01-13 at 07:27 +0900, Junichi Uekawa wrote: > Hi, > > This is an update on using userland COW method with pbuilder. > > cowdancer is a tool that allows you to "cp -al" (hardlink) a tree, and > break the hardlink when a write-open to a file is performed. The > adventurous part of cowd

Re: pbuilder: cowdancer/cowbuilder status update

On Fri, 2006-01-13 at 08:42 +0900, Junichi Uekawa wrote: > Hi, > > > > This is an update on using userland COW method with pbuilder. > > > > > > cowdancer is a tool that allows you to "cp -al" (hardlink) a tree, and > > > break the hardlink when a write-open to a file is performed. The > > > adve

Re: [ad-hominem construct deleted]

On Mon, 2006-01-16 at 19:21 -0500, Joey Hess wrote: > > but I agree with it. I would also say that Debian's upstreams are, in the > > same sense, Debian developers. > > I think that we probably have hundreds of upstreams who would react with > everything from disbelief to anger if Debian claimed

Re: Andrew Suffield

On Wed, 2006-01-18 at 20:44 +, Dallam Wych wrote: > On Sun, Jan 15, 2006 at 05:09:03PM -0600, Joe Wreschnig wrote: > > On Sun, 2006-01-15 at 06:28 -0500, sean finney wrote: > > > On Sun, Jan 15, 2006 at 11:58:51AM +0100, Adrian von Bidder wrote: > > > > Do you think your constant bitching is fu

Re: when and why did python(-minimal) become essential?

On Sat, 2006-01-28 at 19:27 +0100, Josselin Mouette wrote: > Le samedi 28 janvier 2006 à 19:18 +0100, Wouter Verhelst a écrit : > > > This is only a feature for perl maniacs. A language that requires a > > > specific coding style is better, because it makes possible for anyone > > > knowing the lan

Re: PROPOSAL: debian/control file to include new License: field

On Tue, 2006-02-21 at 03:54 -0500, Kevin Mark wrote: > On Tue, Feb 21, 2006 at 02:35:52AM -0600, Peter Samuelson wrote: > > > > [Kevin Mark] > > > would it provide any automation or easier processing for the NEW > > > queue(ftpmasters)? > > > > I doubt it. They don't take the maintainer's word f

Re: Linda warnings

On Mon, 2005-05-30 at 03:33 -0400, Eric Dorland wrote: > * Tollef Fog Heen ([EMAIL PROTECTED]) wrote: > > > Because we want to test for buildability. We want to make it possible > > to change any part of the program and barring real errors, it should > > still build. That upstream writes crap c

Re: Is Ubuntu a debian derivative or is it a fork?

On Wed, 2005-06-01 at 00:06 -0500, John Goerzen wrote: > BTW, the baz folks could get some very neat ideas from darcs. The > "offline mode comes free" way of working is very nice, and the > branching being easier than Arch is nice, too. We have .. we're about 3 releases (~3 months) away from a f

Re: Is Ubuntu a debian derivative or is it a fork?

On Tue, 2005-06-07 at 09:48 -0500, John Goerzen wrote: > IMHO, it's a bug if it doesn't work efficiently without specialized > assistance from shell completions. Yup. I deliberately use baz without shell completions for just this reason. If something annoys me, it gets fixed;). Cheers, Rob --

Re: And now for something completely different... etch!

On Thu, 2005-06-09 at 09:25 +1000, Matthew Palmer wrote: > On Thu, Jun 09, 2005 at 01:13:16AM +0200, Javier Fernández-Sanguino Peña > wrote: > > to find their own (sometimes flawed) solution to a very common problem. > > Years using Linux: 10. > > Times I've absolutely needed an X-less boot whe

Re: HashKnownHosts

On Sun, 2005-07-03 at 18:36 +0200, Martijn van Oosterhout wrote: > One case I can think of is where you regularly ssh into a machine with > a dynamic IP address. Maybe with or without a dyndns name. Depending > on the size of the ISP and how often the address changes the > known_hosts files could

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Tue, 2006-08-01 at 19:44 +0100, martin f krafft wrote: > also sprach Adeodato Simó <[EMAIL PROTECTED]> [2006.08.01.1936 +0100]: > > Forgot to add that it can be even _identical_ to subversion, in the > > sense that you don't have to commit locally, and then push. Just make a > > "checkout" (refe

Re: Centralized darcs (was Re: centralized bzr)

On Tue, 2006-08-01 at 14:55 -0500, John Goerzen wrote: > On Tue, Aug 01, 2006 at 08:31:37PM +0200, Adeodato Simó wrote: > > Right, bzr is great when you have a designed person to integrate > > contributor's changes after review. > > > > But if you have a set of equal developers, bzr can be also us

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Wed, 2006-08-02 at 22:29 +0200, Christoph Haas wrote: > > That's in fact an issue that made me feel sceptical about bzr, darcs > and > mercury. All of them require a shell account or some scripting through > a > special mail address to commit changes. And it's not only the recent > kernel vu

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Thu, 2006-08-03 at 08:27 -0300, Otavio Salvador wrote: > Robert Collins <[EMAIL PROTECTED]> writes: > > > bzr is also working on a high performance server at the moment, which > > will operate over either a socketpair - i.e. tunnelling via ssh (which > > can

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Fri, 2006-08-04 at 09:56 +1000, Brian May wrote: > For documentation on checkouts and bound branches, see > > http://bazaar-vcs.org/CheckoutTutorial > > http://bazaar-vcs.org/BzrUsingBoundBranches > > However, I am not convinced the following paragraph in the first > page is correct: > > "

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Sat, 2006-08-05 at 10:58 +1000, Brian May wrote: > >>>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: > > Robert> Are you doing conversions from SVN? Current bzr uses 20MB > Robert> of ram to do a native branch operation in

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Sun, 2006-08-06 at 12:01 +1000, Brian May wrote: > > Curiously though, the problems continue even after the archive appears > to be converted successfully - if I do a diff operation, it reports > all files as deleted, but if I try to revert it, it slows to a > grinding halt. Could you please

Re: centralized bzr (Re: Successful and unsuccessful Debian development tools)

On Sat, 2006-08-12 at 15:59 +1000, Brian May wrote: > >>>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes: > > Robert> On Sun, 2006-08-06 at 12:01 +1000, Brian May wrote: > >> Curiously though, the problems continue eve

Re: dh_python and python policy analysis

On Sun, 2006-08-13 at 19:56 -0500, Manoj Srivastava wrote: >Here there are two cases. Either module foo can't be written at all >for version 2.6, or it the same functionality can be provided with This is a little simplistic. The parser changes fairly routinely in python versions. This me

Re: XS-X-Vcs-XXX field not (yet) announced

On Sat, 2006-09-23 at 04:21 -0500, Manoj Srivastava wrote: > URL's are not what would be needed. > > The information that is required could possibly be couched > like so (RFC 2822 field folding) (for flex in stable) > , > | XS-VCS-ARCH-Repo: [EMAIL PROTECTED] > | http:

Re: XS-X-Vcs-XXX field not (yet) announced

On Tue, 2006-09-26 at 14:16 -0500, Manoj Srivastava wrote: > On Sun, 24 Sep 2006 17:40:54 +1000, Robert Collins > <[EMAIL PROTECTED]> said: > > > config-manager supports reading a config straight out of the VCS: > > http://arch.debian.org/arch/private/srivasta/ar

Re: XS-X-Vcs-XXX field not (yet) announced

On Thu, 2006-10-05 at 17:49 +0200, Stefano Zacchiroli wrote: > > Ok, then please propose a patch for: > > http://svn.debian.org/wsvn/qa/trunk/pts/www/bin/common.py?op=file > > I think it would be quicker for you to propose it, than for me to > actually find out the pedigree of bzr wrt tla/arch

Re: "Arch: all" package FTBFS due to test needing network access - RC?

On Tue, 2006-10-31 at 23:16 -0800, Steve Langasek wrote: > On Wed, Nov 01, 2006 at 08:02:22AM +0100, Lucas Nussbaum wrote: > > While I fully agree with you on all points, I think that this should be > > discussed post-etch with the general question of "in which environment > > are packages supposed

Re: Moving conffiles between packages, redux

On Sat, 2006-12-23 at 23:04 +, Colin Watson wrote: > [debian-release: Read this if you care about the details. The executive > summary is to note that openssh 1:4.3p2-8 corrects an RC bug and should > be hinted into testing if its five days expire without any new RC bugs; > also that all other

Re: Moving conffiles between packages, redux

On Tue, 2006-12-26 at 02:50 -0600, Manoj Srivastava wrote: > On Tue, 26 Dec 2006 19:23:40 +1100, Robert Collins > <[EMAIL PROTECTED]> said: > > > On Sat, 2006-12-23 at 23:04 +, Colin Watson wrote: > >> Fortunately, all of this is only necessary for upgrades fro

Re: Moving conffiles between packages, redux

On Wed, 2006-12-27 at 12:40 +, Colin Watson wrote: > But from etch onwards, the job consists of putting the file in a > different package and adding a Replaces. There'd be nothing for a > debhelper program to do. Sure, maybe a year ago it would have been worth > it - but it's now too late to

Re: How (not) to write copyright files - take two

On Sun, 2006-03-26 at 21:20 -0800, Russ Allbery wrote: > Charles Plessy <[EMAIL PROTECTED]> writes: > > > I am packaging a program for debian, and wrote a manpage and two patches > > for making it compile with libwxwindows. I am not very interested in > > being the author list: I would be a bit as

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

On Mon, 2006-04-24 at 20:54 +0100, Stephen Gran wrote: > This one time, at band camp, Luigi Gangitano said: > > * Package name: squid3 > > > > This is the Squid Internet Object Cache developed by the National > > Laboratory for Applied Networking Research (NLANR) and Internet > > volunteers

Re: Bug#364652: ITP: squid3 -- Internet Object Cache (WWW proxy cache) version 3

On Wed, 2006-04-26 at 12:42 +0200, Wouter Verhelst wrote: > On Wed, Apr 26, 2006 at 11:13:32AM +0200, Luigi Gangitano wrote: > > Squid 3 is not release ready. And with current plans should not > > release with etch. So squid 2.5 needs to stay in unstable/testing at > > least until etch is relea

Re: [Debconf-discuss] Please revoke your signatures from Martin Kraff's keys

On Fri, 2006-05-26 at 15:45 -0700, Thomas Bushnell BSG wrote: > Manoj Srivastava <[EMAIL PROTECTED]> writes: > > > I think the core issue here is if we deem presenting purchased > > identification at an event designed to extend the web of trust > > acceptable behaviour. > > I don't thin

Re: Alternative keysigning procedures

On Sun, 2006-05-28 at 19:23 -0500, martin f krafft wrote: > Taking this to debian-devel... > > also sprach Andrew McMillan <[EMAIL PROTECTED]> [2006.05.28.1840 -0500]: > > (c) Allocate partcipants to the groups in a round robin following > > centrality order and starting with the most central. >

Re: Please notify your rdepends' maintainers if you break an interface

On Sat, 2005-08-13 at 13:31 +0200, Marc 'HE' Brockschmidt wrote: > Hi, > > After I invested an hour so to track down the reason for an evil FTBFS, > I have a very simple request: If you maintain a library that gets used > by other people and you break the API, you should notify > them. Really. It

Re: version numbering

On Fri, 2005-08-19 at 00:52 +0200, martin f krafft wrote: > also sprach Lars Bahner <[EMAIL PROTECTED]> [2005.08.18.2346 +0200]: > > Please CC: me as I am not on this list! > > Please consider setting Mail-Followup-To accordingly. > > > Upstream names the betas for 0.7.3.3 as 0.7.3.3.b1-b30 - as

Re: arch, svn, cvs

On Sat, 2005-08-20 at 21:00 +0200, Florian Weimer wrote: > >> Greg Hudson contributes an interesting viewpoint: > >> > >> > > > > Well written, but does it contribute to our discussion here? Arch > > and Baz can both be used centrally, and

Re: arch, svn, cvs

On Wed, 2005-08-31 at 00:04 +1200, Martin Langhoff wrote: > On 8/20/05, Florian Weimer <[EMAIL PROTECTED]> wrote: > > > Compared to SVN from the view of somebody who is acquainted with CVS, > > > arch sucks badly. I tend to agree with most of the things that Florian > > > Weimer lists on http://www

Re: arch, svn, cvs

On Wed, 2005-08-31 at 15:25 +1200, Martin Langhoff wrote: > On 8/31/05, Robert Collins <[EMAIL PROTECTED]> wrote: > > for the record, to avoid other folk getting confused - bzr isn't a > > 'patch orientated SCM'. bzr's design incorporates elements from a

Re: arch, svn, cvs

On Wed, 2005-08-31 at 00:17 +0200, martin f krafft wrote: > Could you please elaborate on this? Hmm. Where to start :0. perhaps with storage. bzr currently stores the different variations of each file that is versioned in 'stores', which are a collection of files named by their hash, gzipped. (Its

Re: Bug#463167: ITP: dsyslog -- a dumb syslog

On Tue, 2008-01-29 at 19:07 -0600, William Pitcock wrote: > Hi, > > On Tue, 2008-01-29 at 18:54 -0600, Ron Johnson wrote: > > > dsyslog is a dumb, yet advanced syslog daemon, which supports > > infinite > > > rules and expandability through it's purely modular design. The > > default > > > con

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 2008-02-24 at 16:46 -0300, Henrique de Moraes Holschuh wrote: > Yet, rebasing is still routinely performed in the Linux kernel > development. What I find interesting and rather amusing here is Linus talking negatively about rebase: in particular its propensity to turn tested code (what y

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Mon, 2008-02-25 at 17:58 +, James Westby wrote: > On Mon, 2008-02-25 at 10:19 -0600, John Goerzen wrote: > > "Dirty history" is not only tolerated, but the *only* sane option with, > > lesse... rcs cvs svn darcs tla baz (bzr?) > > bzr supports both ways of working, either cleaning up, or

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sun, 2008-03-02 at 02:09 -0300, Henrique de Moraes Holschuh wrote: > And I am completely *sure* it would not be irrelevant for me were I > debugging dpkg without a full, complete, dpkg-regular-developer level of > understanding of the code. Or if I were trying to understand how dpkg > works,

Re: git bikeshedding (Re: triggers in dpkg, and dpkg maintenance)

On Sat, 2008-03-01 at 11:18 -0600, Manoj Srivastava wrote: > > Now, having bisecability could be useful (I have never used a > bisect); I don't know what the effect of a version that does not > compile or is otherwise buggy would have on the work flow. Depending on the treatment of bra

Re: triggers wishlist

On Mon, 2008-03-31 at 00:54 +0200, Cyril Brulebois wrote: > On 30/03/2008, Michael Biebl wrote: > > I don't understand, why it shouldn't be possible, that a single > > update-rc.insserv run, reoders *all* init scripts in one go. You could > > still skip the ones, which will cause loops or have no d

Re: triggers wishlist

On Mon, 2008-03-31 at 08:37 +0200, Petter Reinholdtsen wrote: > [Michael Biebl] > > I don't understand, why it shouldn't be possible, that a single > > update-rc.insserv run, reoders *all* init scripts in one go. You > > could still skip the ones, which will cause loops or have no > > dependency in

Re: Anything wrong with bzr.debian.org or debcheckout ?

On Thu, 2008-06-19 at 13:27 +0900, Charles Plessy wrote: > Hi all, > > I tried to debckechout zlib and it failed: > > anx159tmp$ debcheckout zlib > declared bzr repository at http://bzr.debian.org/bzr/pkg-zlib/zlib/debian > bzr branch http://bzr.debian.org/bzr/pkg-zlib/zlib/debian zlib ... > bzr:

Re: Generating debian package using cmake (take 3)

On Tue, 2008-06-24 at 18:05 -0700, Steve Langasek wrote: > On Wed, Jun 25, 2008 at 02:00:17AM +0200, Rafael Laboissiere wrote: > > > It is okay to have the debian directory in your tarball but, if you go down > > this road, it will be desirable that the Debian maintainer/sponsor for your > > packa

Re: What criteria does ftpmaster use for the ‘copyright’ file of a package? (was: python-daemon_1.4.6-1_amd64.changes REJECTED)

On Sat, 2009-08-29 at 18:03 +1000, Ben Finney wrote: > Howdy Chris, > > I'm copying this discussion to ‘debian-devel’, since I think it has > direct bearing on the recent discussions about trying to figure out > the actual requirements for the contents of the ‘copyright’ file. > > On 27-Aug-2009,

Bug#545113: ITP: pandora-build

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 package: wnpp X-Debbugs-CC: debian-devel@lists.debian.org Pandora build is a collection of m4 macros used by libdrizzle, libmemcached, drizzle and gearmand : developers working on these projects need the macros installed. - -Rob -BEGIN PGP SIGNA

Bug#547492: ITP: python-junitxml

package: wnpp X-Debbugs-CC: debian-devel@lists.debian.org A tiny junit extension. Source: pyjunitxml Section: python Priority: optional Maintainer: Robert Collins Build-Depends: debhelper (>= 5.0.38), cdbs (>= 0.4.49), python-all-dev (>= 2.3.5-11) Build-Depends-Indep: python-docutil

Re: Seeking advice on packaging of pion-net

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Banck wrote: > > Did you try to discuss the library versioning scheme with upstream? pion-net is built on boost's asio. I'd be very suprised if they even _can_ offer a stable ABI with no symbol pollution from asio etc. :) - -Rob -BEGIN P

Re: DEP-5: binary package affected by license $foo

On Thu, 2009-11-05 at 13:59 +1100, Ben Finney wrote: > > > The rational is that sooner or later, we will want to use the > > machine-interpretable copyright file to validate packages freeness, > > license compatibilities and so on. > > Interesting. So you think a single source package could produ

Re: Bits from the FTPMaster meeting

On Sun, 2009-11-15 at 19:29 -0600, Steve Langasek wrote: > I'm not asserting that this problem is *not* significant, I simply don't > know - and am interested in knowing if anyone has more data on this beyond > some four-year-old anecdotes. Certainly, Debian with its wider range of > ports is mor

Re: Bits from the FTPMaster meeting

On Mon, 2009-11-16 at 09:38 -0600, Steve Langasek wrote: > I thought the nature of the problem was clear, but to be explicit: > requiring binary uploads ensures that the package has been build-tested > *somewhere* prior to upload, and avoids clogging up the buildds with > preventable failures (so

Bug#557731: ITP: lptools -- desktop tools for Launchpad

X-Debbugs-CC: debian-devel@lists.debian.org package: wnpp Description: LP Tools allow you to work with Launchpad without ever having to deal with the web interface. The review-list tool can list reviews, and review-notifier provides a desktop notifier about reviews that can be done. . milesto

Re: New source package formats now available

On Mon, 2009-11-23 at 09:30 +0100, Raphael Hertzog wrote: > In the end, I decided to trust nothing and to verify if the first > patch can be applied or not. If it can be applied, we assume that the > patches have not been applied and we apply them all (unless > --no-preparation is given). If quilt

Re: How to maintain packaging files for multiple distributions in the same tree?

On Tue, 2007-01-30 at 15:23 +, Roger Leigh wrote: > >>> Branches don't work so well for ubuntu as you have to pull over the > >>> changes from the main branch to the ubuntu branch on every > >>> release. Which means (unneccessary) work. > >> > >> It is work, yes, but in many cases it is necess

Re: On maintainers not responding to bugs

On Sun, 2007-02-25 at 21:11 -0500, root wrote: > ... ackowledging their part of the process of software development and > not > treating them with distrain. If you treat them well, by acknowleding > their bug reports and -- $DEITY forgive -- saying you are working on > it, ... In fact, acknowledgi

Re: On maintainers not responding to bugs

On Fri, 2007-03-02 at 18:57 +0100, Pierre Habouzit wrote: > but I would > obviously lessen my implication and work for other teams where I've a > single damn chance to see my contribution to be compareable to the > others. Better a big fish in a small pond than a small fish in a big pond huh? So

Re: DM vs DD and security

On Mon, 2007-03-19 at 05:41 -0400, Kevin Mark wrote: > And if its large, then could this be reduced in some way by having the > more common tasks be replaced by a web frontend with password access > and leave fewer tasks that require ssh access. Because ssh is /less/ secure than ssl? -Rob --

Re: Mandatory -dbg packages for libraries?

On Sun, 2007-04-22 at 16:14 -0500, Steve Greenland wrote: > On 22-Apr-07, 14:39 (CDT), Neil Williams <[EMAIL PROTECTED]> wrote: > > > > I'd like to see all library source packages having a minimum of 4 > > binary packages required by Policy: the SONAME, the -dev, the -dbg and > > a -doc package.

Re: Mandatory -dbg packages for libraries?

On Tue, 2007-04-24 at 14:40 +0200, Loïc Minier wrote: > On Tue, Apr 24, 2007, Josselin Mouette wrote: > > Apport sends complete core dumps, which is a very bad idea. The dumps > > can be huge (for desktop applications they often grow beyond 200MB) and > > they can contain gazillions of sensitive in

Re: python, then C++, or C++ from the start?

On Wed, 2007-05-30 at 17:34 +0200, martin f krafft wrote: > Dear colleagues, ... > But I am asking you still: can you think of anything to say against > such an approach? Please don't flame languages or anything of that > sort. The question is just: is it viable for a C++ coder with > a Python pro

Bug#430896: general: GNOME or KDE desktops should issue a warning when the user unplugs USB media without unmounting.

On Thu, 2007-06-28 at 14:54 +1000, Andrew Donnellan wrote: > On 6/28/07, Michael Biebl <[EMAIL PROTECTED]> wrote: > > FWIW recent GNOME desktops in unstable using gnome-mount for doing the > > mounting > > stuff, already have this kind of functionality. Whenever you unmount a > > removable > > de

RFC: declaritive diversions

Ian and I have chatted a few times about diversions in packages. It seems like it would be easier to look for packages that should divert (and don't), or do (and perhaps shouldn't :)) if the diversions were declared in the package rather than being done by turing complete code :). This is a long-p

Re: RFC: declaritive diversions

On Tue, 2007-07-17 at 11:55 +0200, Goswin von Brederlow wrote: > Did you see my earlier mail about the very same thing? No I didn't, sorry. I'm glad the concept seems to have positive reactions regardless. -Rob -- GPG key available at: . signature.asc D

Re: Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Mon, 2007-07-16 at 00:28 +0200, Stefano Zacchiroli wrote: > I don't want to see a bzr-foo package in the archive for each .py module > available on the internet which provides yet another sub-command for > bzr. I asked under the (wrong) assumption that bzrtools was a Debian > package shipping

Re: Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Tue, 2007-07-17 at 19:56 +0200, Adeodato Simó wrote: > * Manoj Srivastava [Tue, 17 Jul 2007 09:11:45 -0500]: > > > > * Create a 'bazaar' package which is a metapackage depending on bzr, > > > recommending key plugins, and suggesting others. > > > This would be a bug. While I understa

Re: Bug#433143: ITP: bzr-rebase -- Rebase plugin for Bazaar

On Tue, 2007-07-17 at 09:11 -0500, Manoj Srivastava wrote: > On Tue, 17 Jul 2007 20:19:59 +1000, Robert Collins > <[EMAIL PROTECTED]> said: > > > * rename the 'bazaar' package to 'baz' - both source and binary, > >though binary is t

Re: [DRAFT] resolving DFSG violations

On Wed, 2008-10-29 at 22:33 +0100, Michelle Konzack wrote: > > Anw what do you do with sourcode, for which there is not even a > compiler > availlable under Linux/BSD? And you HAV to buy a 8000 US$ > development > suit from the chip manufacturer to build the firmware? Free software is an iterat

Re: Free OS versus free hw

On Wed, 2008-10-29 at 15:15 +0100, Loïc Minier wrote: > On Wed, Oct 29, 2008, Ben Finney wrote: > > Since the Social Contract promises Debian *won't* ship non-free > > things, that's not an option compatible with the promises made by the > > Debian project. > > I might not have said it clearly en

Re: DFSG violations: non-free but no contrib

On Sun, 2008-11-02 at 14:51 +0100, Aurelien Jarno wrote: > Everyone agrees that firmwares are a bit special > in the world of software due to the fact they don't run on the host > CPU. I don't think they are at all special. What interprets the software - be it a 'cpu', a 'vm' or a co-processor lik

Re: DFSG violations: non-free but no contrib

On Mon, 2008-11-03 at 21:20 +0100, Loïc Minier wrote: ... > for which providing a source is not critical. ... I wish I understood the reasoning here - putting aside the fact that most of the software in Debian is under a copyleft licence and so we *must* provide the source. Why is the source for

Re: DFSG violations: non-free but no contrib

On Tue, 2008-11-04 at 15:11 +0100, Loïc Minier wrote: > On Tue, Nov 04, 2008, Robert Collins wrote: > > I wish I understood the reasoning here - putting aside the fact that > > most of the software in Debian is under a copyleft licence and so we > > *must* provide the source.

Re: Leverage in licensing discussions

On Fri, 2008-11-07 at 20:01 +, David Given wrote: > > 1. Some devices require firmware blobs with no source available. > Because > of this, such firmware can't be distributed in Debian. ack. > 2. For at least some of these devices, even if the source code was > available it would add no valu

Re: Bug#509225: ITP: tevent -- talloc-based event loop library

On Fri, 2008-12-19 at 23:49 +0100, Jelmer Vernooij wrote: > An alternative would be to implement tevent as a wrapper around libev or > libevents that added talloc support to the API but that's hardly worth > the trouble as that would add another dependency and the library is > pretty small itself

Re: Bug#509225: ITP: tevent -- talloc-based event loop library

On Sat, 2008-12-20 at 01:57 +0100, Jelmer Vernooij wrote: > Am Samstag, den 20.12.2008, 11:10 +1100 schrieb Robert Collins: > > libevent + libtevent-which-wraps-libevent is better than > > libtevent-which-duplicates-much-of-libevent. :) > In theory, I agree. However, in this

Re: stupid dependencies on update-inetd

On Sun, 2007-07-29 at 16:22 +0200, Magnus Holmgren wrote: > > But: AFAIU, /etc/inetd.conf is now owned by any package, because it's > used by > several packages and updated by update-inetd. I think it makes sense > for > service packages, like samba, to update inetd.conf even though no > inet-s

Re: Why no Opera?

On Mon, 2007-08-27 at 23:54 -0400, [EMAIL PROTECTED] wrote: > Quoting "Roberto C. Sánchez" <[EMAIL PROTECTED]>: > > > > What professional software engineering experience do you have on large > > software projects that qualifies you to determine what software "is > > likely to need little testing

Re: pristine tarball generator

On Sat, 2007-10-06 at 16:46 +1000, Anthony Towns wrote: > On Wed, Oct 03, 2007 at 03:38:54PM +0300, Faidon Liambotis wrote: > > There's also --rsyncable which is appears mostly (if not only) on Debian > > and unfortunately can't be figured out from the headers. > > > Multipart gzips would also not

Re: -Wl,--as-needed considered possibly harmful

On Thu, 2007-12-20 at 00:51 -0800, Steve Langasek wrote: > On Mon, Dec 10, 2007 at 09:47:36PM +0100, Simon Richter wrote: > > >>> No, what can be done is to fix upstream's broken declaration that 'you can > >>> assume glib functions are available when doing "#include "'. > >>> It > >>> doesn't

Re: -Wl,--as-needed considered possibly harmful

On Wed, 2007-12-26 at 13:11 +, Neil Williams wrote: > > So could I ask, from an upstream perspective, what kind of changes in > the underlying lib might *not* cause such a port and therefore end up > with libfoo1 still being buildable against libbar3 yet *still* require > a > SONAME bump to a

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > On Wed, Jan 02, 2008 at 12:13:13AM +0100, Petter Reinholdtsen wrote: > > What about changing the default values for dh_installinit for a future > > debhelper compatibility layer, to use 'start 20 2 3 4 5 . stop 80 1 .' > > instead of 'defaul

Re: Faster shutdown and the ubuntu "multiuser" update-rc.d extention

On Wed, 2008-01-02 at 09:50 -0800, Russ Allbery wrote: > Robert Collins <[EMAIL PROTECTED]> writes: > > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote: > > >> Some packages actually do need to shut down cleanly; in the case of a > >> database, for exa

Re: dh_shlibdeps and -dbg packages

On Thu, 2008-01-17 at 23:58 +, Colin Watson wrote: > On Thu, Jan 17, 2008 at 02:50:09PM -0800, Russ Allbery wrote: > > Niko Tyni <[EMAIL PROTECTED]> writes: > > > Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables. > > > This was apparently done when adding support for spl

Re: TCP SYN cookies and Bug #520668

On Sun, 2010-02-14 at 11:00 +0100, Florian Weimer wrote: > BTW, will users think that the current warning ("possible SYN flooding > on port %d. Sending cookies") always indicates an attack? Hopefully > not. I'm sure non sysadmins will be confused by it- but they probably don't look at dmesg anyh

Re: Misc developer news (#21)

On Sat, 2010-02-20 at 14:25 +0100, Raphael Hertzog wrote: > > > This wiki page still misses a "Disadvantages of new format" > section. > > It's a wiki, feel free to add it. I know some people unhappy with the > new > format but I don't know many technical disadvantages. The primary one I'm unh

Re: Misc developer news (#21)

On Sun, 2010-02-21 at 08:53 +0100, Raphael Hertzog wrote: > > The primary one I'm unhappy with is its deleting part of the upstream > > tarball with (AFAIK) no warning and no control. (That is, if upstream > > have a debian dir, it gets nuked, rather than us collaborating on it). > > That's a fea

Re: Changes in dpkg Pre-Depends

On Tue, 2010-02-23 at 05:20 +0100, Guillem Jover wrote: > I don't think this would be worth it, as Marco has also said, if the > system is hosed but you can still get to the point of obtaining a > package to install you might as well just obtain the broken files. > Of course you might have it alre

Re: Best practices for development workstations

On Sat, 2010-04-03 at 17:48 +0200, Toni Mueller wrote: > > > Actually, squid has its own slew of problems. Eg. I've yet to see a > machine where Squid runs reliably under anything resembling a > "reasonable load", instead of falling over frequently, and it can be > difficult to have the features

Re: Best practices for development workstations

On Sun, 2010-04-04 at 12:27 +0200, Petter Reinholdtsen wrote: > [Robert Collins] > > Wearing my squid upstream hat: please file bugs if squid is > > misbehaving. Squid is used in many high volume high load web sites, > > so if there are reliability bugs we really real

Re: APT do not work with Squid as a proxy because of pipelining default

Due to the widespread usage of intercepting proxies, its very hard, if not impossible, to determine if a proxy is in use. Its unwise, at best, to assume that no proxy configured == no proxy processing your traffic :(. -Rob -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a

Re: APT do not work with Squid as a proxy because of pipelining default

Given that pipelining is broken by design, that the HTTP WG has increased the number of concurrent connections that are recommended, and removed the upper limit - no. I don't think that disabling pipelining hurts anyone - just use a couple more concurrent connections. -Rob -- To UNSUBSCRIBE, em

  1   2   >