On Wed, Feb 17, 2010 at 09:24:30AM +0100, Raphael Hertzog wrote:
> On Tue, 16 Feb 2010, Antonin Kral wrote:
> > Epochs as well as +reverted will definitely work but looks a bit too
> > hackish to me.
>
> Epochs have been designed precisely for this. It's not hackish... but they
> are somewhat ugly
On Sun, May 30, 2010 at 09:40:48PM +, brian m. carlson wrote:
> The difference is that those tools provide a reasonable level of
> functionality with free data. Weather information is in the public
> domain because there's no originality to it. Most programs that display
> lyrics or album cov
On Mon, May 31, 2010 at 05:43:25PM +0200, Hilko Bengen wrote:
> > You can find this repository at ftp://ftp.ethgen.de/pub/debian-security
> > (deb ftp://ftp.ethgen.de/pub/debian-security sid unofficial-secured).
>
> To avoid confusion, please call your repository "debian-security-ng".
or perhaps
hi,
On Mon, May 31, 2010 at 12:24:48PM -0700, Steve Langasek wrote:
> Does dbconfig-common know about all of these config files?
>
> I think it's the responsibility of dbconfig-common to track them, and remove
> them on purge. That way if your package is purged while dbconfig-common is
> install
On Mon, May 31, 2010 at 09:02:50PM -0700, Steve Langasek wrote:
> Hmm, what's the risk of changing it? I guess if dependencies are allowed to
> be purged when a package depending on them is removed-but-not-purged,
> dbconfig-common could obliterate config files that the depending package
> expects
hi,
this should all be prefaced with the disclaimer that i'm not actually
using lilo at the moment, but i thought i'd throw in something due to
some of the comments/posturing that i've been seeing here.
On Mon, Jun 07, 2010 at 01:44:05AM +0400, William Pitcock wrote:
> Have fun. When you have a
On Wed, Aug 25, 2010 at 06:46:18PM +0100, Ian Jackson wrote:
> Goswin von Brederlow writes ("Re: Atlas proposal [and 1 more messages]"):
> > Just dumping the compiled files into /usr/lib/ I find quite unacceptable
> > too.
>
> No, it is absolutely fine and it is what atlas-auto should do. It is
>
the package in question is xmlrpc-c, which provides among other things
libxmlrpc-c3. this package contains runtime libraries for c and c++
applications. it has a fairly small (6, from a quick look) set of
reverse dependencies.
in the version in testing/unstable, these c/c++ libraries shared the
hi there,
(for future reference dbconfig-common-de...@lists.alioth.debian.org is
probably the proper place for this type of discussion).
On Mon, Dec 06, 2010 at 11:31:22AM +0100, Pierre Chifflier wrote:
> Since the package is using dbconfig since a few versions, I'm now facing
> an upgrade proble
hi jérémy,
On Fri, Feb 11, 2011 at 09:46:13AM +0100, Jérémy Lal wrote:
> What's the best way to name gbp branches ?
> I thought of something like :
> 2.0 1.0.x
> mastermaster-1.0.x
> upstream upstream-1.0.x
> pristine-tar pristine-tar
Package: wnpp
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Due largely to the fact that I'm no longer using cacti on a regular basis,
I think cacti and spine should get a new maintainer.
Both packages are relatively up to date and in decent shape, and the upstream
authors are r
hi,
On Mon, 2011-02-21 at 19:42 -0600, Raphael Geissert wrote:
> I disagree here.
> Alternatives in build-* relationships *are* mentioned by policy. In fact,
> there's even an example in section 7.1.
>
> There's also no stated guarantee *anywhere* (including release policy) that
> the package's
On Sat, 2011-02-26 at 14:32 +0100, Michael Banck wrote:
> >
> > The right way to do this is, IMNSHO, what systemd does and just have
> > init handle starting and stopping the job. That ensures there's no
> > inconsistency between boot-time starting and starting later by hand.
>
> Right, but it m
On Sat, 2011-02-26 at 21:44 +0100, Tollef Fog Heen wrote:
> I'd like us to decide on a policy about enable/disable flags in
> /etc/default in general. Either all daemons should have them or no
> daemons should have them, and if we have them, I think we should have
> the value in the default file s
On Tue, 2011-03-01 at 17:19 +0100, Olaf van der Spek wrote:
> >> So what *is* the proper UI?
> >
> > The sensible abstraction for this is 'service' - but it doesn't appear that
> > service has support for enable/disable yet :(
>
> Do other distro's use service for this?
actually i think chkconfig
On Tue, Mar 01, 2011 at 08:38:42PM -0600, Ron Johnson wrote:
> On 03/01/2011 06:19 AM, ximalaya wrote:
>> BTW, I ever tried on Redhat Linux 9, no such problem.
>>
>
> This is the interesting part. Is RH keeping their patches, or are
> upstream and other distros just not determining them worthwhi
On Tue, Mar 01, 2011 at 08:30:24PM +0100, Olaf van der Spek wrote:
> > time the package is upgraded. i mean, it's not even that great for
> > maintainer scripts, as evidenced by the total inconsistency for how
> > developers are managing enabling/disabling of their services.
>
> Isn't that handle
hi zack,
On Wed, Mar 02, 2011 at 09:41:18AM +0100, Stefano Zacchiroli wrote:
> without telling which those "several tools" are. According to this
> thread, the recommended tool among them is "mv" (in the hope that the
> sysadm knows by heart that they have to run insserv afterwards).
there's a fe
On Thu, 2011-03-03 at 10:37 +0100, Tollef Fog Heen wrote:
> | Is there any reason against using a debconf script that asks if the
> | daemon should be started at boot time (or on which runlevels)? That
> | way you can easily modify the configuration with dpkg-reconfigure and
> | benefit from the de
On Thu, 2011-03-03 at 23:01 +0100, Christoph Egger wrote:
> Sune Vuorela writes:
> > (isn't it only icewm and ratpoison and blackbox we might 'lose' by
> > simply killing the debian menu)
>
> Last time I checked fluxbox and awesome where both debian menu only as
> well.
instead of letting the ta
On Mon, Mar 14, 2011 at 01:17:02PM +, Ben Hutchings wrote:
> No, I don't think there's a way to do that programmatically. You would
> just have to try capset and then chmod u+s.
instead of chmod, you would actually want something that checked/respected
dpkg-statoverride, rather than hard-codi
On Tue, Mar 15, 2011 at 10:29:57PM +, Marcin Owsiany wrote:
> * maintain a whitelist of distributed files, and "rm" everything
>else (apart from the debian directory) in the clean target.
>
>Since I use (or plan to use) git-buildpackage, I don't have a tarball
>which could serve a
On Wed, 2011-03-16 at 16:36 +, Ian Jackson wrote:
> > Then, you need a way to patch them. There is lots of software where
> > you need to patch configure.ac and/or Makefile.am
>
> That's fine, you patch the input, rerun the autofoobar stuff, and then
> build the source package with diff. If y
hi john,
On Sat, Dec 13, 2003 at 03:07:00PM +, Bruno Rodrigues wrote:
> Which doesn't support hyperthreading nor the network cards ?
nor the aacraid/aic7xxx scsi raid controllers, which really sucks
if that's where your hard disks are. but there are folks on the
net who've made netboot isos
hi colin,
On Tue, Dec 16, 2003 at 09:22:57PM +, Colin Watson wrote:
> On Tue, Dec 16, 2003 at 08:57:34PM +, Colin Watson wrote:
> > On Tue, Dec 16, 2003 at 09:01:01PM +0100, Osamu Aoki wrote:
> > > Many bags disapeared in my mozilla screen when I was looking at:
> > > http://bugs.debian.
hi phillip,
On Thu, Oct 07, 2004 at 03:38:59PM +0200, Philipp Matthias Hahn wrote:
> What is consideres best practice when a package uses a SQL database
> (mysql, postgresql) and needs to create its own catalog and/or tables?
this is a very good question, which has not been conclusively answered
i know this has been beaten to death, i really do. but i can't help it...
On Fri, Oct 08, 2004 at 01:24:00AM +0100, Gürkan Sengün wrote:
> Description : cdplayer.app -- Small audio CD player for GNUstep
then why not gnustep-cdplayer? you don't see the gnome people doing
this with their cd
hi seo,
On Fri, Oct 08, 2004 at 10:54:59AM +0900, Seo Sanghyeon wrote:
> Please rename "planner" to "gnome-planner" immediately.
> Please rename "netspeed" to "gnome-netspeed" immediately.
i agree, though i am not the package maintainer :)
in fact, somebody has already recommended this for netsp
hi christian,
On Fri, Oct 08, 2004 at 06:59:50AM +0200, Christian Perrier wrote:
> All such templates should probably go into a common set of debconf
> templates, provided by a very small package, which all these packages
> should depend upon, instead of constantly reinvent the wheeland
> make
On Sun, Oct 10, 2004 at 03:18:52PM +0200, Marc Haber wrote:
> On Fri, 8 Oct 2004 06:59:50 +0200, Christian Perrier
> <[EMAIL PROTECTED]> wrote:
> >Could *please* maintainers of packages interacting with RDBMS
> >establish a set of *common* debconf templates for prompting users ?
> >
> >-Database us
On Mon, Oct 11, 2004 at 11:40:30AM +0200, Florian Weimer wrote:
> Of course it is safe to distribute. What do you fear? That Broadcom
> might sue you for distributing something that they have written and
> released under the GPL, and actually have a case? They might as well
> sue Debian because
On Mon, Oct 11, 2004 at 10:47:26AM -0500, John Hasler wrote:
> What do you mean by "legally"? Copyright infringement is a tort, and there
> is no way they could win an infringement lawsuit against a distributor for
> failing to redistribute the source for the blobs when they did not supply
> it th
On Wed, Oct 13, 2004 at 11:51:00AM +0200, Brian Sutherland wrote:
> The package includes the template-package's templates at build
> (debhelper style as suggested before).
>
> Then up to date translations can be ensured by installing a
> debconf-translation-templates meta package or templates pack
On Wed, Oct 13, 2004 at 11:16:09PM +0200, Agustin Martin wrote:
> But for shared/* debconf templates this means that all packages using that
> template need to be rebuilt against the new template-providing package
> after every change in its template contents. I think that is better to
> split the
On Thu, Oct 14, 2004 at 12:37:07PM -0600, Jeremy Nickurak wrote:
> For what it's worth, hotplug recently had a similar issue on a test
> install for me: it actually loaded both OSS and ALSA drivers for my
> soundcard.
likewise for me. i've found that after a fresh debian install, one of
the first
hey all,
for those who weren't following the previous thread[1], i've come up with
a rough draft of a "best practices" document for database based
applications. i'd greatly appreciate input, especially from the current
maintainers of database-using or database-server applications. the draft
is a
hey oliver,
On Sun, Oct 17, 2004 at 09:41:36PM +0100, Oliver Elphick wrote:
> I attach a diff on the templates file, including questions for a
> PostgreSQL installation..
thanks!
> Bear in mind that users seeing these questions may not understand their
> implications. Some of my additions are i
On Mon, Oct 18, 2004 at 09:19:28AM +0200, Javier Fernández-Sanguino Peña wrote:
> [That should be http://people.debian.org/~seanius/policy/dbapp-policy.html,
> BTW]
oops!
> I'm missing some "Best practice" on how to setup the database itself. That
> is, how to setup the tables (indexes, whateve
On Tue, Oct 19, 2004 at 05:19:47PM +0200, martin f krafft wrote:
> 1. I would set the default of the "leave data after purge" to true
>and give it priority high.
i guess i had forgotten to update the page on this one (someone
else had requested this too). it should be updated now.
> 2. I am
another update for those interested:
http://people.debian.org/~seanius/policy/dbapp-policy.html
deb http://people.debian.org/~seanius/policy/examples/ ./
deb-src http://people.debian.org/~seanius/policy/examples/ ./
i've incorporated many of the changes discussed in the related
d-d threads into
hi javier,
On Wed, Oct 20, 2004 at 05:05:18PM +0200, Javier Fernández-Sanguino Peña wrote:
> - leave data after purge? -> only ask during purge.
> - back up database before upgrade? -> only ask during upgrades. user should
> be notified where to find backups and possibly how to restore.
> and oth
On Wed, Nov 20, 2002 at 03:30:10AM -0500, Anthony DeRobertis wrote:
> Well, the first (only!) time they will install apt/dpkg on a system is
> during the dbootstrap in debian-installer. I'd object very strongly if
> such a question were asked by d-i. Debconf is doable, but it'd have to
why woul
On Thu, Nov 21, 2002 at 03:52:16PM -0600, Oliver Xymoron wrote:
> Then perhaps we could just s/(non-free|contrib)/non-debian/.
now that's a good idea. i think it would make a very clear
statement that the stuff was not part of the debian distribution,
allowing debian to call itself completely f
On Fri, Nov 22, 2002 at 08:54:29AM -0500, Anthony DeRobertis wrote:
> Because I'd like to Debian be installable with much fewer questions,
> and asking about if the user wants dialogs warning them of non-free is
> not needed to install the system.
and i guess that's where we disagree. if i want
On Fri, Nov 22, 2002 at 08:54:29AM -0500, Anthony DeRobertis wrote:
> One way to explicitly turn them on --- which would not bug users who
> don't want it --- would be to install a package. The package could work
> similar to apt-listchanges.
oh yeah, i just remembered, check out the vrms packag
On Fri, Nov 22, 2002 at 04:01:05PM +0100, Tollef Fog Heen wrote:
> | Good idea. We should add an 'apt-cache alternatives packagename' as
> | well.
>
> I've seen many «we should add X», while few people seem to actually do
> what they suggest.
right, because we're brainstorming here :) if this we
On Sat, Nov 23, 2002 at 01:25:23AM -0500, Nathanael Nerode wrote:
> There's a real complaint: confused users and developers think that 'non-free'
> is part of the Debian distribution. How to solve this without slaying
> non-free? Here are some ideas, in increasing degree of drasticness.
>
> *
On Wed, Nov 27, 2002 at 08:21:41PM +0200, Michelle Konzack wrote:
> I think, supporting (distributing) of non-free ist waste of bandwidth
> and money... and the same for contrib...
i think the bandwidth taken and disk space taken up by non-free is
exceptionally small compared to main. i haven't
On Wed, Nov 27, 2002 at 08:25:35PM +0100, Thomas Lange wrote:
> Is there a script, that can automaticly determine the best or correct
> name of the kernel-image that should be installed?
>
> I think something with grep and sed from /proc/cpuinfo should write
> k7, k6, 586tsc or someing else to std
excuse me for voicing up here, but this seems like something that
didn't need to be sent to the entire debian-devel mailing list.
granted, i'm not even a developer, but i get the impression this is
more the result of you two not getting along and less having to do
with his ability to be a producti
On Wed, Nov 27, 2002 at 12:46:20PM -0800, Vonsur Kcin wrote:
> cpuid=sed -ne 's/^model name.*: //p' < /proc/cpuinfo
just don't forget the backticks :)
> case "$cpuid" in
> "AMD Athlon"*)
> echo k7
> ;;
yeah, even simpler than i was thinking!
sean
pgpVsp5bfIinX.pgp
D
On Wed, Nov 27, 2002 at 06:45:21PM -0500, Michael Stone wrote:
> On Thu, Nov 28, 2002 at 09:55:52AM +1100, Brian May wrote:
> >Ideally have some way for the user to override the default choice if
> >automatic selection fails...
>
> Can you detect smp from non-smp kernel?
i would guess not...
pg
On Fri, Nov 29, 2002 at 01:25:09PM +0100, Jens Ruehmkorf wrote:
> On Thu, 28 Nov 2002, sean finney wrote:
> > On Wed, Nov 27, 2002 at 06:45:21PM -0500, Michael Stone wrote:
> > > Can you detect smp from non-smp kernel?
> >
> > i would guess not...
>
> Just c
On Fri, Nov 29, 2002 at 11:57:53AM -, Charles Garcia-Tobin wrote:
> 1. Install kernel-source-2.4.18-5 package
> 2. Uncompress and untar /usr/src/kernel-source-2.4.18-5.tar.bz2
> 3. Symbolic link /usr/src/linux --> kernel-source-2.4.18-5
> 4. cp kernel-config to /usr/src/linux/.config
yeah, fo
On Thu, Dec 05, 2002 at 12:03:31AM +, Scott James Remnant wrote:
> These aren't included in the "X window system" task... Given that's how
> most users (most notably the non-technical who would benefit from them)
> install X - should these be added to that?
i agree. perhaps the X task should
On Thu, Dec 05, 2002 at 12:06:32AM +0100, martin f krafft wrote:
> good to know. i asked for tc to include the htb patch a long time ago.
> i'll push it again. the problem is that we also need the kernel patch.
> that's annoying, to say the least, makes the package almost useless...
i noticed when
On Thu, Dec 05, 2002 at 07:58:58AM +0100, Andreas Tille wrote:
> On Wed, 4 Dec 2002, sean finney wrote:
> > the xserver-xfree86 package can check for these, and if they exist, before
> I doubt this would help much. If I'm not missleaded the configure
> script is called
On Sat, Dec 07, 2002 at 03:56:47PM +0100, Eduard Bloch wrote:
> I think we should document this in the policy and force maintainers,
> following this simple rule. When DEBIAN_FRONTEND value is Non-Interactive,
> no question should interrupt the installation process. Really none.
yeah, i REALLY agr
On Sat, Dec 07, 2002 at 09:02:56PM +0100, Tollef Fog Heen wrote:
> * Bastian Blank
>
> | if the maintainers won't do that, we need a policy paragraph to force
> | them.
>
> Would a policy-proposal forcing packages to use debconf for user
> interaction during installation get support?
i think it
On Sat, Dec 07, 2002 at 09:20:11PM +0100, Bernd Eckenfels wrote:
> > if the maintainers won't do that, we need a policy paragraph to force
> > them.
>
> No you need patches to help them.
well if the maintainer is too busy, i could try and figure this out
and send a patch. granted i'm not incredi
On Sat, Dec 07, 2002 at 11:03:23PM +0100, Wouter Verhelst wrote:
> > i think it's a little heavy handed to do so,
>
> Why?
well, i should restate i guess. i agree it's the best thing to do.
but i would also image that it suddenly puts a lot more work on the
plates of many of the dd's, hence my t
hey all,
so the kernel-patch-kdb package seems somewhat broken, at least on
my system. make-kpkg bails out when applying a patch to init/main.c,
unable to handle changes caused by the most recent changes to the
2.4.18-5 stable (as well as 2.4.19-5 testing) kernel packages, which
from their apt so
On Tue, Feb 03, 2009 at 07:49:15PM +0100, Mike Hommey wrote:
> > Having one virtual filesystem mounted on top of another virtual
> > filesystem seems like a recipe for problems.
>
> Like with /sys/fs/fuse/connections ? Come on, there is no problem with a
> virtual filesystem mounted on top of anot
hi,
On Sun, Feb 08, 2009 at 12:58:43PM +0100, Lionel Elie Mamane wrote:
> I'd think you should enable it for all 32 bit builds; it is, I think,
> a step in having support for large files (files bigger than 2 or 4
> gigabytes), something we wanted to have for... woody.
more specifically, what i th
hiya,
On Sat, Feb 14, 2009 at 11:20:44AM +0100, David Paleino wrote:
> On Sat, 14 Feb 2009 11:17:42 +0100, Adeodato Simó wrote:
>
> > * Jonny Lamb [Fri, 13 Feb 2009 23:41:46 +]:
> >
> > > Version : 0.0.0+git+37ec0c
> >
> > I don't know what your further plans of versioning are for
On Mon, Feb 23, 2009 at 09:24:17PM +0100, Frank Küster wrote:
> > (1) I use the
> > hooks provided by apt to get the original files from the
> > package
>
> In other words, with ucf you get NOTHING, since there are no original
> files in the package. They are only created temporarily while postins
hiya zack,
On Thu, Feb 26, 2009 at 09:14:23AM +0100, Stefano Zacchiroli wrote:
> Well, it depends on how dpkg currently handles merges. My impression
> (as a user, never looked at the actual code) is that it not even tries
> to merge, it simply discovers that the local file is not pristine and
> t
hi,
On Fri, Mar 20, 2009 at 08:33:55PM +0200, Omer Zak wrote:
> My wish is that modularization of Debian packages be improved. It means
> that it'll be possible to uninstall all games in a PC and continue to
> have functioning KDE. Likewise - TeX.
in cases where it can function without the extr
hiya,
On Tue, Mar 24, 2009 at 12:29:08PM +0100, Sandro Tosi wrote:
> I tried to put together a guide[1] to convert SVN repo to Git hosted on
> Alioth.
>
> [1] http://wiki.debian.org/Alioth/Git#ConvertaSVNAliothrepositorytoGit
>
> Since I'm not that expert in Git, I'd like to ask you for its rev
On Tue, Mar 24, 2009 at 02:40:05PM +0100, Sandro Tosi wrote:
> Additionally, I'm looking for a post-commit hook that can send the
> commit diff via email to a ml + tagpending the bugs in the diff. I'm
> pretty sure someone out there has this script ready yet, so let's
> share :)
i mentioned this o
On Tue, Mar 24, 2009 at 04:39:08PM +0100, Raphael Hertzog wrote:
> Sadly it doesn't extract closes: from debian/changelog but only from the
> commit notice (and in dpkg's case I tend to not mention debian
> bugs in the commit log but only in debian/changelog).
yes, it was designed to work more in
On Tue, Mar 24, 2009 at 09:52:28AM -0700, Ryan Niebur wrote:
> > find . -type f -name 'foo*.dsc' | sort (or similar tools, make sure they're
> > sorted in a way as dpkg would sort the versions) | while read i; do
> > git-import-dsc $i
> > done
> >
>
> git-import-dscs (note the extra s on the
hi mike,
On Wed, Mar 25, 2009 at 03:29:59PM +0100, Mike Hommey wrote:
> You don't need to do that on initial import. You can use a grafts file
> to create the history you like from these 2 unrelated branches, and
> you can then use git filter-branch to rewrite the master branch to
> have the commi
On Thu, Mar 26, 2009 at 08:03:25AM +0100, Mike Hommey wrote:
> The grafts file format is pretty simple:
> A small example follows:
wow, that was exactly what i wanted to see. thanks for the concise
crash course!
sean
signature.asc
Description: Digital signature
On Thu, Mar 26, 2009 at 09:49:14PM +0100, Adeodato Simó wrote:
> However, this will behave horribly when the run of git-dch or whatever
> tool is committed, since it will want to mark all the bugs as pending
> again; that’s the part where I need suggestions. I’d rather not have the
> hook need any
On Thu, Mar 26, 2009 at 05:45:15PM +0100, Adeodato Simó wrote:
> > so i've been working on another one that sends a link to
> > the patch in the VCS viewer url instead, along with doing a pending tag.
> > i'll have to double check on the status of this guy before i send a link
> > to it though.
>
On Fri, Mar 27, 2009 at 09:48:29PM +0100, Raphael Hertzog wrote:
> Most probably yes. You would have similar problems when merging branches
> too. In the dpkg repo we merged the lenny branch in master regularly and
> it would have lead to the same problem as the commits would have been
> scanned tw
On Wed, Apr 01, 2009 at 10:03:07PM +0100, Stephen Gran wrote:
> It feels to me like we're all kind of ignoring the current mechanism for
> enabling and disabling services that we already have.
>
> It might be useful in this conversation to seperate out two different
> ideas:
yeah, i think these t
hi,
(yay for group reply)
On Mon, Jun 15, 2009 at 06:12:49PM +0200, Raphael Hertzog wrote:
> * `Description` (required)
>
> This obligatory field contains at least a short description on the
> first line. Supplementary lines can be used to provide a longer
> explanation of the patc
On Tue, Jun 16, 2009 at 05:44:55PM +0200, Lucas Nussbaum wrote:
> > * `Debian-Specific` (optional)
> >
> >Is this patch a debian-specific patch that is not intended to be
> >shared with upstream? For example, changes to specify Debian-specific
> >application paths, configuration file
hiya,
On Tue, Oct 25, 2011 at 03:50:07PM +0800, Paul Wise wrote:
> For the presentation side of things I am thinking one approach might be
> to move UbuntuDiff[8] to the QA infrastructure, generalise it and
> enhance it for this purpose. This will necessarily include mechanisms to
> mark patches a
Hiya,
On Sat, Nov 05, 2011 at 07:00:58PM +0800, Paul Wise wrote:
> On Sat, Nov 5, 2011 at 6:45 PM, Elimar Riesebieter wrote:
>
> > we have many packages which are build against popt. Some of them
> > have included a bundled (inlined) verion of popt. But they are using
> > Debian's libopt-dev like
On Tue, Nov 15, 2011 at 03:33:02PM +0100, Gergely Nagy wrote:
> Furthermore, packages in Debian are - to the best of my knowledge -
> adapted already to use /usr/bin/nodejs, packages outside can still work
> unmodified, if the user makes a simple symlink. Document this, and all's
> well.
I don't t
Hi Nicolas,
On Sun, Nov 20, 2011 at 10:59:22PM +0100, Nicolas wrote:
>> The message is : NOTICE: CREATE TABLE / PRIMARY KEY will create an
> implicit index ...
>
> I understand the message but I don't know how to fix it. For postgreSQL
> point of view it doesn't seems to be a problem and tables
Hi Lars,
On Tue, Apr 12, 2011 at 06:41:10PM +0100, Lars Wirzenius wrote:
> > But shouldn't we say they _must_ lock package-specific system users
> > and groups when the package is removed ?
>
> I think that's a good idea. Steve Langasek in the bug (#621833) and
> others agree, so I think there's
Hi Raphaël,
On Wed, Apr 13, 2011 at 08:50:04AM +0200, Raphael Hertzog wrote:
> On Sun, 10 Apr 2011, sean finney wrote:
> > My suggestion/feedback would be that we find a way where releases aren't
> > managed so linearly, and can be be handled in a more parallel manner
> &g
On Mon, Apr 04, 2011 at 11:56:23AM +0100, Jon Dowland wrote:
> On Sun, Apr 03, 2011 at 07:22:47PM +0300, Faidon Liambotis wrote:
> > It also can't do VLANs (.1q), bridges, bonds and all possible
> > permutations of the above. I'd speculate that it also wouldn't be able
> > to do things like 1k
Hi,
On Fri, Apr 15, 2011 at 10:03:40AM +0100, Jon Dowland wrote:
> For the record, this was (at least) bugs #432322 and #439917, and I'm
> extremely
> pleased that the issues have been resolved. Well done and thank you to all
> involved.
AIUI they weren't resolved, but the scope of the problem
(throttled the conversation back a bit, hoping that someone from the
release team might take the time to chime in)
On Wed, Apr 13, 2011 at 02:21:38PM +0200, Raphael Hertzog wrote:
> > In the way I had thought of things, "rolling" == "testing". That's to
> > say that nextstable branches off the m
Hi Mehdi,
On Wed, Apr 27, 2011 at 05:58:46PM +0200, Mehdi Dogguy wrote:
> Funny… reading your recent blogpost, you seem to not understand yet what
> you want to put into Rolling (and how). So, how can we comment on
> something that's not set or clearly described yet? Make a plan first, ask
> for q
Hi guys,
On Wed, Apr 27, 2011 at 08:23:33PM +, Philipp Kern wrote:
> >* RM's can still choose to migrate packages from (not frozen) testing as
> > long as it's practical to do so.
> >* When deps/transitions/etc prevent testing migration, "release N
> > proposed updates" is us
Hi!
(accumulated replies FTW)
On Fri, Apr 29, 2011 at 11:20:31PM +0200, Andreas Barth wrote:
> > * unstable always feeds to testing
> > * "release N" == "testing", until the "freeze".
>
> You know that we had once "frozen", and have given up since as that
> didn't scale even back then?
I thin
Hi Andreas,
On Sat, Apr 30, 2011 at 08:29:22PM +0200, Andreas Barth wrote:
> But one can't expect that it's enough to say "great idea, but someone
> else will do it". If someone wants to setup rolling.d.n, fine. I'm
> happy to help setting up britney, release foo, whatever. But someone
> has to t
Hi Neil,
On Sat, Apr 30, 2011 at 08:48:24PM +0100, Neil McGovern wrote:
> Indeed. Personally, I believe it would also be unreasonable to ask DDs,
> and indeed the release, security, and FTP teams to support testing and
> rolling. Especially before it has been proven to be negligible extra
> effort
Hi Ste(ve|fano),
On Sun, May 01, 2011 at 12:02:47PM -0700, Steve Langasek wrote:
> On Sun, May 01, 2011 at 04:17:10PM +0200, Stefano Zacchiroli wrote:
> > JFYI, Sean and Raphael have taken DEP number 10
>
> They have? I haven't seen mail to debian-project about this, which is what
> http://dep.d
On Sun, May 01, 2011 at 11:17:21PM +0200, Pierre Habouzit wrote:
> The problem is, you need to entry points, one for testing as we know it,
> one for rolling.
> So basically you split our users in two non overlapping sets, meaning
> that you divide coverage and tests. How come is that in the distr
Hi Lucas,
I appreciate your effort to try and sum things up. However, I'd like
to raise the point that the discussion was about more than just having a
"rolling" and "user-oriented" testing release.
The feedback that started (or at least helped springboard) this massive
thread was that "when we'
Hi Carsten,
A bit late on responding to your mails, but...
On Mon, May 02, 2011 at 01:56:14AM +0200, Carsten Hey wrote:
> > > So if we tell users to use this repository, we're going to have
> > > some users (I upgrade my servers to testing during the freeze and I
> > > would enable it if it was g
Hi Lucas,
On Tue, May 03, 2011 at 02:59:04PM +0200, Lucas Nussbaum wrote:
> I think that one of the conclusions of the discussion from the last few
> days is that the freeze "blockage" has very good features that many of
> us are not willing to give up, like the ability to focus the DDs on
> worki
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote:
> "Steve M. Robbins" wrote:
>
> Hi,
>
> > I'm with Linus on this: let's just revert to the old behaviour. A
> > tiny amount of clock cycles saved isn't worth the instability.
>
> Tiny amount?! The optimized memcpy() variants that b
301 - 400 of 409 matches
Mail list logo
