e the way envisioned by
libev upstream for that extra 0.0001% performance. this might even be a
solution that is acceptable to upstream...
cu robert
ps: i like libev, it's awesome!
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
On Sun, 2007-07-29 at 16:22 +0200, Magnus Holmgren wrote:
>
> But: AFAIU, /etc/inetd.conf is now owned by any package, because it's
> used by
> several packages and updated by update-inetd. I think it makes sense
> for
> service packages, like samba, to update inetd.conf even though no
> inet-s
On Mon, 2007-08-27 at 23:54 -0400, [EMAIL PROTECTED] wrote:
> Quoting "Roberto C. Sánchez" <[EMAIL PROTECTED]>:
>
>
> > What professional software engineering experience do you have on large
> > software projects that qualifies you to determine what software "is
> > likely to need little testing
Package: wnpp
Severity: wishlist
Owner: Robert Millan <[EMAIL PROTECTED]>
* Package name: grubutil-win32
Version : 1.1-18
* URL : http://download.gna.org/grubutil/
* License : GPL (v2 or later)
Programming Lang: C, 386 asm
Description : GRUB
e/DebIce_LICENSE.txt
--
Robert Edmonds
[EMAIL PROTECTED]
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen <[EMAIL PROTECTED]>
* Package name: dicelab
Version : 0.4
Upstream Author : Robert Lemmen <[EMAIL PROTECTED]>
* URL : http://www.semistable.com/dicelab/
* License : GPL
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Robert Lemmen <[EMAIL PROTECTED]>
* Package name: kelbt
Version : 0.12
Upstream Author : Adrian Thurston <[EMAIL PROTECTED]>
* URL : http://www.cs.queensu.ca/~thurston/kelbt/
* License : GPL
Programmin
hat the tool is capable of
handling a complex case like this, and that the code for it is included
as an example _is_ interesting. will rephrase the paragraph accordingly.
cu robert
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
t in the kernel team repo to be used for pruning non-free firmware from
> the tarball, and it appears that whoever produced the initial uploads of
> 2.6.21 and 2.6.22 for Debian omitted this step.
Why not running this script in debian/rules, causing builds to abort when the
non-free files a
that actually degrade
> the user experience?
No, choosing what to spend your time on is every volunteer's option. You get
to spend your time ranting about this just like Nathanael gets to spend his
time ranting about that.
And I get to send a mail saying obvious things. Everyone is hap
nesday 12 September 2007 15:37, Robert Millan wrote:
> > > There isn't any patch that should be required here. There is already a
> > > script in the kernel team repo to be used for pruning non-free firmware
> > > from the tarball, and it appears that whoever produce
ike distributors to package unreleased versions
of emacs (I assume either because of the support burden or because bugs in
these snapshots might affect their reputation).
I would suggest getting in touch with them first to see what they think.
--
Robert Millan
I know my rights; I want my phone call!
On Sat, 2007-10-06 at 16:46 +1000, Anthony Towns wrote:
> On Wed, Oct 03, 2007 at 03:38:54PM +0300, Faidon Liambotis wrote:
> > There's also --rsyncable which is appears mostly (if not only) on Debian
> > and unfortunately can't be figured out from the headers.
>
> > Multipart gzips would also not
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: tg3dfsg
Version : 3.81
Upstream Author : Various
* URL : http://people.debian.org/~edmonds/tg3dfsg/
* License : GPLv2
Programming Lang:
Faidon Liambotis wrote:
> Robert Edmonds wrote:
>> This package provides the source code for the tg3dfsg kernel
>> module. Kernel source or headers are required to compile this module.
>>
>> This driver complies with GR 2006-004 and should support all Tigon3
&g
Faidon Liambotis wrote:
> Robert Edmonds wrote:
> > Any modification to the tg3 driver to produce a GR 2006-004 compliant
> > driver would have to diverge from the kernel team's patch acceptance
> > guidelines[0] since upstream is intransigent[1] on making tg3
>
On 2007-10-10, Daniel Schepler <[EMAIL PROTECTED]> wrote:
> On Wednesday 10 October 2007 02:57:59 pm Robert Edmonds wrote:
>> The only rationale for removing the *firmware* is compliance with GR
>> 2006-004...
>
> Reading this feels about like reading someone write, &qu
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: fcapture
Version : 0.0.1
Upstream Author : me
* URL : http://people.debian.org/~edmonds/fcapture/
* License : MIT/X11
Programming Lang:
On 2007-11-01, Robert Edmonds <[EMAIL PROTECTED]> wrote:
> * URL : http://people.debian.org/~edmonds/fcapture/
If anyone wants to review this program/package before it hits incoming
(especially if you're interested in network security monitoring), I've
just uploade
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: pcaputils
Version : 0.0.1
Upstream Author : me
* URL : http://people.debian.org/~edmonds/pcaputils/
* License : MIT/X11
Programming Lang:
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
--- Please fill out the fields below. ---
Package name: Plasmidomics
Version: 0.2
Upstream Author: [Dr. Robert Winkler <[EMAIL PROTECTED]> ]
URL: [http://www.bioprocess.org/plasmid/]
License: [GPLv3]
Descr
where you'll be experiencing/suffering it, as more hosts move to apache2).
Not if NameWidth=* is in your IndexOptions.
--
Robert Edmonds
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2007-11-12, Daniel Kahn Gillmor <[EMAIL PROTECTED]> wrote:
> As i'm not a DD, I'll need a sponsor to upload this package.
Hi,
I'll sponsor your package.
--
Robert Edmonds
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
arg_error(argv[0]);
+ }
+ pid_file = argv[i];
+ break;
#ifdef USE_UUCP_LOCKING
case 'u':
@@ -206,6 +227,10 @@ main(int argc, char *argv[])
close(0);
close(1);
close(2);
+
+ /* write pid file */
+ make_p
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: djbdns
Version : 1.05
Upstream Author : Daniel J. Bernstein
* URL : http://cr.yp.to/djbdns.html
* License : public domain
Programming Lang:
nal (1)=>
Printing (1)=>
Tex (14)=> TeX or Editors/TeX or Editing/TeX
Unknown (11)=>
Web/W3c (3) => maybe Web Developement/W3 or
Help/W3 or Standards/W3
Web/W3 (138)
On Thu, 2007-12-20 at 00:51 -0800, Steve Langasek wrote:
> On Mon, Dec 10, 2007 at 09:47:36PM +0100, Simon Richter wrote:
>
> >>> No, what can be done is to fix upstream's broken declaration that 'you can
> >>> assume glib functions are available when doing "#include "'.
> >>> It
> >>> doesn't
On 2007-12-25, Rudi Cilibrasi <[EMAIL PROTECTED]> wrote:
> * Package name: blm
> Description : compute set operations on line-oriented files: and, or,
> xor, and more.
What are the time and space complexities for the various operations?
--
Robert Edmonds
[EMAIL PROT
On Wed, 2007-12-26 at 13:11 +, Neil Williams wrote:
>
> So could I ask, from an upstream perspective, what kind of changes in
> the underlying lib might *not* cause such a port and therefore end up
> with libfoo1 still being buildable against libbar3 yet *still* require
> a
> SONAME bump to a
aint.html .
Why -j3 ? It's already quite an effort to aim for -j2. Shouldn't we try to
fix those first?
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unable to speak?
(as seen on /.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
Not sure if that's what you were looking for (i.e. a specific
feature introduced with cdbs 0.4.38), but you can cook that up
on your own.
See how grub2 package does it for an example.
--
Robert Millan
I know my rights; I want my phone call!
What use is a phone call, if you are unab
On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote:
> On Wed, Jan 02, 2008 at 12:13:13AM +0100, Petter Reinholdtsen wrote:
> > What about changing the default values for dh_installinit for a future
> > debhelper compatibility layer, to use 'start 20 2 3 4 5 . stop 80 1 .'
> > instead of 'defaul
On Wed, 2008-01-02 at 09:50 -0800, Russ Allbery wrote:
> Robert Collins <[EMAIL PROTECTED]> writes:
> > On Wed, 2008-01-02 at 00:29 +, Colin Watson wrote:
>
> >> Some packages actually do need to shut down cleanly; in the case of a
> >> database, for exa
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: libev
Version : 2.01
Upstream Author : Marc Alexander Lehmann
* URL : http://libev.schmorp.de/
* License : BSD
Programming Lang: C
Descri
Package: wnpp
Owner: "Robert S. Edmonds" <[EMAIL PROTECTED]>
Severity: wishlist
* Package name: c-repl
Version : 0.0.20071223
Upstream Author : Evan Martin
* URL : http://neugierig.org/software/c-repl/
* License : BSD
Programming Lang: C, Ru
On Thu, 2008-01-17 at 23:58 +, Colin Watson wrote:
> On Thu, Jan 17, 2008 at 02:50:09PM -0800, Russ Allbery wrote:
> > Niko Tyni <[EMAIL PROTECTED]> writes:
> > > Hm, dh_shlibdeps prunes /usr/lib/debug when looking for ELF executables.
> > > This was apparently done when adding support for spl
Package: wnpp
Severity: wishlist
Owner: Robert Millan
* Package name: dragonegg
Version : SVN snapshot
Upstream Author : Duncan Sands
* URL : http://dragonegg.llvm.org/
* License : GPL
Programming Lang: C
Description : GCC plugin that uses LLVM for
Package: wnpp
Severity: wishlist
Owner: Robert Millan
* Package name: mingw-w64
* URL : http://mingw-w64.sourceforge.net/
* License : GPL, LGPL, ZPL, etc...
Programming Lang: C, amd64 asm
Description : Minimalist GNU w64 (cross) runtime
This package contains the
On Sun, 2010-02-14 at 11:00 +0100, Florian Weimer wrote:
> BTW, will users think that the current warning ("possible SYN flooding
> on port %d. Sending cookies") always indicates an attack? Hopefully
> not.
I'm sure non sysadmins will be confused by it- but they probably don't
look at dmesg anyh
On Sat, 2010-02-20 at 14:25 +0100, Raphael Hertzog wrote:
>
> > This wiki page still misses a "Disadvantages of new format"
> section.
>
> It's a wiki, feel free to add it. I know some people unhappy with the
> new
> format but I don't know many technical disadvantages.
The primary one I'm unh
On Sun, 2010-02-21 at 08:53 +0100, Raphael Hertzog wrote:
> > The primary one I'm unhappy with is its deleting part of the upstream
> > tarball with (AFAIK) no warning and no control. (That is, if upstream
> > have a debian dir, it gets nuked, rather than us collaborating on it).
>
> That's a fea
On Tue, 2010-02-23 at 05:20 +0100, Guillem Jover wrote:
> I don't think this would be worth it, as Marco has also said, if the
> system is hosed but you can still get to the point of obtaining a
> package to install you might as well just obtain the broken files.
> Of course you might have it alre
On Sat, 2010-04-03 at 17:48 +0200, Toni Mueller wrote:
>
>
> Actually, squid has its own slew of problems. Eg. I've yet to see a
> machine where Squid runs reliably under anything resembling a
> "reasonable load", instead of falling over frequently, and it can be
> difficult to have the features
On Sun, 2010-04-04 at 12:27 +0200, Petter Reinholdtsen wrote:
> [Robert Collins]
> > Wearing my squid upstream hat: please file bugs if squid is
> > misbehaving. Squid is used in many high volume high load web sites,
> > so if there are reliability bugs we really real
no way.
So I see your argument about not to be thought of side effects, but the concept
as such is proved already and the only harm could arise from systems where
users assume the old umask still to be in effect when they update to squeeze
and it will, so what is the problem?
Best regards,
d" which is fully
> trusted?
>
>
> Cheers,
> Chris.
>
The purpose is to make a default umask of 002 possible, without security
problems. This makes it easier to setup directories for collaboration with the
segid bit set, as the group for newly created files will have write
thing
nobody has thought of, but as the concept is already in use in other
distributions the chance is rather small.
Though I would understand arguments of not making the change for squeeze, as
the testing period to find Debian specific issues with the concept, is rather
small.
Best regards,
Rober
Due to the widespread usage of intercepting proxies, its very hard, if
not impossible, to determine if a proxy is in use. Its unwise, at
best, to assume that no proxy configured == no proxy processing your
traffic :(.
-Rob
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
Given that pipelining is broken by design, that the HTTP WG has
increased the number of concurrent connections that are recommended,
and removed the upper limit - no. I don't think that disabling
pipelining hurts anyone - just use a couple more concurrent
connections.
-Rob
--
To UNSUBSCRIBE, em
Well, I don't know why something has 'suddenly' become a problem: its
a known issue for years. The HTTP smuggling
[http://www.watchfire.com/resources/HTTP-Request-Smuggling.pdf]
attacks made that very obvious 5 years ago now.
http://en.wikipedia.org/wiki/HTTP_pipelining has a decent overview.
Its
Bah, link staleness.
http://www.cgisecurity.com/lib/HTTP-Request-Smuggling.pdf just worked for me.
Also, I realise that there may be a disconnect here: squid *shouldn't*
break if a client attempts to pipeline through it - if it is, thats a
bug to be fixed, squid just will not read the second requ
on the dependencies between entities in the debian space (packages, bugs
etc), then please send them my way. with a moderatly long list of use
cases, i could go on defining the query language...
cu rober
--
Robert Lemmen http://www.semistable.com
signature.asc
Description: Digital signature
anchor would no longer be able to securely generate an
up-to-date root trust anchor file, but i believe this could be
adequately handled by a stable-security or stable point release
update.
--
Robert Edmonds
edmo...@debian.org
signature.asc
Description: Digital signature
On 2011-02-17, Daniel Baumann wrote:
> On 02/17/2011 05:07 AM, Robert Edmonds wrote:
>> i'm inclined to implement all three of these features and make them each
>> individually toggle-able via /etc/default/unbound, and to enable these
>> features by default
>
> i
Robert Edmonds wrote:
> i'd like to get some feedback on whether i should implement some changes
> in the unbound debian packaging:
i'm also looking into building the python bindings for libunbound.
unfortunately upstream uses autotools / libtool to build and link the
python modul
defeats John's argument:
> Leave it. The program will be known as "ask.py" everywhere outside
> Debian. Changing the name is asking for confusion.
So perhaps the discussion should be retaken.
P.S: keep me on CC, i'm not subscribed.
--
Robert Millan
"[..] but the
t to "import ask"?
>
> Yes. "ask.py" is just the main executable. It imports all the other modules
> (which have the .py extension and should be in /usr/lib/ask or something).
That'd be /usr/share (lib is for arch-dependant data, see FHS)
--
Robert Millan
&qu
.py extension and should be in /usr/lib/ask or something).
>
> Sorry that I'm not letting this go, but I'm not sure you understand my
> concern (I'm not sure that this is a "showstopper", but I'd like to know
> that you've at least considered it)
I
x27;ll be
in Uploaders in first upload, feel free to put yourself as Maintainer when
you like.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux aragorn 2.2.25 #1 Fri Jun 20 19:28:33 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
--
Robert Millan
"[..] b
Hello,
I purchased "NEW LOOK HIS & HERS" Pattern #
6307. The front pattern piece for all of the fronts for the tops was
missing. I'm going to Wal Mart to get another one, but thought I should
let you know what happened.
Thank you,
Cindy Bulick
I had some preliminary modifications of the parallel loading system
proposed by James Hunt from IBM working for Debian, but it looked like
it would speed things up less than 10%, which wasn't enough to lure me
away from SysV, so I said it aside. I still have some of the files
around, if you wa
the default patchset from Herbert.
Actualy, it's updated dynamicaly by build-depending on kernel-patch-debian
(see debian/rules).
- You can check the source in http://people.debian.org/~rmh/linux/
(download the orig.tar.gz from upstream, see 00README.)
Please try it out and sen
if this is of interest to your company and I will send
you the specifications.
Sincerely,
Robert Yadgarov
_
Is your computer infected with a virus? Find out with a FREE computer virus
scan from McAfee. Take the FreeScan now!
http
Package: wnpp
Severity: wishlist
* Package name: linux
Version : 2.4.22
Upstream Author : Linus Torvalds <[EMAIL PROTECTED]> and others, see:
http://www.kernel.org/pub/linux/kernel/CREDITS
* URL : http://www.kernel.org/
* License : GPL
Desc
ernel modules? Have more duplication of effort?
That's up to the module maintainers. Adding support for the Linux kernel when
packaged as a standard Debian package is easy for them, since in packaging
terms it's not much different than linking your package against a library.
Certainly,
cent one in
Glibc:
#215010: Illegal instruction with 2.2 kernel
This is not unusual. IIRC, Woody's Glibc wasn't supported by Linux 2.0 (I
once tried an upgrade from Slink after the Woody release)
Note: as pointed by Andreas, this doesn't apply to minor updates
--
Ro
behind my package, he provides the Debian patchset from
"kernel-patch-debian", although the actual packaging is done completely
differently.
I'd specialy appreciate (positive) feedback from Herbert, actualy.
--
Robert Millan
"[..] but the delight and pride of Aule is in the dee
; just like we do for every Debian
> package is missing for what the Linux kernel is concerned.
>
>
> I don't understand. How is your solution better than
> *prompt* apt-get install kernel-image-2.4-386?
See my other mail (in response to Michael Poole).
--
Robert Millan
&qu
ctates anything at all. A substantial portion of Debian
> users won't run the kernel we supply anyway, no matter how we choose to
> supply it.
Indeed. And the point is: a small portion will run my package and will be safe
from hitting this sort of bugs.
--
Robert Millan
"[..] b
standard packages (except, perhaps,
> dpkg). It is not so easy to roll back the kernel.
I don't see why should I address that. The same happens when you update your
bootloader, or sysvinit, or coreutils, glibc, etc.
My advice: Have a rescue disk at hand.
--
Robert Millan
"[..] but th
c maintainers don't test
their packages properly for non-i386? (Yes, I know you're one of them.)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives a
kernel.
Appliing patches dinamicaly and conditionaly is a huge amount of work?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, p
On Fri, Nov 07, 2003 at 04:22:27PM -0500, Daniel Jacobowitz wrote:
> On Fri, Nov 07, 2003 at 10:18:37PM +0100, Robert Millan wrote:
> > > If you think that, then you don't understand why they are all built
> > > separately.
> >
> > I don't need
t; moves to that kernel version. This has been known to take _years_.
I realised that. But for 2.4.22 there are 5 architectures with native support
and 2 with up-to-date patches, which is enough for now.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and i
should I address that. The same happens when you update your
> > bootloader, or sysvinit, or coreutils, glibc, etc.
> >
> > My advice: Have a rescue disk at hand.
>
> Hear, hear, you wanna sponsor an external CDROM drive for every embedded
> system in the world?
That's not my problem. The same happens when you update your bootloader, or
sysvinit, or coreutils, or glibc, etc.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some new work."
-- J.R.R.T, Ainulindale (Silmarillion)
nk it's time we put an end to this euphemism called "the kernel"
> > and start calling it by its proper name (if we refer to Linux, that is).
>
> apt-get source kernel-source-2.4.22
Which means: "download the source of the source of the kernel".
--
Robert Mi
On Fri, Nov 07, 2003 at 10:28:13PM +, Matthew Garrett wrote:
> Robert Millan wrote:
>
> >I wouldn't. I'm going to track the latest minor version, just like the rest
> >of Debian packages do.
>
> You really, massively, hugely fail to understand the proble
te a patch that already exists?
> and testing the patches on the respective
> machines is.
Testing a package is a huge amount of work?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own maste
ndle them. I don't see why this is different.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to some
ed so there should be no problems hosting two packages
> in Debian.
Thanks Herbert, your support is much appreciated.
Note that you already provide the base (kernel-patch-debian) for this package,
but when you want to participate in the actual package you'll be welcome to.
--
Robert Mil
it usable for
> dummies at the price of making it hardly usable by experts"!
> The saying is: "Create a system that is usable even by idiots, and only
> idiots will use it".
I made the package in the way I found most consistent and easy to understand,
for users and for deve
es. That was meant to be in the first one (s/image-//g)
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free from care, passing ever on to so
hat you wish to understand?
I'm actualy unwilling to understand your sarcasm, sorry.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free f
y of several
> existing upstream trees), applying needed patches, and running make-kpkg.
The same way users get customized packages of anything else in Debian: get
the source, add/remove patches, build it.
And with the same disadvantages, of course (which I'm not going to enumerate).
--
d as said before, your ideas are not consistent. You claim to create a
> linux-kernel package for every architecture, but only for that you like.
Erm.. don't put words in my mouth?
> Bullshit. You can fix most stuff with a initrd that includes ash-static
> or such. When you fuckup t
rence is that in most cases there is little reason to rebuild
> package instead of just using debian-provided binaries.
> However, unlike other packages, kernel often really needs local
> customization. That's why make-kpkg exists, I believe.
That's right. But I'm not replaci
; 11 architectures.
Your packages are "Architechture: all"? Well, for my "Architecture: any"
packages there are porting teams for each architecture who are suposed to
test them.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
th
> Which makes me wonder again: what is your target userbase?
Those who like the advantages described in:
http://lists.debian.org/debian-devel/2003/debian-devel-200311/msg00414.html
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made,
On Sat, Nov 08, 2003 at 05:00:07PM +0100, Robert Millan wrote:
>
> No, I took the ideas from the thousands of packages in Debian. How many of
> them provide optimised binaries?
>
> [...]
>
> If you want me to provide optimised binaries, then this is you who should go
> a
rt's patchset.
> promising "easy understanding of
> the packge for developers" (*) but taking the generic name away.
>
> (*) I cannot remember any of actual kernel-image maintainers with severe
> complaints about Herbert's way of packaging.
I'm not really wo
operator sitting in front of the box.
> >
> > So, you can repair from an initrd system, but you can't load a backup Linux
> > kernel?
>
> If you expect possible breakage, you can make preparations to rescue the
> system. If someone unintentionaly installs a new k
gt; > Now paste a link or withdraw your claim.
>
> I won't do anything more. You don't prove yours but refere to bogus,
> wrong or NULL-arguments again and again. EOD.
I was thinking the same.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of
; actually), but I'll give you the benefit of doubt on that.
Herbert said what he said, period. Wether my package is suitable for stable
or not is behind the scope of his mail.
> > Those who like the advantages described in:
> >
> > http://lists.debian.org/debian-devel
t.
>
> You are duplicating effort by providing something that already exists.
Yes. And you're not entitled to tell me when I shouldn't duplicate someone
else's effort. I do it because it's worthy of doing.
> I think it's more than justified to ask you who yo
od enough to justify a 30MB
> source-package + resulting binary packages.
Why not?
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making, and in the
thing made, and neither in possession nor in his own mastery; wherefore he
gives and hoards not, and is free
ise. Fortunately, there are two reasons why this shouldn't be
a problem:
- The current Linux kernel maintainer welcomes my work:
http://lists.debian.org/debian-devel/2003/debian-devel-200311/msg00452.html
- Noone managed to beat the advantages I listed before:
http://lists.debian.org/debian-de
On Mon, Nov 10, 2003 at 01:40:34AM +1100, Martin Michlmayr wrote:
> * Robert Millan <[EMAIL PROTECTED]> [2003-11-09 14:40]:
> > Actualy, I didn't even bother to provide System.map, and my system
> > works quite well. I can add it if you bring me a reason to do so,
> &g
On Sun, Nov 09, 2003 at 03:53:59PM +, Andrew Suffield wrote:
> On Sat, Nov 08, 2003 at 11:28:50PM +0100, Robert Millan wrote:
> > > 2. kernel-image-* contains images in a deb.
> > >
> > > 3. You seem to have a problem with the kernel-source-* packges, whi
wn my ITP than trying to address the problems positively.
When debian-kernels is created, I'll be happy to discuss all concerning my
packages in that list.
> Friendly,
That's much appreciated.
--
Robert Millan
"[..] but the delight and pride of Aule is in the deed of making,
On Sun, Nov 09, 2003 at 07:31:24PM +0100, martin f krafft wrote:
> also sprach Robert Millan <[EMAIL PROTECTED]> [2003.11.09.1918 +0100]:
> > > So you're saying that you don't know what System.map is good for?
> >
> > No, but if you actualy cared you&#
401 - 500 of 888 matches
Mail list logo
