Hello,
please see the attached message. The Debian Gnome team needs help to
properly maintain the update-manager/update-notifier packages.
In this specific case, maintaining also means developing some code (in
python) to properly integrate those ubuntu-originated software in Debian.
Those softwa
On Tue, Jun 03, 2008 at 06:22:02AM +, Manoj Srivastava wrote:
> b) They can run stable, but download and compile a recent kernel. I
> think you should be able to run a recent kernel on stable; and
> kernel drivers are what provide hardware support.
Or use backports.org (or the s
On Mon, 2 Jun 2008 21:19:16 -0700, Mike Bird <[EMAIL PROTECTED]> said:
> On Mon June 2 2008 20:52:03 Manoj Srivastava wrote:
>> The version of Debian that is intended for general use is the one we
>> call stable.
>>
>> There are other distribution variants, which are a part of our
>> development
On lun, 2008-06-02 at 16:16 -0700, Mike Bird wrote:
> The principal goal remains that Testing should be usable for new
> desktop installations for most of the release cycle.
Are you sure?
--
Yves-Alexis
signature.asc
Description: This is a digitally signed message part
Mike Bird <[EMAIL PROTECTED]> writes:
> What do you recommend to actual or potential Debian users with
> recent desktop or laptop hardware?
I would find out what such a person wants to do.
Do they want to continue running whatever it is that came with their
hardware? Then they should do that.
A
On Mon June 2 2008 20:52:03 Manoj Srivastava wrote:
> The version of Debian that is intended for general use is the
> one we call stable.
>
> There are other distribution variants, which are a part of our
> development and release process -- and the primary goal of that is to
> h
On Mon, 2 Jun 2008 19:23:52 -0700, Mike Bird <[EMAIL PROTECTED]> said:
> On Mon June 2 2008 18:52:29 Manoj Srivastava wrote:
>> On Mon, 2 Jun 2008 13:22:28 -0700, Mike Bird
>> <[EMAIL PROTECTED]> said:
>> > A thing is best characterized by what it does and how it is used
>> > rather than by the n
Processing commands for [EMAIL PROTECTED]:
> reassign 484045 general
Bug#484045: insighttoolkit_3.6.0-3(hppa/unstable): FTBFS: missing linux/user.h
Bug reassigned from package `insighttoolkit' to `general'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug
On Mon June 2 2008 18:52:29 Manoj Srivastava wrote:
> On Mon, 2 Jun 2008 13:22:28 -0700, Mike Bird <[EMAIL PROTECTED]> said:
> > A thing is best characterized by what it does and how it is used
> > rather than by the name we associate with it. For a moment let's
> > recall what Testing really is f
On Mon, 2 Jun 2008 13:22:28 -0700, Mike Bird <[EMAIL PROTECTED]> said:
> On Mon June 2 2008 11:44:46 Lucas Nussbaum wrote:
>> See it the other way around: it shows testing the way stable could be
>> if nothing is done. I'm all for removing buggy packages early in the
>> release cycle: it makes it
On Mon June 2 2008 17:38:53 Lucas Nussbaum wrote:
> On 02/06/08 at 15:04 -0700, Mike Bird wrote:
> > "Don't create 20-day removal hints for packages with RC bugs
> > except when its too late for a fix to be included in the
> > forthcoming release".
>
> Your proposed solution doesn't allow testing
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
> [Lennart Sorensen]
>> Yeah I was using the CONCURRENCY= to do it.
>>
>> As for hardware, well, RuggedCom RX1000 v2. That is Geode LX800, 256MB
>> RAM, 256MB silicon systems compact flash on the IDE port, running UDMA,
>> capable of about 9MB/s re
On 02/06/08 at 15:04 -0700, Mike Bird wrote:
> On Mon June 2 2008 14:39:01 Joerg Jaspert wrote:
> > Feel free to work on an alternative algorithm to manage testing in a
> > different way, fixing what you currently dont like.
> >
> > I am sure that, if you get the work done, the release team will ta
Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo <[EMAIL PROTECTED]>
* Package name: rdup
Version : 0.6.0
Upstream Author : Miek Gieben <[EMAIL PROTECTED]>
* URL : http://www.miek.nl/projects/rdup/
* License : GPL version 3 only
Programming Lang
On Mon June 2 2008 14:39:01 Joerg Jaspert wrote:
> Feel free to work on an alternative algorithm to manage testing in a
> different way, fixing what you currently dont like.
>
> I am sure that, if you get the work done, the release team will take a
> look at it.
>
> Of course that involves actually
On Mon, Jun 02, 2008 at 09:34:09PM +0200, Petter Reinholdtsen wrote:
> The provided boot sequence look sane enough, but there are quite a lot
> of scripts I do not recognize. The sequence is not reordered based on
> dependencies and thus not fit for concurrent booting. Did you run
> parallel boot
On 11404 March 1977, Mike Bird wrote:
>> > Artificially lowering the RC count in Testing is not always
>> > preferential to keeping Testing in a state amenable to testing.
>> You say yourself that it's not artificially as RC bugs in "new" packages
>> don't get that easily in testing anymore...
> R
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: plait
Version: 1.5.2
Upstream Author: Stephen Jungels
URL: http://stephenjungels.com/jungels.net/projects/plait/
License: GPL
Language(s): Bourne Shell and Awk
Descrip
On Mon, Jun 02, 2008 at 08:44:06PM +0200, Richard Atterer wrote:
> On Mon, Jun 02, 2008 at 07:34:22PM +0200, Wouter Verhelst wrote:
> > - Stuff is broken, and I want to debug. This debugging might involve
> > "stopping and starting services one at a time". The current dbus setup
> > makes this
On Mon, Jun 2, 2008 at 13:22:28 -0700, Mike Bird wrote:
> There are better processes for reducing RC counts and
> improving Debian without crippling "Debian Desktop Edition".
>
Thanks for sharing your experience about improving Debian.
Oh, wait...
Cheers,
Julien
--
To UNSUBSCRIBE, email to [
Wouter Verhelst wrote:
Hi,
Currently dbus' initscript, when invoked with the "stop", "start", or
"restart" arguments, will also restart services that depend on dbus. I
think this is broken, but in an IRC discussion, Sjoerd Simons, one of
the maintainers disagreed. My arguments:
There are three
On Mon June 2 2008 11:44:46 Lucas Nussbaum wrote:
> See it the other way around: it shows testing the way stable could be if
> nothing is done. I'm all for removing buggy packages early in the
> release cycle: it makes it less likely that we release without a package
> that many users need, because
[Lennart Sorensen]
> I guess I better make sure all init scripts declare dependancies
> correctly. That can sometimes be hard given how various network
> related things can affect each other.
Yes.
The provided boot sequence look sane enough, but there are quite a lot
of scripts I do not recogniz
On Mon, Jun 02, 2008 at 07:34:22PM +0200, Wouter Verhelst wrote:
> - Stuff is broken, and I want to debug. This debugging might involve
> "stopping and starting services one at a time". The current dbus setup
> makes this impossible.
Personally, I find the current behaviour useful in the follo
On Mon, Jun 02, 2008 at 08:01:50PM +0200, Petter Reinholdtsen wrote:
> Right. Did you see if readahead helped?
No, I never tried that. I could try that out and see.
> I suspect the makemode of startpar might work better. It is not
> enabled yet. I have to spend some time to test it, as it req
On 02/06/08 at 11:32 -0700, Mike Bird wrote:
> On Mon June 2 2008 19:05:38 Luk Claes wrote:
> > Mike Bird wrote:
> > > A good idea but it doesn't go far enough. Personally I don't find
> > > d-i tasks to be any more important than "the packages I need", and
> > > I suspect millions of Debian users
On Mon, Jun 02, 2008 at 07:34:22PM +0200, Wouter Verhelst wrote:
> - On upgrade. Since apparently dbus-using services die when dbus itself
> is restarted, it might make sense to restart those services too
snip: text explaining one way to workaround the problem
Howabout fixing dbus not to crash
On Mon June 2 2008 19:05:38 Luk Claes wrote:
> Mike Bird wrote:
> > A good idea but it doesn't go far enough. Personally I don't find
> > d-i tasks to be any more important than "the packages I need", and
> > I suspect millions of Debian users have equivalent opinions.
>
> That's what rc-alert is
[Lennart Sorensen]
> Yeah I was using the CONCURRENCY= to do it.
>
> As for hardware, well, RuggedCom RX1000 v2. That is Geode LX800, 256MB
> RAM, 256MB silicon systems compact flash on the IDE port, running UDMA,
> capable of about 9MB/s read.
Right. Did you see if readahead helped?
> It seem
This one time, at band camp, Wouter Verhelst said:
> Currently, policy does not explicitly say that an initscript should
> not restart other services than the one it takes care of by itself,
> and Sjoerd suggested that a bug about this would be closed. Since
> policy doesn't explicitly support neit
Mike Bird wrote:
> On Mon June 2 2008 09:27:08 Raphael Hertzog wrote:
>> I think it's important that the release team supports the work done on
>> tasksel (by the d-i team) by not removing unilateraly packages which are
>> listed in tasks. They have been added there in the first place for a
>> reas
On Sun, Jun 01, 2008 at 05:40:04PM +0200, Petter Reinholdtsen wrote:
> Right. Are you talking about CONCURRENCY=startpar or something else?
> Never seen that myself, so I am curious how you get it. Could it be
> wrong init.d script dependencies in some of the packages you have
> installed? Pleas
On Mon June 2 2008 09:27:08 Raphael Hertzog wrote:
> I think it's important that the release team supports the work done on
> tasksel (by the d-i team) by not removing unilateraly packages which are
> listed in tasks. They have been added there in the first place for a
> reason, it would be nice to
Hi,
Currently dbus' initscript, when invoked with the "stop", "start", or
"restart" arguments, will also restart services that depend on dbus. I
think this is broken, but in an IRC discussion, Sjoerd Simons, one of
the maintainers disagreed. My arguments:
There are three cases where an initscript
On Mon, Jun 02, 2008 at 08:51:49AM +0200, Goswin von Brederlow wrote:
> Single core? Slow disks? Unless you have idle times the multiple
> threads won't help. Works best with things like portmapper that does
> sleep 1.
Geode LX800 with comapct flash, so yes and yes.
> Who says you can't change it
Package: wnpp
Severity: wishlist
Owner: Per Andersson <[EMAIL PROTECTED]>
* Package name: micro-evtd
Version : 3.2.2
Upstream Author : Bob Perry <[EMAIL PROTECTED]>
* URL :
http://buffalo.nas-central.org/download/Users/lb_worm/micro_evtd/micro_evtd/
* License :
Le lundi 02 juin 2008 à 11:22 +0200, Olivier Berger a écrit :
> Hi.
>
SNIP
>
> Of course, I hope there's an explanation in this very case of why ntp
> and update-manager got removed... and any hints would be welcome too ;)
>
For the records, I have some bits of response : asking the maintaine
Hi.
Le jeudi 29 mai 2008 à 13:24 +0200, Marc 'HE' Brockschmidt a écrit :
> Heya,
>
> For some time now, I have been thinking about the problem of packages
> which are removed from the archive at some point, without an (enforced)
> transition to a new package name. Users of such packages keep them
38 matches
Mail list logo
