headsup - various redis modules now proprietary!

RedisLabs have changed the license of various modules to be incompatible with DFSG guideline 6: the 'Common Clause' rider. https://redislabs.com/community/commons-clause/ Some examples - redis-timeseries, redisearch, rejson, rebloom, eredis, redis-ml, at least some of which are in Debian -Rob

Re: What can Debian do to provide complex applications to its users?

On 18 February 2018 at 12:14, Colin Watson wrote: ... > * Maybe truncate the frozen dependency tree at C extensions, in order >that we can make sure those are built for all architectures, so you'd >still have to care about compatibility with those. It'd be a much >smaller problem, th

Re: Why do we list individual copyright holders?

On 23 Dec. 2017 16:54, "Paul Wise" wrote: On Sat, Dec 23, 2017 at 9:07 AM, Thomas Goirand wrote: > (ie: the Apache license doesn't require listing copyright holders). IANAL, but it seems pretty clear to me that this is not the case, at least for source packages (see 4.c), How do you get to en

Re: third-party packages adding apt sources

On 20 May 2016 at 05:06, Neil Williams wrote: >> My claim, as I'll outline below, is, if the upstream wants to give the >> user an up-to-date software package, and they have to teach them how >> to add a new archive, they'll give them an archive *they control*, >> because they're now on the hook

Re: GitHub “pull request” is useful and can be easily integrated'’

On 20 April 2015 at 02:18, Ben Finney wrote: > Robert Collins writes: > >> Have you used github? If not you should: the best position to critique >> a system from is one of familiarity. > > If I were to critique only the effects GitHub has for the individual who > use

Re: GitHub “pull request” is useful and can be easily integrated'’

so many projects don't use them. > My point is to refute the notion that GitHub pull requests are open and > equal for all peer repositories. Please show specifically where I'm > wrong on that. They are open - documented API, documented schema (we've had this debate befo

Re: debian github organization ?

ck a specific example, if you want to get a patch into OpenStack you *must*: - sign up for the OpenStack gerrit system - sign a CLA - put your patch into git and push it into gerrit Anything else simply won't be accepted. *: A very very small number say 'any patch anywhere, we'

Re: debian github organization ?

il to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: https://lists.debian.org/871tjj5lle@hope.eyrie.org > -- Robert Collins Distinguished Technologist HP Converged Cloud -- To UNSUBSCRIBE,

Re: GPL-3 & openssl: provide a -nossl variant for a library

On 23 Oct 2014 02:03, "Thorsten Glaser" wrote: ... > > > Where it is clear it is indeed a concern. Note that Fontana is both a > > lawyer, and co-author of the GPLv3. > > And a RedHat employee. Was :) http://en.m.wikipedia.org/wiki/Richard_Fontana

Key transition time

UuWs9vtJ62 Mikb0kzAjlQYPwNx6UNpQaILZ1MYLa3JXjataAsTqcKtbxcyKgLQOrZy55ZYoZO5 +qdZ1+wiD3+usr/GFDUX9KiM/f6N+Xo= =EVi2 -END PGP SIGNATURE----- -- Robert Collins Distinguished Technologist HP Converged Cloud -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of &q

Re: Survey answers part 1: systemd has too many dependencies, …

#x27;, not systemd generically. I must admit, I find it an interesting question too :) -Rob -- Robert Collins Distinguished Technologist HP Cloud Services -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas.

Re: Survey answers part 1: systemd has too many dependencies, …

ouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/x6fvws19x5@midna.zekjur.net > -- Robert Collins Distinguished Technologist HP Cloud Services -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Re: parsable copyright format 1.0 (jessie release goals)

Sadly On 13 May 2013 00:00, "Sune Vuorela" wrote: > How many hours of developer time is it worth to spend to accomplish > these, in my opinion, real fringe use cases ? > Let me start out by saing that I'm not at all a fan of the machine readable copyright files - it seems to me there has to b

Re: sprezzos apt-show-rewrite complete (report + numbers)

On 20 Mar 2013 05:33, "nick black" wrote: > > > > I am testing on two machines, a Core i7 2600K quadcore with HyperThreading, > overclocked to 5.0GHz ("skynet"), and a Core 2 Duo 6600 at stock 2.4GHz > ("recombinator"). I ran each mode 10 times with each binary on each machine, > without interleav

Re: Status of opensync in Debian - mass removal very likely

On Sun, Mar 4, 2012 at 12:15 PM, Neil Williams wrote: > opensync/multisync is a complete mess, collecting 25 RC bugs between 20 > source packages and a collective 17,626 days waiting to enter testing. > dd-list attached. I stopped maintaining it years ago; my name is still there merely because (A

Re: Uploading to multiple distros

On Fri, Jun 3, 2011 at 2:40 AM, Martin Owens wrote: > On Thu, 2011-06-02 at 13:20 +0100, Ian Jackson wrote: >> For this to work I think the "suite" target in the changelog entry >> should be qualified by the distro, so you could say (picking a random >> example): >> >>   picocom (1.4-1) debian:uns

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

Bah, link staleness. http://www.cgisecurity.com/lib/HTTP-Request-Smuggling.pdf just worked for me. Also, I realise that there may be a disconnect here: squid *shouldn't* break if a client attempts to pipeline through it - if it is, thats a bug to be fixed, squid just will not read the second requ

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

Well, I don't know why something has 'suddenly' become a problem: its a known issue for years. The HTTP smuggling [http://www.watchfire.com/resources/HTTP-Request-Smuggling.pdf] attacks made that very obvious 5 years ago now. http://en.wikipedia.org/wiki/HTTP_pipelining has a decent overview. Its

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

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: 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: 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: 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: 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: 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: 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: 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

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: 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

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: 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: 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

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

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

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,

Re: Let’s turn DEP5 into something useful

On Sat, 2009-06-13 at 15:28 +0200, Andreas Rottmann wrote: > > A build tool that pollutes the licence of what its used to build would > > be rather problematic > > > Indeed. But do you always need an exception? I had the impression that > the output of a GPL'd tool could be licensed at will, unle

Re: Let’s turn DEP5 into something useful

On Sat, 2009-06-13 at 13:35 +0200, Andreas Rottmann wrote: > > For that to work, you'd have to somehow indicate which files' licenses > are going to be relevant to which binary package. For instance, many > packages have (parts of the) build-system machinery GPL'd (e.g. the > ltmain.sh from libtoo

Re: DEP-5: Please clarify the meaning of "same licence and share copyright holders"

On Wed, 2009-06-10 at 15:57 -0700, Russ Allbery wrote: > > > Does Debian only care about listing copyright holders, as opposed to > > reproducing legally meaningful copyright statements? If so, why not > > just list names here, excluding the word "Copyright" and excluding > the > > years. > > Bec

Re: DEP 5 and directory/file names with spaces

On Mon, 2009-06-08 at 10:15 -0400, Jonathan Yu wrote: > > You know, this is probably a stupid question, but what's wrong with > separating file patterns with newlines, as continuations? > > Files: a b > c > d e f > g.* > > To me it looks more readable, no escaping or quotes are necessary We

Re: DEP 5 and directory/file names with spaces

On Sun, 2009-06-07 at 22:44 -0400, Andres Mejia wrote: > Which implementation could we reasonably expect most people to understand (to > include people not knowledgeable with shell escaping)? For example, consider > what the two fields may mean to a Windows user. I think the style I proposed i

Re: InaTux's "Author's Choice of Terminology License"

On Sun, 2009-06-07 at 01:10 -0700, oohay moc. wrote: > Hello, > ... > Had the license been completed. Would they've/you've considered it? Seems non-free to me. -Rob signature.asc Description: This is a digitally signed message part

Re: DEP 5 and directory/file names with spaces

On Sun, 2009-06-07 at 00:44 -0400, Andres Mejia wrote: > The current proposal for DEP 5 has this snippet for the 'Files' field. > > "List of space-separated globbing pathnames (see man 7 glob for more details) > indicating files that have the same licence and share copyright holders." > > This d

Re: should -dev libraries depending on other -dev packages?

On Wed, 2009-05-13 at 17:08 -0700, Steve Langasek wrote: > > > I'd need to check the source, which I don't have time to do > just-now, > > but I thought there was provision for static and shared linking > having > > different needs. > > There is, but libtool itself has a blemish that ensures it w

Re: should -dev libraries depending on other -dev packages?

On Wed, 2009-05-13 at 08:06 +0200, Josselin Mouette wrote: > Le mercredi 13 mai 2009 à 11:23 +1000, Brian May a écrit : > > Is this still considered to be a libtool issue? > > Yes, but instead of dropping the .la entirely, I’d recommend to simply > purge it from the dependency libs. > See /usr/sha

Re: Environment variables, debian/rules and dpkg-buildpackage

On Sun, 2009-05-10 at 23:37 +0300, Peter Eisentraut wrote: > On Sunday 10 May 2009 13:56:04 Steve Langasek wrote: > > I thought it was generally recognized that it's a Bad Idea to implement > > config files using your interpreter's 'include' functionality, but that's > > basically what we have here

Re: Should we still purge GConf schemas from the old directory?

On Mon, 2009-04-27 at 22:47 -0700, Steve Langasek wrote: > It would be nice if packages that provided these files at one time would > take responsibility for cleaning them up now, late that it is. I'm not sure > this could sensibly be done as a debconf snippet though. Its not clear that all thes

Re: Proposal of new control field: Date

On Thu, 2009-02-12 at 11:40 +0800, jida...@jidanni.org wrote: > >> Imagine, "freshness dating available right there on the grocer's > >> shelf, in Packages.gz. No need for the consumer to jump through > >> additional hoops to find out." > > PW> Which date would it contain? > > The date the mainta

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: 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: 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: 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: 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 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: 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: [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: 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: 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: 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: 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: 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: 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 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-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: 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: 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: 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: 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: -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: -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: 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: 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: 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: 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: 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 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: 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

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

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

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

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: 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: 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: 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: 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: 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: 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: 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 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: "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: 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: 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 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: 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: 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: 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-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 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 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 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 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

  1   2   >