Than you for the thoughtful reply.
Yes the apt upgrade submit ends there with no further error messages. When
moving that source list it proceeds and asks me if i want to install the
upgrades.
Please help me to understand the MITM scenario. So you're saying an
attacker could be able to red
On Sun, Oct 09, 2022 at 01:21:45PM -0700, xaq xaq wrote:
> To simplify a frequently seen halt of `apt upgrade` I have this example.. I
> had to remove keepsolidinc.list
> from /etc/apt/sources.list.d. Then apt update proceeds. Here is the error I
> get with that source list in place:
Thanks Paul and David.
To simplify a frequently seen halt of `apt upgrade` I have this example.. I
had to remove keepsolidinc.list
from /etc/apt/sources.list.d. Then apt update proceeds. Here is the error I
get with that source list in place:
*Hit:1 http://archive.ubuntu.com/ubuntu
<h
On Fri, Oct 07, 2022 at 09:33:28AM +0800, Paul Wise wrote:
> On Thu, 2022-10-06 at 10:54 -0700, xaq xaq wrote:
> > Hi, how do I submit a suggestion to the Apt team? I've tried to
> > register on their website (https://salsa.debian.org/apt-team/apt).
>
> You can repor
On Thu, 2022-10-06 at 10:54 -0700, xaq xaq wrote:
> Hi, how do I submit a suggestion to the Apt team? I've tried to
> register on their website (https://salsa.debian.org/apt-team/apt).
You can report a bug via the Debian BTS:
https://www.debian.org/Bugs/Reporting
> - Have an op
Hi, how do I submit a suggestion to the Apt team? I've tried to register on
their website (https://salsa.debian.org/apt-team/apt).
I have two suggestions/discussions to post.
- Have an option to ignore failures in any source.list file. This will
allow updates of security repos to proceed.
-
On Thu, Nov 19, 2020 at 04:04:55PM +0800, Edgar Villanueva Jr wrote:
> I was amazed by the description that Debian is robust and reliable etc. So
> I decided to install it. But when I try to install from terminal "Fix the
> apt-get install error: “Media change: please insert th
Hi Edgar,
Am 19.11.20 um 09:04 schrieb Edgar Villanueva Jr:
I was amazed by the description that Debian is robust and reliable etc.
So I decided to install it. But when I try to install from terminal "Fix
the apt-get install error: “Media change: please insert the disc labeled
...” appea
I was amazed by the description that Debian is robust and reliable etc. So
I decided to install it. But when I try to install from terminal "Fix the
apt-get install error: “Media change: please insert the disc labeled ...”
appears. I can't also install software thru discover.
I really
On Mon, Apr 13, 2020 at 7:24 PM Nathanael Skrepek wrote:
> I want to offer a suggestion, because i was a little bit puzzled by the
> following.
Please file a report about this so the installer team can work on fixing it:
https://www.debian.org/releases/stable/amd64/ch05s04#submit-bug
--
bye,
Hello!
I want to offer a suggestion, because i was a little bit puzzled by the
following.
After the installation of Debian I wanted to install `texlive` by typing
`apt-get texlive-full` in the terminal (i think the actual packages doesn't
really matter but anyway), but then there cam
On 21/05/2016 8:03 AM, Hakan Peker wrote:
> You looking for a technical solution to a social problem. sources.list
> exist for the very purpose that repositories can be added to the system.
> A system where this facility don't exist or restricted is a form of
> walled garden.
>
> Adding an update
On 05/20/2016 10:35 PM, Vincent Danjean wrote:
Le 19/05/2016 19:20, Hakan Peker a écrit :
On 05/19/2016 06:18 PM, Daniel Pocock wrote:
From a technical perspective, can we do more to prevent users being
surprised by packages putting new entries in /etc/apt/sources.list.d?
Please no. The
On Sat, May 21, 2016 at 8:32 PM, Adam Borowski wrote:
> This looks wrong to me: a vast majority of machines these days have a single
> user, thus pwning root gives you little additional gain.
Getting further into a system (user -> root -> GRUB -> MBR -> boot
firmware -> peripheral firmware) gives
On Sat, May 21, 2016 at 01:47:41PM +0800, Paul Wise wrote:
> On Thu, May 19, 2016 at 11:18 PM, Daniel Pocock wrote:
>
> > More and more frequently I'm encountering systems where third-party
> > repositories have been added into /etc/apt/sources.list or
> > /etc/ap
On Samstag, 21. Mai 2016 10:53:34 CEST Vincent Bernat wrote:
> ❦ 21 mai 2016 10:24 +0200, Martin Steigerwald :
> > Still, the turn around time between upstream and debian release would be
> > quite high for Debian stable users, but maybe part of such a
> > collaboration could be to also provide n
On Samstag, 21. Mai 2016 11:13:41 CEST Lars Wirzenius wrote:
> On Sat, May 21, 2016 at 10:07:43AM +0200, Martin Steigerwald wrote:
> > I wonder about a landing page for upstreams interested in working with the
> > Debian project to provide packages within the official Debian repos.
>
> Is https://
❦ 21 mai 2016 09:40 +0200, Ole Streicher :
>>> Providing a proper Debian source package is also a lot more work than
>>> writing some kind of ad-hoc build system that spits out a .deb or
>>> three.
>>
>> Totally agree. Our standards are far too high for many upstreams.
>
> which is a Good Thing.
❦ 21 mai 2016 10:24 +0200, Martin Steigerwald :
> Still, the turn around time between upstream and debian release would be
> quite
> high for Debian stable users, but maybe part of such a collaboration could be
> to also provide newer releases via backports. Also… if upstream wants to
> rele
On Sat, May 21, 2016 at 10:07:43AM +0200, Martin Steigerwald wrote:
> I wonder about a landing page for upstreams interested in working with the
> Debian project to provide packages within the official Debian repos.
Is https://wiki.debian.org/UpstreamGuide the kind of page you mean? It
is not nec
On Samstag, 21. Mai 2016 10:24:22 CEST Martin Steigerwald wrote:
> I wonder about some kind of adopt an upstream within a Debian team kind of
> approach. A landing page and mailing list where upstream can write in for
> getting help and advice and voicing their needs. And when there are people
>
On Samstag, 21. Mai 2016 10:24:06 CEST Lars Wirzenius wrote:
> Et cetera. Debian has one set of quality factors it particularly cares
> about, and some upstreams think differently.
Yes, I seen all those reasons you mentioned.
I just wonder how about if upstreams can learn easily how to work toget
Hello Paul,
On Samstag, 21. Mai 2016 14:07:53 CEST Paul Wise wrote:
> On Fri, May 20, 2016 at 1:34 PM, Vincent Bernat wrote:
> > Totally agree. Our standards are far too high for many upstreams.
>
> I don't understand the disconnect here. Are upstreams not interested
> in software quality to the
Vincent Bernat writes:
> ❦ 19 mai 2016 18:04 +0100, Ian Jackson :
>>> b) many upstreams appear frustrated about getting their package
>>> officially supported in Debian. Sometimes there is good reason their
>>> package doesn't belong in Debian but sometimes it is more about inertia
>>> in Debia
On Sat, May 21, 2016 at 02:07:53PM +0800, Paul Wise wrote:
> On Fri, May 20, 2016 at 1:34 PM, Vincent Bernat wrote:
>
> > Totally agree. Our standards are far too high for many upstreams.
>
> I don't understand the disconnect here. Are upstreams not interested
> in software quality to the extent
❦ 21 mai 2016 14:55 +0800, Paul Wise :
>> For some languages, embedded copies are a pattern. Notably Go. But there
>> is also the omnibus stance: the embedded copy could not be in the
>> source, but could be in the shipped artifact. This includes Go, JS and
>> Java (when using uberjars). For som
On Sat, May 21, 2016 at 2:46 PM, Vincent Bernat wrote:
> A meta tool "package me this" would be interesting.
There is debdry but it got orphaned.
> many of those tools are too complex for many upstreams because they
> don't want to package each dependency one by one. For example,
> dh-make-golan
❦ 21 mai 2016 14:07 +0800, Paul Wise :
>> Totally agree. Our standards are far too high for many upstreams.
>
> I don't understand the disconnect here. Are upstreams not interested
> in software quality to the extent we are?
Many of them don't consider packaging quality as important. As long as
On Fri, May 20, 2016 at 1:34 PM, Vincent Bernat wrote:
> Totally agree. Our standards are far too high for many upstreams.
I don't understand the disconnect here. Are upstreams not interested
in software quality to the extent we are?
> I am always flabestered by the popularity of fpm to build De
On Fri, May 20, 2016 at 1:26 PM, Vincent Bernat wrote:
> testing is not suitable for most people because:
>
> 1. no security support
This can be mitigated by adding unstable to your sources.list and
using a wrapper around debsecan to automatically pull in packages from
unstable when
there are se
On Thu, May 19, 2016 at 11:18 PM, Daniel Pocock wrote:
> More and more frequently I'm encountering systems where third-party
> repositories have been added into /etc/apt/sources.list or
> /etc/apt/sources.list.d, usually put there by some .deb package that a
> user installed from
Hi Daniel,
Le Thu, May 19, 2016 at 05:18:28PM +0200, Daniel Pocock a écrit :
>
> From a technical perspective, can we do more to prevent users being
> surprised by packages putting new entries in /etc/apt/sources.list.d?
maybe you are looking for an Apt option that would only install
Le 19/05/2016 19:20, Hakan Peker a écrit :
> On 05/19/2016 06:18 PM, Daniel Pocock wrote:
>> From a technical perspective, can we do more to prevent users being
>> surprised by packages putting new entries in /etc/apt/sources.list.d?
>>
> Please no. The system is work
❦ 20 mai 2016 08:59 -0300, Antonio Terceiro :
>> testing is not suitable for most people because:
>>
>> 1. no security support
>
> That's not true. Proper security fixes will get into testing after 2
> days in unstable if everything goes right as long as the maintainer, or
> something that car
On Fri, May 20, 2016 at 02:40:56PM +0200, Ole Streicher wrote:
> This behavious may be useful for a development platform, but for an end
> user this is just inacceptable.
This is why we keep saying that testing is a tool for the release team
and not a suite ment for users.
Despite that it is su
Antonio Terceiro writes:
> On Fri, May 20, 2016 at 07:26:28AM +0200, Vincent Bernat wrote:
>> 2. packages can disappear at any time
>
> If they are broken. In my book that a feature and not a bug.
>From the user's perspective, they are also often *not* broken. Just take
the "pandas" package as a
]] Bas Wijnen
> Debian stable is for users who want a rock solid system. It is out of date by
> the nature of how it is built. Users who want to get the newest versions of
> their software should not be running stable; testing is probably better for
> them.
This often isn't what users want, th
On 2016-05-20 at 07:59, Antonio Terceiro wrote:
> On Fri, May 20, 2016 at 07:26:28AM +0200, Vincent Bernat wrote:
>
>> ❦ 19 mai 2016 16:39 GMT, Bas Wijnen :
>>
>>> Debian stable is for users who want a rock solid system. It is
>>> out of date by the nature of how it is built. Users who want t
On Fri, May 20, 2016 at 07:26:28AM +0200, Vincent Bernat wrote:
> ❦ 19 mai 2016 16:39 GMT, Bas Wijnen :
>
> > Debian stable is for users who want a rock solid system. It is out of date
> > by
> > the nature of how it is built. Users who want to get the newest versions of
> > their software sh
Le Fri, May 20, 2016 at 07:34:59AM +0200, Vincent Bernat a écrit :
>
> I am always flabestered by the popularity of fpm to build Debian
> packages (and by the increasing popularity of pleaserun by the same
> author on the same concepts). It provides a way to easily build a Debian
> package from a
❦ 19 mai 2016 18:04 +0100, Ian Jackson :
>> b) many upstreams appear frustrated about getting their package
>> officially supported in Debian. Sometimes there is good reason their
>> package doesn't belong in Debian but sometimes it is more about inertia
>> in Debian or the upstream isn't aware
❦ 19 mai 2016 16:39 GMT, Bas Wijnen :
> Debian stable is for users who want a rock solid system. It is out of date by
> the nature of how it is built. Users who want to get the newest versions of
> their software should not be running stable; testing is probably better for
> them.
testing is
On Thu, May 19, 2016 at 04:39:24PM +, Bas Wijnen wrote:
> > Hell, teams packaging Mozilla-soft and PostgreSQL are DDs maintaining
> > *external archives* because it's easier.
>
> This indicates that our procedures are too hard. That needs to be fixed.
> Maybe people from those teams are readi
Paul Tagliamonte writes ("Re: third-party packages adding apt sources"):
> [cc'ing devel, since this is a rant that involves technical topics, and
> god knows I only go on so many rants a year these days]
I think you may have only BCC'd -devel, or something.
> >
Bas Wijnen writes ("Re: third-party packages adding apt sources"):
> On Thu, May 19, 2016 at 07:15:01PM +0200, Daniel Pocock wrote:
> > Another thing comes to mind: making sure that even if the user
> > explicitly allows some other repository, they are protected from pack
Daniel Pocock writes:
> Another thing comes to mind: making sure that even if the user
> explicitly allows some other repository, they are protected from package
> updates that come along and replace other things like apt itself, libc,
> bash, gnupg, ...
While this would be nic
Daniel Pocock writes ("Re: third-party packages adding apt sources"):
> On 19/05/16 19:04, Ian Jackson wrote:
> > Debian proper has a very high bar for inclusion. Obviously there are
> > perhaps some packages which are close to suitable for inclusion, but
> > t
ace other things like apt itself, libc,
> bash, gnupg, ...
I don't think we want to prevent that. If they want to install a package that
does that, they can. However, I think it is reasonable to warn them that they
should get ready for trouble when installing a package that isn't from Deb
On 05/19/2016 06:18 PM, Daniel Pocock wrote:
More and more frequently I'm encountering systems where third-party
repositories have been added into /etc/apt/sources.list or
/etc/apt/sources.list.d, usually put there by some .deb package that a
user installed from some third party site.
On 19/05/16 19:04, Ian Jackson wrote:
> Daniel Pocock writes ("third-party packages adding apt sources"):
>> b) many upstreams appear frustrated about getting their package
>> officially supported in Debian. Sometimes there is good reason their
>> package doesn
Daniel Pocock writes ("third-party packages adding apt sources"):
> b) many upstreams appear frustrated about getting their package
> officially supported in Debian. Sometimes there is good reason their
> package doesn't belong in Debian but sometimes it is more about in
On 2016-05-19 17:39, Bas Wijnen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, May 19, 2016 at 11:46:53AM -0400, Paul Tagliamonte wrote:
[cc'ing devel, since this is a rant that involves technical topics,
and
god knows I only go on so many rants a year these days]
You didn't a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, May 19, 2016 at 11:46:53AM -0400, Paul Tagliamonte wrote:
> [cc'ing devel, since this is a rant that involves technical topics, and
> god knows I only go on so many rants a year these days]
You didn't actually do this.
> > Sometimes there is
On Thu, May 19, 2016 at 08:45:09AM -0700, Russ Allbery wrote:
> I don't think we can provide that inside Debian, at least without some
> pretty significant changes to how we handle stable releases that are
> contrary to some of our goals for stable.
I think I heard someone saying "PPA" or such…
;
[cc'ing devel, since this is a rant that involves technical topics, and
god knows I only go on so many rants a year these days]
On Thu, May 19, 2016 at 05:18:28PM +0200, Daniel Pocock wrote:
> b) many upstreams appear frustrated about getting their package
> officially supported in Debian.
Yeah,
Daniel Pocock writes:
> b) many upstreams appear frustrated about getting their package
> officially supported in Debian. Sometimes there is good reason their
> package doesn't belong in Debian but sometimes it is more about inertia
> in Debian or the upstream isn't aware about backports and thi
More and more frequently I'm encountering systems where third-party
repositories have been added into /etc/apt/sources.list or
/etc/apt/sources.list.d, usually put there by some .deb package that a
user installed from some third party site.
There are a few things going on here:
a) the
be standardized
Unarchived Bug 399706
Unarchived Bug 396304
> reassign 399706 apt-listbugs 0.1.3
Bug #399706 {Done: akira yamada } [project] soap4r should not
request USE_SOAP_PROXY, or it should be standardized
Bug #396304 {Done: akira yamada } [project] soap4r should not
request USE_SOAP_PROXY, or it
Hi Stephen,
On Tue, Oct 26, 2010 at 21:32, Stephen Paul Weber
wrote:
> Has there ever been any interest in supporting private/authenticaed APT
> repositories (possibly by using oAuth or BasicAuth in the HTTP transport)?
>
> I've recently become interested in being able to do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Has there ever been any interest in supporting private/authenticaed APT
repositories (possibly by using oAuth or BasicAuth in the HTTP transport)?
I've recently become interested in being able to do this, but I'm not sure
it's po
Hello!
There's "apt-checkpoint" project listed at Debian Wiki:
http://wiki.debian.org/SummerOfCode2007/AptCheckpoint
But there's no mentor listed as well. I'm interested in this project
and i wrote draft version of my application. Maybe someone
can be mentor for this
Dear Heidi,
* Heidi Nicewander <[EMAIL PROTECTED]> [070309 20:04]:
> I was wondering if you have a copyright for "APT". The Department of
> Human Services for Michigan wants to use "APT" (Adoptive Parent
> Training) as a part of a new program.
No, we don&
On Fri, Mar 09, 2007 at 02:24:22PM -0500, Roberto C. Sanchez wrote:
> On Fri, Mar 09, 2007 at 02:04:45PM -0500, Heidi Nicewander wrote:
> > Hello,
> >
> > I was wondering if you have a copyright for "APT". The Department of
> > Human Services for Michiga
On Fri, Mar 09, 2007 at 02:04:45PM -0500, Heidi Nicewander wrote:
> Hello,
>
> I was wondering if you have a copyright for "APT". The Department of
> Human Services for Michigan wants to use "APT" (Adoptive Parent
> Training) as a part of a new program.
Hello,
I was wondering if you have a copyright for "APT". The Department of
Human Services for Michigan wants to use "APT" (Adoptive Parent
Training) as a part of a new program.
Thanks for your time,
Heidi Nicewander
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Igor Bogomazov wrote:
> I just received a mail from one friend of mine, he reported aptitude
> retrieves updated package list from servers (included in
> /etc/apt/sources.list) by diffs, i.e. does not download the whole
> list, but only modifications (like patches). Sorry if I cann
Hello,
I just received a mail from one friend of mine, he reported aptitude
retrieves updated package list from servers (included in
/etc/apt/sources.list) by diffs, i.e. does not download the whole
list, but only modifications (like patches). Sorry if I cannot
epxress clear.
Please approve or
First off, thank you for your compliments, Michael!
> When you are setting up a new system you have to install a number
> of new pieces of software. It would be nice if you could run more
> than once instance of apt.
This is a wish often voiced by our users. So far, we have not really
First off i would like to say i love Debian greatly. I love apt as
well. 15,000+ packages is simply amazing and its the main reason why
I used Debian. I would like to suggest some very simple features that
i feel would greatly improve apt.
When you are setting up a new system you have to
On Thu, Apr 07, 2005 at 07:02:56PM +0100, Cristian Barbarosie wrote:
> On Mon, 4 Apr 2005, Sven Luther wrote:
> > On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > > You may want to have a look at apt-cacher.
> > Or approx which was just uploaded to NE
On Thu, Apr 07, 2005 at 07:02:56PM +0100, Cristian Barbarosie wrote:
> On Mon, 4 Apr 2005, Sven Luther wrote:
> > On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > > You may want to have a look at apt-cacher.
> > Or approx which was just uploaded to NE
On Mon, 4 Apr 2005, Sven Luther wrote:
> On Mon, Apr 04, 2005 at 09:11:45PM +0200, Wouter Verhelst wrote:
> > You may want to have a look at apt-cacher.
> Or approx which was just uploaded to NEW, but is also available the
> debian-ocaml-maint svn repo on svn.debian.org :)
Yes, you
distribution). The idea is to
> > mirror only those files which are requested, by downloading them "on the
> > fly" when the clients request them.
>
> That's such a great idea, that it has already been implemented ;-)
>
> You may want to have a look at
oading them "on the
> fly" when the clients request them.
That's such a great idea, that it has already been implemented ;-)
You may want to have a look at apt-cacher.
--
EARTH
smog | bricks
AIR -- mud -- FIRE
soda water | tequila
WATER
-
the script
downloads it from one of several predefined locations, and after the
downloading process has succeeded it sends a "Location: ..." directive to
its standard output and exits.
This is more or less what apt-proxy (and other proxies) do, except that
my script is independent of
continuation of this discussion here...
> >
> > It's the APT development list, so it's what everybody would expect
> > as location for this discussion.
>
> Well you have a point. However, not all of use managed to make the
> logical jump. And even Joey wanted
here...
>
> It's the APT development list, so it's what everybody would expect as
> location for this discussion.
Everybody? Nope. Counterproof above.
Regards,
Joey
--
Life is a lot easier when you have someone to share it with. -- Sean Perry
--
To UNSUBS
also sprach Michael Banck <[EMAIL PROTECTED]> [2005.02.19.1751 +0100]:
> > I am not in the position to complain at this stage in the game,
> > but I think it would have been nice for you to quickly announce
> > the location of continuation of this discussion here...
>
On Sat, Feb 19, 2005 at 05:50:18PM +0100, martin f krafft wrote:
> I am not in the position to complain at this stage in the game, but
> I think it would have been nice for you to quickly announce the
> location of continuation of this discussion here...
It's the APT development
also sprach Florian Weimer <[EMAIL PROTECTED]> [2005.02.19.1733 +0100]:
> There's already a discussion on the deity mailing list.
I am not in the position to complain at this stage in the game, but
I think it would have been nice for you to quickly announce the
location of continuation of this dis
* martin f. krafft:
> Florian: what's the status? Can we get started?
There's already a discussion on the deity mailing list. At this
stage, we have to identify potential showstoppers, then we can decide
on which things we should work first.
It's certainly necessary to chec
[taking personal stuff off-list]
also sprach Andreas Barth <[EMAIL PROTECTED]> [2005.02.19.1344 +0100]:
> And, please accept it from me: I am _really_ disappointed.
> I brought the issues open with apt 0.6 up in public in hope to get
> to a solution, but you managed to convert it
helping
but just want to have your domainname advertised, than please say so,
but don't start throwing your sandbox moulds at others who work.
And, please accept it from me: I am _really_ disappointed. I brought
the issues open with apt 0.6 up in public in hope to get to a solution,
but you
also sprach Anthony Towns [2005.02.17.0028 +0100]:
> It was suppposed to be about "APT 0.6", which has absolutely
> *nothing* to do with ftpmasters. It's amazing how quickly
> discussions in Debian can devolve into role bashing.
Yes. I take full responsibility and apo
also sprach Anthony Towns [2005.02.17.0036 +0100]:
> No, it does not. You have a debian.org address; presumably you read the
> constitution as part of that. Please see 2.1.1:
shall i scream "insult" now?
> 1. Nothing in this constitution imposes an obligation on anyone to
>do work f
also sprach Anthony Towns [2005.02.17.0025 +0100]:
> Honestly, I'd love to talk about these sorts of things more
> publically;
Why have you not done so in the past?
> but I'm not willing to do that in an environment that's actively
> hostile.
The stage is yours. The thread is another. I am calm
martin f krafft wrote:
also sprach Anthony Towns [2005.02.16.1703 +0100]:
Or, wait, perhaps you aren't my boss, and you've got absolutely no
business demanding that I account for my time?
Doesn't the position of a delegate bear a certain amount of
responsibility and duties, which you willingly acc
u.
This thread is not about me nor any particular person. It's about
developers and ftpmasters.
It was suppposed to be about "APT 0.6", which has absolutely *nothing*
to do with ftpmasters. It's amazing how quickly discussions in Debian
can devolve into role bashing.
Cheers,
a
Jonas Smedegaard wrote:
I am not your boss, but I am (too) interested in understanding why the
tasks of the ftpmaster role seems to be moving slow.
Honestly, I'd love to talk about these sorts of things more publically;
but I'm not willing to do that in an environment that's actively hostile.
Che
also sprach Marc 'HE' Brockschmidt <[EMAIL PROTECTED]> [2005.02.16.2334 +0100]:
> > When have you ever seen Martin F. Krafft gratuitously insult anyone?
>
> Well, almost everytime i read one of his posts to the lists.
I'll refrain from gratuitously insulting you.
This thread is not about me nor
On Wed, Feb 16, 2005 at 06:06:59PM +0100, martin f krafft wrote:
> I will apologise for every single insult I have spoken iff you
> pinpoint it as being an insult and not a statement of fact.
> I find it hard to imagine that a delegate is someone who's
> been given a carte blanche, and earplugs
On Thu, Feb 17, 2005 at 02:03:04AM +1000, Anthony Towns wrote:
> martin f krafft wrote:
>
> > If you are not busy with sarge, tell us what you are doing for
> > Debian that makes you have no time for the above tasks!
>
> My apologies, Sir, it appears I must have mislaid my employment
> contract;
"Thaddeus H. Black" <[EMAIL PROTECTED]> writes:
> When have you ever seen Martin F. Krafft gratuitously insult anyone?
Well, almost everytime i read one of his posts to the lists.
Marc
--
$_=')(hBCdzVnS})3..0}_$;//::niam/s~=)]3[))_$(rellac(=_$({pam(esrever })e$.)4/3*
)e$(htgnel+23(rhc,"u"(kcapnu
abitually tries so hard to avoid insult, as Martin F.
Krafft.
Martin's valid question stands. Someone has advised
Martin to plan his APT work in the full glare of the
lists. Whether this is good advice to Martin, I do not
know; but all Martin wants to know is, if the advice is
good for the APT
On Wed, Feb 16, 2005 at 04:28:05PM +0100, martin f krafft wrote:
> I described the situation as perceived by numerous (if not most)
> developers. If it is an insult to you, maybe you are doing something
> wrong?
You know, it would probably have been possible to talk about openne
also sprach Anthony Towns [2005.02.16.1703 +0100]:
> Or, wait, perhaps you aren't my boss, and you've got absolutely no
> business demanding that I account for my time?
Doesn't the position of a delegate bear a certain amount of
responsibility and duties, which you willingly accepted as part of
t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16-02-2005 17:03, Anthony Towns wrote:
> martin f krafft wrote:
>
>> If you are not busy with sarge, tell us what you are doing for
>> Debian that makes you have no time for the above tasks!
>
> My apologies, Sir, it appears I must have mislaid my
martin f krafft wrote:
> If you are not busy with sarge, tell us what you are doing for
> Debian that makes you have no time for the above tasks!
My apologies, Sir, it appears I must have mislaid my employment
contract; I wonder if I might perchance obtain a new copy? It also seems
that my salary
also sprach Anthony Towns [2005.02.16.1541 +0100]:
> Yes. If we weren't we might wake up one day and mistakenly think
> it might be possible to have discussions on Debian lists that
> didn't involve gratuitous insults.
I described the situation as perceived by numerous (if not most)
developers. I
martin f krafft wrote:
Obviously, for reasons unknown to the mere mortals, the above only
applies to topics of the mere mortals of Debian, not to certain
members of the cabal. Some vital components of the Debian project
are better kept away from the public, or they could be flooded with
opinions or
1 - 100 of 133 matches
Mail list logo