ence in this area. Do you
find that kicking yourself enhances your ability to improve
Launchpad?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
file a request for your expulsion. That might happen for
> this one yet.
If your message is merely a troll, I would respectfully ask you
please to expell yourself. On the other hand, if you believe
that someone should be expelled for reasons that you are unable
or unwilling to state, I woul
kage files with the exactly the same
name and different content and dependencies drove me crazy
for a while until we made our migration scripts smarter.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
, the 'buildX' packages do change the source package, but by
> policy, only debian/changelog is touched, to increase the version
> number of the package.
What please is the difference between a buildX package and all the
other packages that were rebuilt without the buildX annotation?
--
On Wed, 2006-01-18 at 11:04, Reinhard Tartler wrote:
> On 1/18/06, Mike Bird <[EMAIL PROTECTED]> wrote:
> > What please is the difference between a buildX package and all the
> > other packages that were rebuilt without the buildX annotation?
>
> It is quite similar to
n one occasion without any hint of an apology.
Matthew,
Your accusation fails to allege sufficient facts to constitute
an allegation of defamation.
Rather than wasting list bandwidth, please consult a solicitor.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
he two mechanisms in sync.
* This exposes the task recommendations to other package
dependency/management systems rather than keeping them
hidden in /usr/share/tasksel/debian-tasks.desc.
* This would avoid having to install 1.7MB of tasksel and
write an extra parser in order to obtain 15KB of
dependency info in /usr/share/tasksel/debian-tasks.desc.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
. How does adding a package with a few
hundred unversioned dependencies and no reverse dependencies
slow down anything but itself?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(and
which tasksel could use to ensure consistency).
Many people prefer tasksel. That's great. Go for it. But
please don't ban meta-packages for those of us who want the
simple solution which package dependencies provide and which
our programs can understand.
Thanks for listening,
-
lled
> before it is preconfigured. In making X operate this way, the X
> maintainers have *required* that the installation system have a special
> case for X; castigating tasksel because I chose to implement support for
> this special case in a generalized fashion in desktop.preinst is ab
On Sun, 2006-04-23 at 19:42, Steve Langasek wrote:
> On Sun, Apr 23, 2006 at 06:59:41PM -0700, Mike Bird wrote:
> > * "Clogging Britney" is subjective.
>
> Having the metapackage kicked out of testing and having the release team
> refuse to help you get it back
problem logically
rather than conceding defeat to the first sample of
working code[5].
* We now have tools such as wajig[6,7] and aag[8,9]
which can install a metapackage with its
recommendations without changing the meaning of
"apt-get install". (And such functionality could
be
ave arrived in gconf2 somewhat later than 2.10.1-2.
Examples: eog, gnome-system-tools
I really don't want to file separate bugs against every gnome
package.
(The workaround is to upgrade gconf2 early.)
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &quo
On Wed, 2006-04-26 at 11:31, Marco d'Itri wrote:
> On Apr 26, Mike Bird <[EMAIL PROTECTED]> wrote:
> > In working on (unsupported) dist-upgrades from Ubuntu/Breezy
> > to Debian/Etch I ran into a lot of failures due to missing
> FYI, this will probably horribly break t
om Breezy which probably has a greater version.
Thanks Josselin. Ubuntu reported syncing gconf2 with Debian
at 2.11.1 but Ubuntu's 2.12.0-0ubuntu1 (Breezy) still lacked
gconf-schemas. (Ubuntu has gconf-schemas in 2.14.0-1ubuntu1.)
Not a Debian problem. Sorry for the bogus report.
--Mike B
is it necessary to install kaffe as well as kaffe-pthreads?
Thanks,
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ddenly Debian is in court and looking at millions of dollars in legal
fees even if found not liable. Most likely the Master and the Owner
take most of the blame, and Debian is found liable for only a few
percent. That's a few tens of millions of dollars.
To the judge, it's not only
problematic.
And that is why, in legal matters, Debian needs the combined expertise of
the volunteer lawyers on debian-legal, rather than the "legal opinion" of
a programmer. Fair's fair. I wouldn't trust most attorneys to fix a device
driver.
--Mike Bird
--
To UNSUBSCRIBE
y binding document
signed by Sun which clarifies and/or amends Sun's license.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e covert actions of the "small cabal"
were openly reviewed. The license (for convenience), any
relevant written promises from Sun (if any), and any relevant
written legal opinions from counsel (if any) should forthwith
be posted to debian-legal.
--Mike Bird
--
To UNSUBSCRIBE, e
downside.
Why is "building a relationship with Sun" so important to
Debian that it's worth the risk to Debian of indemnifying
Sun, Sun's licensors, and all their successors in interest?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
wever, all software in Debian
archives is signed in by a DD, a member of Debian's web
of trust.
A new upstream bug does not affect Debian until Debian is
changed by the DD's incorporation of the upstream version
containing the upstream bug. When that change is signed in
to Debian, that is a c
x compliant. Within the Debian world, this is a dash
bug. Possible solutions include Debian-specific patches to either
make dash's test compatible or to disable dash's incompatible test.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe
m scripts that everyone has for
backups or nagios extensions or adding users or emptying cameras etc etc.
Not everyone writes scripts to the same high standards as Debian but it
would still be very unfortunate if a Debian update broke them.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PRO
ebian making it easy for
/bin/sh to be changed by those Debian users who wish to make such a
change, possibly even during D-I.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon February 11 2008 06:53:43 Adam Borowski wrote:
> On Mon, Feb 11, 2008 at 01:33:54AM -0800, Mike Bird wrote:
> > On *production* Debian systems, saving 30 seconds in a boot
> > which may occur once a year for a kernel security update is
> > not worth a single broken
tiny shell scripts in the big wide world are written by
people who are not the best of programmers.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
users through such a change would
be extremely detrimental to both Debian users and Debian.
I'd much prefer that Debian changed its own scripts to use
#!/bin/sh.minimal without affecting user scripts, where
/bin/sh.minimal could be linked to any shell meeting Debian's
minimal criter
to expect of /bin/sh.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
breakage on naive Debian users: none.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon February 11 2008 02:20:26 Cyril Brulebois wrote:
> On 11/02/2008, Mike Bird wrote:
> > On *production* Debian systems, saving 30 seconds in a boot which
> > may occur once a year for a kernel security update is not worth a
> > single broken script, nor a single failed
t the unnecessary reordering
has no side-effects?
Would you mind repeating the (hopefully automated) proof for each Lenny
release candidate?
Thanks,
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dentify any benefit that cannot be
achieved with less disruption.
In short, the sole dubious identified benefit can be easily achieved
by an alternative approach that is non-disruptive.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s for #281057 and #432893, and my implementation of `Breaks'
> support in dselect, are outstanding too, since early November.
For those like me with short memories, would you mind (re-)posting links to
the specs for Triggers and Breaks and any other features you're suggesting.
T
that could be better spent
programming or packaging or playing with the grandkids.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ian's productivity, and the teacher of such a
class might help Guillem develop his skills better than Ian could.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri February 29 2008 09:26:32 Henrique de Moraes Holschuh wrote:
> On Fri, 29 Feb 2008, Mike Bird wrote:
> > I'm not a DD but I've been programming since 1963 when I was 7.
> > Based on decades of software engineering experience, I would
> > just like to remin
ature and have the new
developer restart development of the trivial new feature from scratch.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
aphael seems to have the power to block your packages but he has
no rational excuse. Can the tech committee overrule Raphael or
does Debian need to fork a dpkg under more sensible maintainers?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". T
objects here
within 48 hours that Ian should proceed with his update?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed March 5 2008 13:30:06 Otavio Salvador wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > On Wed March 5 2008 12:29:08 Raphael Hertzog wrote:
> >> I've been added to dpkg's Uploader a few weeks ago, I'm not dpkg's main
> >> coordinator.
On Wed March 5 2008 14:52:04 Raphael Hertzog wrote:
> On Wed, 05 Mar 2008, Mike Bird wrote:
> > Please post the URL for this policy. I apologize if you've already
> > posted and I missed it, but Google couldn't find it for me.
>
> http://wiki.debian.org/Teams/Dp
d work their way up through
simpler programming tasks before taking on something as crucial as dpkg.
On the other hand, fer crissake Ian stop using 0 for NULL! You can use
(char*)NULL if it helps.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
back to the
obstructionists. If Anthony has posted an explanation I have not seen
it. You will recall Anthony - he alienated many Debian developers with
the Dunk-Tank fiaco and thereby significantly delayed the release of Etch.
This apparently makes Anthony a natural ally of the dpkg blocking team.
On Sun March 9 2008 14:46:50 Cyril Brulebois wrote:
> On 09/03/2008, Mike Bird wrote:
> > Ian hijacked his own program back from the people who had been
> > blocking updates for six months - including the triggers enhancement
> > which is needed for boot time improvements
>
On Sun March 9 2008 16:07:58 Marc 'HE' Brockschmidt wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > Ian hijacked his own program back from the people who had been blocking
> > updates for six months - including the triggers enhancement which is
> > neede
On Sun March 9 2008 17:30:51 Daniel Stone wrote:
> [Not subscribed, Cc if you want me to see it.]
>
> On Sun, Mar 09, 2008 at 01:19:58PM -0800, Mike Bird wrote:
> > Ian hijacked his own program back from the people who had been blocking
> > updates for six months
>
&
On Sun March 9 2008 18:40:25 Marc 'HE' Brockschmidt wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > In simple terms: "dpkg triggers" is a highly desirable precondition for
> > dependency-based initscripts, but so are several other preconditions,
>
essary" homework you could have saved the readers
of this thread the "necessity" of ignoring your post?
needed[2]:
To want strongly; to feel that one must have something.
Example:
After ten days of hiking, I needed a shower and a shave.
--Mike Bird
[2] http://en.wi
Hi Guillem,
Ian wrote that you recently committed 402 diff lines of stuff
like this:
-static void usage(void) {
+void
+usage(void)
+{
It's easy to see negatives such as making it harder to merge
long-awaited features. What positives do you see for Debian?
--Mike Bird
h the task instead of time-wasting.
AFTER the long-delayed features have been merged and any remaining patches
have been picked up from the BTS would be an appropriate time to think
about refactorings.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
ver developers-reference.
Ian appears to have chosen to speak truth to power rather than
forking. Do you have a constructive alternative to suggest?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
; mode which was larger and
slower than "large" although I forget the details. IIRC, the Mark
Williams compiler for the 8086 also supported a "tiny" mode which code
and data in the same 16-bit segment.
Beware that these names have radically different meanings on some
architectures[0].
--Mike Bird
[0] http://www.esacademy.com/automation/docs/c51primer/c02.htm#2.1.2
itectures fall by the wayside for lack of
interest then so be it. Better to lose several 0.1% architectures
than for Debian as a whole to continue the slide towards irrelevance.
--Mike Bird
[0] http://popcon.debian.org/
On Sun March 30 2008 13:25:15 Joey Hess wrote:
> dpkg in experimental supports triggers now
THANK YOU IAN for persisting with triggers despite the tedious delays by
blistering incompetents. And thanks Joey for the interesting use cases.
--Mike Bird
--
To UNSUBSCRIBE, email to [EM
On Sun March 30 2008 14:01:33 Raphael Hertzog wrote:
> On Sun, 30 Mar 2008, Mike Bird wrote:
> > THANK YOU IAN for persisting with triggers despite the tedious delays by
> > blistering incompetents. And thanks Joey for the interesting use cases.
>
> Ian has nothing to do
iques in parallel.
2) Issue warning message and try to boot cliques in lexical order.
3) Issue warning message and try to boot cliques in installation order.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
towards finding a solution, and that is to recognise the problem.
It doesn't have to be like dpkg. Take a look at the TeX maintainers.
They do a wonderful job despite a very challenging upstream. Maybe we
can find a clue to a solution by examining the teams that work well.
--Mike Bird
s going to have
> the biggest impact on mirror size, mirroring time, CD set size, and
> download times for users.
Lucas made a good point. Better to save 20% on ten 10MB packages than
saving 10% on one 100MB package.
Although we can probably have both, modulo decompression RAM issues.
t hardware in a stable manner but
the pain is real and we may have to switch desktops back to Ubuntu.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu April 3 2008 14:38:14 Moritz Muehlenhoff wrote:
> On 2008-04-03, Mike Bird <[EMAIL PROTECTED]> wrote:
> > Stable is a poor solution for desktops because it doesn't support
> > recent hardware. For a long time now we've had to run Testing
> > mixed with
ote that once installed, people of all skill levels
are very happy using Debian.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oo. I haven't figured out why.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
libcap2 version 2.08-2 in Lenny just changed priority from required
to optional. The package itself didn't change. Is there a package
or some other object that tracks priority changes, ideally via
packages.qa.debian.org or packages.debian.org or similar.
TIA,
--Mike Bird
--
To UNSUBS
On Sat May 10 2008 12:14:22 Julien Cristau wrote:
> On Sat, May 10, 2008 at 12:09:52 -0700, Mike Bird wrote:
> > On Sat May 10 2008 11:03:40 Julien Cristau wrote:
> > > On Sat, May 10, 2008 at 10:59:44 -0700, Mike Bird wrote:
> > > > How should a package depen
ed as a flippant attitude to this disaster.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(or several orders of magnitude
less likely), and preparing Debian's response for the next disaster.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu May 15 2008 10:34:01 Peter Samuelson wrote:
> Who is this "we"? Whose serious efforts? Who is investigating? Most
> importantly, should we assume that, as in the past, you, Mike Bird,
> intend to do nothing but talk?
Debian is still one of the world's be
age priorities in resolving disjunctions,
a possible solution would be for apt to do so.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
e package lists will be updated.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu May 29 2008 16:58:41 Russ Allbery wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > Many people do extra levels of testing before
> > rolling out updates with "dpkg -i". With "apt-get"
> > you never know when the package lists will be update
On Fri May 30 2008 10:20:51 Russ Allbery wrote:
> Mike Bird <[EMAIL PROTECTED]> writes:
> > All packages on live servers and workstations are installed with "dpkg
> > -i" to ensure we're using a tested combination. We could manually copy
> > the packag
ally desktop or
laptop users who need Testing for hardware support.
Artificially lowering the RC count in Testing is not always
preferential to keeping Testing in a state amenable to testing.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
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 equival
coerce DDs into fixing RC bugs. They make Debian harder
to use, harder to test, and harder to improve. Debian
would be better without these holes.
There are better processes for reducing RC counts and
improving Debian without crippling "Debian Desktop Edition".
--Mike Bird
--
To U
n and
ad hominem attacks from those who should know better. If
there's code that needs to be updated I'll be happy to send
you a patch if you point me to the source, but my (possibly
faulty) understanding is that release team members were
generating the remove hints manually.
--Mike Bir
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".
>
> Yo
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
> &g
ian users with recent
desktop or laptop hardware?
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
strongly supports user empowerment,
e.g. "We will place their interests first in our priorities."
(4) Therefore, the laudable but minor goal of reducing clutter is not
a DSC-compatible reason for ignoring users' interests.
--Mike Bird
[1] http://www.debian.org/social_contra
filtered package list would become the next Stable.
This keeps Testing as it has historically been - more stable
than Unstable and the best Debian for recent hardware.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ange
could make that work much more relevant and useful for desktops
and laptops and newer servers, and without harming Stable.
> End of story.
ACK DPL. EOF.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
FWIW, adding "-9" to the gzip in mkinitramfs gives a
0.5% saving, which may help with some marginal cases.
OTOH using bzip2 instead of gzip saves 10.5% but I have
no idea how much work it would take to support bzip'd
initrd's.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMA
It seems to me that it ought to be against policy to use a
maintainer script to delete files belonging to another
non-conflicting non-replacing package, but I haven't found
such a policy.
Does anyone have the answer so I can give it to reportbug?
TIA,
--Mike Bird
--
To UNSUBSCRIBE, ema
clear over the years why our version
> of testing exists and how it's going to be managed. End of story.
Is the DPL a big enough man to admit he made a mistake and to
end the censorship of people who pointed up problems with the
way the new release team handles Testing?
--Mike Bird
--
o this in the past three
> months: no, this looks like a very good solution.
No one objected to having apt decide by giving priority
precedence over lexical:
http://lists.debian.org/debian-devel/2008/05/msg00388.html
The priority solution is more general and provides automatic
consistency betwe
jackals
who delight in ruining the Debian experience for the majority.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
#x27;s
owner doesn't use them then the sysadmin does. Downgrading mtr
is a serious mistake.
Downgrading any packages this close to Lenny is a serious mistake.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
have the power to carry their
actions through and (d) they haven't listened to reason yet.
So we just watch and laugh sadly and pray that we can keep
our systems secure. Debian has survived worse and it will
survive this mess too.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...
enable/disable it.
Can anyone see any downside?
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005300944.50893.mgb-deb...@yosemite.net
ocmail.
Excellent. Thank you.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201005301408.58438.mgb-deb...@yosemite.net
ou are not a native speaker and obviously don't have a clue of
> what you're saying.
I am a native English speaker. Klaus is perfectly correct. Marc is not.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
removed X from Testing for
internal release master reasons - please don't imagine Testing is intended
for real users" syndrome.
I would certainly like to see the kind of Testing you describe.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
tros then
although I'm actually using Mostly-Stable on my own laptop so that it
matches our servers.
Mostly-Stable is great for (most) servers though.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
an awful amount of
effort by not making Testing as useful as it could be.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201007221308.51340.mgb-deb...@yosemite.net
On Thu July 22 2010 13:43:16 Andrei Popescu wrote:
> On Jo, 22 iul 10, 12:13:41, Mike Bird wrote:
> > We actually have a few Testing packages (e.g. WordPress) in our
> > mostly-Stable servers and we backup copies of those Testing packages
> > both on-site and off-site agains
roblem.
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201007230456.02598.mgb-deb...@yosemite.net
\_ /usr/bin/python /usr/bin/lsb_release -is
11474 ?S 0:00 \_ sh -c { apt-cache policy
2>/dev/null;
11475 ?D 0:00 \_ apt-cache policy
--Mike Bird
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
On Sat October 23 2010 06:21:35 Julien Cristau wrote:
> On Sat, Oct 23, 2010 at 05:46:38 -0700, Mike Bird wrote:
> > Seen in Lenny. Is it really necessary to run apt-cache in order
> > to shut down BIND?
>
> Is it really necessary to send your bug reports to debian-devel?
On Sat October 23 2010 10:58:54 Jordan Metzmeier wrote:
> On 10/23/2010 11:55 AM, Mike Bird wrote:
> > On Sat October 23 2010 06:21:35 Julien Cristau wrote:
> >> On Sat, Oct 23, 2010 at 05:46:38 -0700, Mike Bird wrote:
> >>> Seen in Lenny. Is it really necessary to r
1 - 100 of 126 matches
Mail list logo
