unication.
The only counter-example I can think of is when maintainers decide to be
jerks and play bug ping-pong, in which case we have an entirely
different problem.
I, for one, would much prefer to have the submitter always CC'ed by default.
- David Nusinow
--
To UNSUBSCRIBE, emai
re appropriate.
Once we upload a new version of xorg, it'll still appear on your scan,
but at that point we'll be considering it a false positive. Thanks for
bringing this to my attention.
- David Nusinow
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
than it does about hal or any other specific piece of software in the
release.
- David Nusinow
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Luca Niccoli wrote:
2009/4/15 David Nusinow :
Please see the reply I just posted to the bug for a partial explanation of
why using hal is important for more than just hotplugging. I'll be writing
up a more complete explanation soon.
I understand that hal fills an important g
a more complete explanation soon.
- David Nusinow
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uch want justification for lots of the details when making
changes and I wish we had a strong history going back those 20 years.
Sortware like dpkg will probably be with us for another 30 years at the
rate we're going. Who're you to say that the history in the logs won't be
important?
On Sun, Mar 02, 2008 at 02:10:36AM +0800, Andrew Lee wrote:
> David Nusinow wrote:
> > What's the difference between this and xsm?
>
> It well-integrated with LXDE and other modern desktop environments, the
> difference between this and xsm are:
> * Removed the sessio
tweight X11 Desktop Environment).
> .
> It's desktop-independent and can be used with any window manager.
> .
> As "session manager" it remembers the applications in use when you
> logout, and restart the applications when you log back in.
What's the difference betw
new and different. Yes, there are valid reasons for
providing options, but doing so makes it more difficult to do the important
things that actually need to be done to produce a high quality
distribution.
This is, not coincidentally, one of the many reasons why so many people
flock to Ubuntu rather than Debian.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Mar 01, 2008 at 09:43:56AM -0600, Ron Johnson wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 03/01/08 06:51, David Nusinow wrote:
> > On Thu, Feb 28, 2008 at 08:02:39PM -0600, William Pitcock wrote:
> >> Why does a package need to clarify wha
ferent
> httpd options, etc.
https://www.redhat.com/archives/fedora-devel-list/2008-January/msg00861.html
I wish we had some more of this sort of thinking in our own project and a
little less of yours. Maybe then we'd have fewer bugs in the packages
people actually care about and use.
-
in the field above, or are there really bindings for languages other than
C++ available with this software?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Feb 24, 2008 at 09:31:10PM -0600, Manoj Srivastava wrote:
> On Mon, 25 Feb 2008 10:34:55 +1100, Ben Finney <[EMAIL PROTECTED]> said:
>
> > Manoj Srivastava <[EMAIL PROTECTED]> writes:
> >> David Nusinow <[EMAIL PROTECTED]> said:
> >>
r,
so this is a red herring. Once you've resolved the conflict, then it
becomes just another change. This change can become a diff in a stack of
diffs.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Feb 24, 2008 at 06:08:17PM -0800, Russ Allbery wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
>
> > The problem is that you and Manoj assume that this is the only way to do
> > things. I don't believe this. Pierre Habouzit has been experimenting
>
tate of such integration is not maintained
> >> in the feature branches; it is in the history of the integration
> >> branch.
>
> > Is this (the integration branch and its history of changes) not the
> > linear sequence of changes that David Nusinow is asking
ill apply that patch stack
> > automatically as well, which has been discussed elsewhere.
>
> Currently vapourware, no?
This thread is partially about how to implement this very feature, so
calling it vapor while it's still being planned is unfair.
- David Nusinow
, and the
> package maintainer doesn't react to it, then the janitors can look at
> it. They could look at old bugs in general, of course.
Does this actually work for the kernel? I love the idea, but for X.org the
janitor idea has failed miserably so far.
- David Nusinow
--
To UNSUBSCRIBE, e
On Thu, Feb 21, 2008 at 10:37:37PM -0800, Russ Allbery wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
>
> > This is something that's been bugging me for a while now. As our
> > software packages get larger and larger, we need more people to take
> > them
t in to
actually fixing the bug yourself then everyone, including yourself, would
win.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
those who make heavy use of usertags could get together and form
some sort of consensus standard so that outsiders to the team could find
out common information without having to hunt down the team's specific
documentation, it'd help enormously.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
just not practical to be a casual contributor to a
> monolithic package like OOo.
Indeed, this is something I can appreciate, since I simply wasn't able to
work on X for years because I didn't have the machine resources to build a
full tree. What I think we need to do is figu
you present your packages to
others in a way that makes it easier for them to work on.
This argument assumes that dpkg-source -x will apply that patch stack
automatically as well, which has been discussed elsewhere.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ges rather than their vanity
package of the hour, I think everyone would benefit.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sat, Feb 02, 2008 at 07:18:26PM +1100, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2008.01.27.0334 +1100]:
> > External patch systems are not ideal by any means, but they do
> > clearly address these issues as well as I could ask for. It's
s to make it easy to shrink the
delta from upstream, and doing so requires the ability to be easily aware
of the state of any specific patch at any time. A diff, be it between
branches or just a file sitting in debian/patches, is the best way to
facilitate this.
- David Nusinow
--
To UNSUBSCRI
On Tue, Jan 29, 2008 at 06:52:55PM +0100, sean finney wrote:
> i'd argue that's it's somewhat backwards to expect a patch management system
> like dpatch or quilt to perform this task, and really it should be the
> responsibility of the vcs or vcs-wrapper tools.
I a
ges we don't store the .pc file in the VCS, just the patches and
series file, and it works perfectly. If you name the file something other
than series, it can be symlinked and quilt will work fine.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hatever it is people are using
these days to do this sort of thing provide a way to get it anyhow? Why do
you need quilt to do it for you?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote:
> Am Samstag, den 26.01.2008, 19:05 +0100 schrieb Pierre Habouzit:
> > On Sat, Jan 26, 2008 at 04:34:27PM +0000, David Nusinow wrote:
> > > If we can't figure out a good and clean way to keep a large stack of
&
ng on the Xorg monolith (carrying around 100 patches, many of them
very complicated) moving from dbs to quilt cut the time to deal with those
patches from 2 months to 2 weeks. dpatch has the same problems as dbs,
which really leaves only quilt as a workable option for all packages.
If we can'
e maintainer about this and your other
ITP? Having duplicate copies of the same code lying around in the archive
is something the security team has said they are actively discouraging.
Splitting these out from the rails package seems like the smarter way to
go.
- David Nusinow
--
To UNSUBSCRIB
ackburner for me for a while. I'd happily contribute what we've got
to such a package, or help start one up.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Dec 19, 2007 at 01:01:12AM +0900, Osamu Aoki wrote:
> On Sun, Dec 16, 2007 at 10:29:33AM -0500, David Nusinow wrote:
> > Hi everyone,
> >
> >I'd appreciate some brief commentary on this bug from people who are
> > more aware of the minutia of shells
Hi Bastian,
On Tue, Dec 18, 2007 at 12:47:39AM +0100, Bastian Venthur wrote:
> David Nusinow wrote:
> > Hi Bastian,
> >
> > On Sun, Dec 16, 2007 at 11:39:03PM +0100, Bastian Venthur wrote:
> >> Hi David,
> >>
> >> thanks for your effort and the pa
o this bug report that
I'll apply if this feature is really missing. Thank you!
- David Nusinow
- Forwarded message from Hans Schippers <[EMAIL PROTECTED]> -
Subject: Bug#411639: x11-common: There should be a way to set per-user
environment variables which last the whole
ccasional [EMAIL PROTECTED]
> spam incidents.
>
>
> I suppose the trend these days would be to blog this rather than post,
> but I don't have one.
I use mutt but I don't have the library of scripts that I'm sure many DD's
have to deal with debian-specific stuff,
d upstream and has some serious bugs. So
unless someone steps up to maintain it upstream, it's probably not going to
ship with Lenny. urandr, on the other hand, is actively maintained and
gives us a potentially good option for a randr gui. Ideally urandr will
work out well and we'll r
t; How do we know the difference? The criterion is known as the NM
> >process. It's open to all.
>
> If only maintainers qualify as "users" then your social contract is a
> farce.
Troll me harder baby!
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
would be great. I'm curious who is working on it...
There was a BOF about it at debconf this year where we discussed a lot of
the details. The video of that BOF is located at [0]. I haven't heard
anything about it since then though.
- David Nusinow
[0]
http://meetings-archive.de
ld maintain it, OTOH, it's buggy for me
> as it does not supports xrandr 1.2 properly.
It should probably be dropped then. The old Xaphod mode xinerama is dead at
X.org, and we're not really going to be supporting it any more in lenny, so
if this package doesn't work properly w
tarted, the XSF is ready to offer any sort of
assistance that we can to make it happen, so you're in as much a position
as anyone else with Nvidia hardware to make a Free 3D driver for Nvidia
cards enter Debian.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
g fully dynamic. It's
something I'm thinking about a bit, but my goal is to take care of doing
autoconfig properly first, and then optimize it later.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
should already do autoconfig without an xorg.conf in most
situations better than anything xdebconfigurator is likely to come up with,
and by the time lenny ships we'll be kicking the old statically generated
xorg.confs like nobody's business.
- David Nusinow
--
To UNSUBSCRIBE, emai
On Thu, Aug 02, 2007 at 10:20:42AM +0200, Loïc Minier wrote:
> The only alternative I can think of is to propose the installation of
> the video driver when the hardware is detected; that's way harder to
> implement though.
Working on it...
- David Nusinow
--
To UNSUBSC
what it means to
"brute force directories and files names". Starting the description with
something like "DirBuster is an application designed for finding hidden
files and applications on a server" might be a better way to go.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> sorting-hat sorts Debian developers into the appropriate house
> (Griffindor, Ravenclaw, Hufflepuff or Slytherin).
>
> "It uses both use strict _and_ warnings! It's awesome!" - quote helix
I'm planning a fork of sorting-hat called sorting-hat-totally-awesome.
On Thu, Jun 21, 2007 at 05:05:45PM +0100, Raphael Hertzog wrote:
> On Thu, 21 Jun 2007, David Nusinow wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: David Nusinow <[EMAIL PROTECTED]>
> >
> > Package name: grandr
>
> FYI grandr is als
Package: wnpp
Severity: wishlist
Owner: David Nusinow <[EMAIL PROTECTED]>
Package name: grandr
Version : 0.1
Upstream Author : Intel Corporation, hosted at X.org
URL : http://www.x.org/
License : MIT/X11
Programming Lang: C
Description
people using proprietary drivers, but they know they've already dug
their own grave there. If Luis wants to keep whining about it, I suggest he
talk to nvidia.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, May 29, 2007 at 08:00:17PM +0200, Josip Rodin wrote:
> On Sat, May 26, 2007 at 07:53:30PM -0400, David Nusinow wrote:
> > The only thing I've ever heard about helping out with the website is that
> > it's a herculean task that no mere mortal should attempt.
>
On Sun, May 27, 2007 at 12:11:03AM +0200, Frans Pop wrote:
> What you fail to see is that there is not really such a thing as the www
> team. Basically there are a bunch of people with commit access who all
> mostly just care about a particular part of the website.
> For some this is the technica
s far as I'm concerned, the
web site should be deprecated in favor of the wiki. I'm pretty sure Joey
Hess has blogged about something similar.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; > for much the same reasons (though it may have improved since it moved
> > From FreeNode).
>
> Maybe a #debian-offtopic would help there too.
#debian-offtopic exists on freenode (or it did, a little while ago). There
doesn't appear to be a need for it on oftc.
- David Nu
On Tue, May 15, 2007 at 09:41:17AM +0200, Mgr. Peter Tuharsky wrote:
> The kernel, the X.org
So are you volunteering to join the kernel and XSF teams to make this
happen?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
On Sun, Apr 22, 2007 at 04:34:24PM +0200, Mike Hommey wrote:
> On Sun, Apr 22, 2007 at 10:00:48AM -0400, David Nusinow <[EMAIL PROTECTED]>
> wrote:
> > On Sun, Apr 22, 2007 at 11:38:39AM +0200, Kurt Roeckx wrote:
> > > On Wed, Feb 14, 2007 at 11:55:30AM -0500, Sh
On Sun, Apr 22, 2007 at 11:38:39AM +0200, Kurt Roeckx wrote:
> On Wed, Feb 14, 2007 at 11:55:30AM -0500, Shawn Starr wrote:
> > On Wednesday 14 February 2007 00:27, Anibal Avelar wrote:
> > > Hi. I see you have in queue NEW three packages: beryl-plugins,
> > > beryl-settings and emerald [1] and not
On Thu, Apr 19, 2007 at 04:13:35AM -0700, Steve Langasek wrote:
> On Wed, Apr 18, 2007 at 09:15:21PM -0400, David Nusinow wrote:
> > Also of major note, Julien clarified my post a bit in the comments. Most of
> > 7.2 is actually in unstable, including the drivers (in addition,
e ...)
Thank you, and I promise you we'll improve it. There's a few big changes on
the way (randr 1.2) and a few small ones too. As for nvidia, we've got two
volunteers to help maintain nouveau for us[0] so even that problem will
lessen in the future.
- David Nusinow
[0] This is
uild-deps get very long and it's
> not a place where you can use substvars. :-/
It might be easier if we expanded the build-dep field a bit. There could be
a build-dep-common, build-dep-unstable, build-dep-stable, etc. That would
make it a lot more manageable.
- David Nusinow
alf (two years? I've lost count) trying to learn more about X,
but I've spent most of my time just doing packaging because it takes so
much time. I can't say I've been able to learn much and improve my skills
though.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e seem to have taken care of the
major complaints with respect to allowing motivated people to
contribute[0].
- David Nusinow
[0] I know you're not interested in frontend things, but for anyone who is,
we currently have a space open for anyone interested in picking up the
beryl packaging, a
tion, it distracts us from
doing what is potentially far more productive work.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t from those and start sending patches to debian-x. The
XSF is always open to people who want to help out.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
y actually wound up in both KDE and Gnome's menus at all.
It's been a few years since I did this, but if it's the same situation,
it's still a problem.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ream. You'll probably have to do the
modularization yourself if you want to have it done though.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hese new functionalities are really ready to be enabled by
> default.
>
> > Btw, i like the debconf suggestion too.
>
> Only if the question is only asked at lower debconf priorities and still
> have sensible defaults.
Definitely.
- David Nusinow
[0] I'd love some fe
On Sat, Oct 28, 2006 at 08:43:07PM +0200, Hendrik Sattler wrote:
> Am Samstag 28 Oktober 2006 20:30 schrieb David Nusinow:
> > For etch+1, I'm planning on making it enabled by default and doing away
> > with most of the debconf stuff anyway though.
>
> AFAIK this can b
On Sat, Oct 28, 2006 at 08:27:47PM +0200, Mike Hommey wrote:
> On Sat, Oct 28, 2006 at 12:50:13PM -0400, David Nusinow <[EMAIL PROTECTED]>
> wrote:
> > On Sat, Oct 28, 2006 at 02:30:19PM -0200, Gustavo Franco wrote:
> > > If we're going to ship xorg wit
have to be? I just
installed the packages from the XSF svn repo and beryl worked out of the
box, once I enabled composite. This is pretty minimal.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
svn repo, although shawn hasn't finished packaging emerald
yet, which appears to be the missing piece.
> As for cgwd, I presume that also became something in the beryl
> packages (beryl-manager?) and so is being packaged as part of the
> beryl packaging.
I don't know what cgwd
On Tue, Oct 17, 2006 at 08:27:46PM -0400, Roberto C. Sanchez wrote:
> On Tue, Oct 17, 2006 at 07:56:00PM -0400, David Nusinow wrote:
> > On Wed, Oct 18, 2006 at 08:36:42AM +1000, Andrew Vaughan wrote:
> > > What's really needed is better help for newbies dumped une
on mechanisms so that
this doesn't happen. One of my target goals is to work on this post-etch,
and happily upstream is working hard on it as well. If people want to help
with this issue, please follow up to debian-x.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
worked better for me than positron since day
1, and it does continue to see updates. It'd be nice to have NDBM packaged
for Debian and in the archive (though not critical, since jar files are
easy enough to deal with) if someone with java skillz is interested.
- David Nusinow
--
To UNSUBS
On Fri, Oct 06, 2006 at 05:35:32PM -0500, Manoj Srivastava wrote:
> As shipped, the Debian kernel images have SELinux compiled in,
> but disabled, a command line parameter is required to turn SELinux
> on. When SELinux is turned on (by enabling it in grub), the default
> policy setting a
ll probably end up following the same pattern as is decided for libc.
I'd rather not diverge, especially if the solution used for libc is the
correct one.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e.
Deferring to Ubuntu for this work is the worst sort of defeatist nonsense
and I will not to bow to it. I like collaborating with the Ubuntu people,
but I refuse to compromise my own work or Debian as a project just so that
they can excel.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Even if we don't autodetect and download
the non-free X drivers, Debian will support people's video cards on newer
hardware when it's released. This, along with providing SATA support out of
the box, should go a long way towards solving this issue in the short term.
- David Nusinow
he upload of
> xorg-server (xserver-xorg-core) 1:1.1.1-3, accidentally uploaded to
> unstable instead of experimental. An easy enough mistake, it's only
> one little field in a changelog file.
Crap. Sorry everyone.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
is what I'd consider the appropriate fix. Just do another upload
straight away and you don't even need to bother an ftpmaster. It's what I
would have done if I'd been awake.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Aug 15, 2006 at 05:39:36PM +0900, Charles Plessy wrote:
> Le Mon, Aug 14, 2006 at 09:44:59PM +0000, David Nusinow a écrit :
> >
> > First off, I'm excited about this package. But does this actually allow for
> > modification and redistribution? By "u
On Mon, Aug 07, 2006 at 10:28:58PM +0200, Raphael Hertzog wrote:
> On Wed, 02 Aug 2006, David Nusinow wrote:
> > On Wed, Aug 02, 2006 at 11:56:44PM +0200, Adeodato Simó wrote:
> > > * David Nusinow [Wed, 02 Aug 2006 17:37:23 +]:
> > >
> > > > (I'
somewhere in your distribution, that's fine."
First off, I'm excited about this package. But does this actually allow for
modification and redistribution? By "use the data however they'd like",
does that include modification, or is it just reading the data?
- David
loyed in Debian.
Admittedly, I do few NMU's though, so I could be missing things. But I did
investigate a large number of patch systems for use with xorg and they all
had this in common.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Aug 02, 2006 at 11:56:44PM +0200, Adeodato Simó wrote:
> * David Nusinow [Wed, 02 Aug 2006 17:37:23 +]:
>
> > (I'm seriously
> > interested in setting up git.debian.org for XSF work, for example*),
>
> > * If anyone else is interested in this, contact
On Tue, Aug 01, 2006 at 12:44:19PM +0100, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2006.08.01.0005 +0100]:
> > Subversion, in conjunction with alioth, has risen dramatically in
> > Debian to accomodate team-based maintainance. There are of
On Tue, Aug 01, 2006 at 03:08:06PM +0200, Goswin von Brederlow wrote:
> [EMAIL PROTECTED] (Marco d'Itri) writes:
>
> > On Aug 01, David Nusinow <[EMAIL PROTECTED]> wrote:
> >
> >> Also, pbuilder and debootstrap are considered absolutely critical for
> >
r and debootstrap are considered absolutely critical for
serious work.
In terms of failed tools, yada seems to generate a lot of dislike.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Jun 12, 2006 at 10:52:45AM -0700, Thomas Bushnell BSG wrote:
> Theodore Tso <[EMAIL PROTECTED]> writes:
>
> > However, I *do* believe that d-l is a cesspit, and I for one am very
> > glad that in its current incarnation, it is not at all binding and has
> > no value other than being a deba
get to decide on the policies for the Debian project. They have a
say, but they don't get to make a decision, or make any claims on behalf of
the project. This applies to debian-legal contributors as well.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
going review
and should be made available soon. Either way, the work is in progress and
I'm personally really excited about it.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ebian
while working on Xorg, and I still get it almost daily. There's no shame in
doing so, and Jose should take advantage of it to become a stronger
maintainer.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, May 08, 2006 at 12:15:28AM -0400, David Nusinow wrote:
> On Sun, May 07, 2006 at 09:10:24PM -0700, Russ Allbery wrote:
> > David Nusinow <[EMAIL PROTECTED]> writes:
> >
> > > This doesn't appear to be a bug at all, but instead everything looks
> &g
On Sun, May 07, 2006 at 09:10:24PM -0700, Russ Allbery wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
>
> > This doesn't appear to be a bug at all, but instead everything looks
> > good. xlibmesa-glu is deprecated in favor of
> > libglu1-mesa. xserver-comm
s deprecated in favor of libglu1-mesa. xserver-common is a
dead package as of Xorg 7.0, so it's fine that it gets removed. This is all
assuming you're on unstable though, but even if it's on testing I think
it'll be solved by the migration of Xorg 7.0 to testing.
Is there anything besides the removal of xserver-common that you think is
an issue?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n a reality, I'd
love the help, but right now it's not looking very likely any time soon.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;d rather not keep additional detrius around the archive if I don't have
to.
If you want to keep it around despite all this, that's your problem.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
of time to respond, and
no one spoke up, so I dropped it. Everyone has been informed. I'd be
surprised if xaw3d couldn't just change back to xaw7, unless it truly needs
the xprint support.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Apr 23, 2006 at 07:40:08PM -0400, Joey Hess wrote:
> David Nusinow wrote:
> > I think a fundamental problem is that we're seeing is that tasksel hasn't
> > generally been sold very well to anyone. I've tried myself to push it
> > towards users in #debia
Given the RC bugs we're still battling with Xorg 7, and with
7.1 on the horizon, I don't think there's any way I'll be able to fix this
for Etch, but my goal for Etch+1 is to make all this go away and much
more.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
1 - 100 of 238 matches
Mail list logo
