roblem.
Sorry for leaving this open for so long.
Kind regards
Thomas
(dput comaintainer)
--
Thomas Viehmann, <http://thomas.viehmann.net/>
5% of the packages can be watched, hey, that's a fair share.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Please not. There's people running kernels without needing sound or
alsa-base. I wouldn't mind recommends/suggests, but depends is a litte
bit strong IMO.
Kind regards
Thomas
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &q
orms, with or without
modification, are permitted provided that the following conditions
are met:
is much more explicit than the fair license on use and modifications.
Also I'm not sure about the "notification" bit, so I'll leave that to
the experts.
Thomas
--
Thomas Viehma
gards
Thomas
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;t compile
it in, and gnupg support will come with gnupg 2.0).
gnupg 1.4 (as in sid) supports OpenPGP cards like the one I'm presently
using (bought from g10code). The form factor is
Chipcard-Reader+Chipcard, but it's there.
Kind regards
Thomas
--
Thomas Viehmann, http://thomas.vieh
is has nothing to do with arrogance or developers
disregarding the interests of its users. It is about sustaining quality
by allocating resources appropriately.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
Enrico Zini suggested something like:
> Package: phpgroupware-foobar
> Enhances: phpgroupware
Good idea, will do.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble
eam is actively opposing such additions, you might
reconsider to keep them happy.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in general and here
it seems to be the prudent option by far.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
me, and TBH, I don't think anyone
claims that the python dependency construction is without problems.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nison - as
expressions of personal taste doesn't really reflect the fact that
consistency is a quality Debian users look for in packages.
If you provide the TeX live names in the long description, people will
be able to find stuff by the usual package search functions.
Kind regards
T.
--
Thoma
Hi Matt,
if that would help, I'd include a (n option that allows to) check via
bts2ldap + the attached script into dput.
That'd be less intrusive than changing the behaviour of Closes:, for
better or worse.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
#!/usr/
Thomas Viehmann wrote:
> if sys.stdin.readline()[1:] not in ['y','Y']:
For added utility I might want to improve on that.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
'What'll we drink to?' Nick asked, holding up the glass.
'Let
actual debugging, both not arm-specific.
If you're deperate for people looking at build-failures, that's OK, but
only few of them seem really arm-specific.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject o
tion of the buildd maintainer is needed
> at this time to get something build.
The dep-wait is well inside the "some action of the buildd maintainer is
needed". The needed P-a-s entries could be handeled centrally if the
problem description is "pile of maybe-failed packages&qu
ight also work on amd64 ia64 (depends on dmidecode)
OTOH, maintainer usually seems to know what he's doing...
libpam-encfs: isn't arch-specific, see #340575. Maybe random arch
disabling should be RC...
%ogre-contrib: i386 amd64 # don't know, in contrib
ery two weeks or so. My guess was
that then if changes are submitted in bulk, declaring something seeing
no porter attention for a year is OK to list in P-a-s.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
u think
problematic but the rest of the thread rather spells "don't bother".
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(NOT automatically updated though, scripts in my ~ on p.d.o)
2. http://people.debian.org/~tviehmann/couldretry.txt
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(NOT automatically updated though, scripts in my ~ on p.d.o)
2. http://people.debian.org/~tviehmann/couldretry.txt
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
cannibalize these, maybe?
Are there technical issues, too, or is it just the naming?
I'm sorry, but my vage recollection is that someone somewhere wanted to
have menu transitioned to desktop, but I don't think that this has ever
been done...
Kind regards
T.
--
Thomas Viehmann, http
1. http://standards.freedesktop.org/menu-spec/latest/apa.html
2. http://standards.freedesktop.org/desktop-entry-spec/latest/
http://standards.freedesktop.org/menu-spec/latest/
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
leaves the question how
not to have that key compromised.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d have done better with identification of DDs [1].
Kind regards
T.
1. https://launchpad.net/people/debiandevelopers
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ase")) {
Well, anyone using the mirror can then verify.
If you're just trying to determine whether or not Release corresponds to
Release.gpg this behaviour is much saner than assuming Release invalid,
because debmirror would attempt to fix that by regetting.
Kind regards
T.
--
Thomas Vieh
emoval of
Maybe this should not only be limited to packages with RC bugs... For a
lot of packages with inactive maintainers, it might be best to not
release them in etch.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subj
unsupported packages no developer cares about is a bad idea.
Really, how about just automatically[1] removing orphaned packages
without maintained rdepends from testing?
Kind regards
T.
[1] And yes, I'd maintain a list if it's considered a good idea.
--
Thomas Viehmann, http://thomas.
with those that
presently are.
There's 169 orphaned packages today, why not do something about them?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>
>
>>Can you elaborate on this? I'm not sure how the existence of more
>>packages that should be orphaned invalidates dealing with those that
>>presently are.
>
>
>>There&#
ki.debian.org/CollaborativeMaintenance
> Of course, it's easier to say than to do and I have only 24 hours per day.
Sorry, Raphael, I appreciate you're effort to promote and enable
collaborative maintenance very much, but it's not the holy grail solving
all maintenance problems. P
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>>Russ Allbery wrote:
>>>The thing is... most of the orphaned packages are in fairly good shape.
>>How do you know?
> Well, because at one point I went through the PTS for each one of them,
> che
d is build-depending on fakeroot and calling
fakeroot xvfb-run.
Any better ideas?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi Daniel,
thank you!
Daniel Schepler wrote:
> Have you tried just recreating base.tgz with an up-to-date pbuilder?
Ah, no. Cool. I'll have to file a wishlist item against pbuilder to
update its configuration upon update.
Kind regards
T.
--
Thomas Viehmann, http://thomas.vieh
think of him not using
unstable).
I like your idea of customizing pbuilder chroots with debs. I'm not fond
of recreating the base.tgz because I have some customizations
(editor...) in my chroot.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EM
2. http://bugs.debian.org/336982
3. http://sponsors.debian.net/viewpkg.php?id=218
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ight with BUILDUSER{ID,NAME}.
Well, some people think that writing outside the build-dir is a FTBFS
bug as well[1].
Kind regards
T.
1. http://bugs.debian.org/336014
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsub
in questionable
overrides. Lintian is a useful tool, but it's results need to be subject
to review before filing bugs or doing rejects.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ally like to fix my RC bugs and sync with upstream
at the same time but the latter would involve so-version changes.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
source package" because last I heard (some 360 days ago), you
didn't need convincing. Assuming that those 40-some packages affected
are easier to process, it'd still be nice, though.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to
/vman.de/debian/unstable/
- The package names will probably change.
Kind regards
Thomas
--
Thomas Viehmann, <http://thomas.viehmann.net/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d for aqbanking.
- (Very) preliminary packages are at
http://vman.de/debian/unstable/
- The package names will probably change relative to the preliminary
packages.
Kind regards
Thomas
--
Thomas Viehmann, <http://thomas.viehmann.net/>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
riority >= important, x% of optional in usual release quality) do that.
This way, the security support of the additional arches would stay
largely the same. One could have the present testing rules up to some
point and switch to "if arch-specific RC bugs/testing delays pop up,
stuff get remo
ening the general process.
Kind regards
T.
P.S.: I'll not necessarily need CCs for all mails of this thread to read
them.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Marco d'Itri wrote:
>> * xen integration
> Everybody that matters is doing this.
> BTW, where is this integration visible?
> Do we have a VM provisioning system?
Are you looking for something like xen-tools by Steve Kemp, Debian
packages maintained by Radu Spineanu?
C
whether something newer than the
last upload is in unstable, check out the latest source based on sources
list + package repository, etc.).
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
lready?
As in:
Follow what happens, you're responsible for any bug that you introduced
with your NMU. You should probably use The Package Tracking System,
Section 4.10 (PTS) to stay informed of the state of the package after
your NMU.
Cheers
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
tware, e.g. pcscd from pcsc-lite seems to run as rood)
via a provided udev script?
- can somebody help me write/test this? (I've got the USB vendor/product
ID)?
Kind regards and thanks in advance
T.
--
Thomas Viehmann, <http://beamnet.de/tv/>
--
To UNSUBSCRIBE, email to [EMAIL P
like a releasable state to me.
I think looking at the issue with the criterium "the distribution better
not have a lot of packages with this type of fault or it's a completly
useless junk collection of packages" one can see a big red blinking RC
bug sign for this specific bug (as op
r bug, that would help people noticing and
correcting the error.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>> so basically, what has to be done? they must just explain that they
>> allow anyone to build their GPL software against php, is that it ?
>> the situations changed in the sense that we are not tied because of
>> the past anymore.
The CVS seems to tell a quite different s
signature
> collection would make more sense, then send batches in a single email
> to the list. Seems more polite that way.
If you do, please count me in.
Kind regards
T.
- --
Thomas Viehmann, http://thomas.viehmann.net/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Li
bian-hints[1]?
Kind regards
T.
1. http://packages.debian.org/fortunes-debian-hints
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tar.gz, the 'upstream' version should indicate
that. You'd probally want to check with the best packaging practices
suggested by the Developer's Reference[1].
Kind regards
T.
1.
http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-repackagedorigtarg
Package: wnpp
Severity: wishlist
I'd be very thankful if the following could be packaged. I'd be able to
sponsor non-DDs if the packages are good.
* Package name: python-wavelets
Version : 0.1.6
Upstream Author : Filip Wasilewski <[EMAIL PROTECTED]>
* URL : http://chee
Thomas Viehmann, http://thomas.viehmann.net/
> Well, I won't try to convince you to prioritize the "new binary packages
> from known source package" because last I heard (some 360 days ago), you
> didn't need convincing. Assuming that those 40-some packages affected
MJ Ray wrote:
> Does anyone know the current status of maintainer Christoph Wegscheider?
> Last maintainer uploads:
> * qiv 2005-05-23 (sponsor Thomas Viehmann cc'd)
I sponsored Justin Pryzby's qiv C++ transition NMU in January and
haven't had any interaction with Chris
stuff in the meanwhile, though.
Are you sure that this isn't done? I had the impression that fixes for
RC bugs that only are soname changes or something were processed a
couple of days ago...
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAI
g for the more
> important stuff in the meanwhile, though.
>
>
> Michael
>
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
es for this suggestion...
Oh, if you insist: To be frank, maintainers having such ideas are bad
enough, but you'd better have a good excuse for handing them out as advice.
Kind regards
T.
1. http://bjorn.haxx.se/debian/testing.pl?package=openssl
--
Thomas Viehmann, http://thomas.viehmann.n
Andreas Fester wrote:
> Is this the correct approach? Anything I missed?
I think the usual way is to provide the dummy binary package immediately
from the new source package and file a bug for removal of the old source
package.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.
Hendrik Sattler wrote:
> Am Montag, 29. Mai 2006 21:16 schrieb Thomas Viehmann:
>> Hendrik Sattler wrote:
>>> No, but you could manually set all stuff in Depends to the needed
>>> versions. That would also work for the buildds, I guess.
>> And break at the ne
arting RAID device md3 ... 1/3 drives, failed
The "Starting RAID devices..." could be put before the startup.
I guess the gain I see is that on normal operation only one line is
printed while providing more detailed and still legible information in
case of a failure.
Kind regards
T.
or somesuch)?
Kind regards
T.
1. http://wiki.debian.org/DebianAdminFoo
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rence for kdvi is
precisely because of that (and reverse search, but that seems to be more
standard nowadays).
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
David Weinehall wrote:
> Well, if foo depends on foo-data, and foo-data depends on foo, I find
> it really hard to see the point of splitting the two into distinctive
> packages...
Because libfoo7 bumps sonames and foo-data will have files in the same
location.
Kind regards
T.
-
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
x27;s OK if you decide
to ship a version with stable, but do ship great software and not
just the version that is available at freeze time that sucks the
least.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Drew Parsons wrote:
> As I understand it, buildds (or is it a separate set of servers?) are
> now autocompiling packages in experimental. Where are the logs for
> these builds?
http://experimental.ftbfs.de/
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UN
22 parsing and the added value seems marginal to
the point where I'd not be looking for a module when I had a task to do
that could use it.
Additionally, shipping python modules without documentation seems a bad
idea if you want it to be useful.
Kind regards
T.
--
Thomas Viehmann, http://
Package: wnpp
Version: N/A; reported 2003-05-29
Severity: wishlist
* Package name: libopenhbci-plugin-ddvcard
Version : 0.9.11
Upstream Authors:
Fabian Kaiser <[EMAIL PROTECTED]>
Martin Preuss <[EMAIL PROTECTED]>
Christian Stimming <[EMAIL PROTECTED]>
* URL
Hi.
Sven Luther wrote:
>> Also, you could remove the leading "an" from the short description,
>>as recommended by the developer's reference.
> Description: audio player, for geeks, by geeks.
> Mmm, doesn't sound all that descriptive.
But hardly because of the removal of the "an".
(i.e. what busi
Andreas Barth wrote:
> * "Martin v. Löwis" ([EMAIL PROTECTED]) [030622 11:50]:
>
>>problem here (C++ ABI compatibility with other Linux distributions). The
>>discussion is now about *how* to fix this bug:
>>1. just bump minimum supported i386-family processor to i486
>
> 1a. like 1, but just for
Johannes Rohr wrote:
> I'd say that writing a meaningful package description is certainly the
> duty of the individual package maintainer. A package maintainer should
> usually have an idea of what his/her package is good for, while Javier
> would probably have to spend a lot more time to figure th
Josip Rodin wrote:
> On Tue, Jun 24, 2003 at 06:41:21PM +0200, Thomas Viehmann wrote:
>
>>>I'd say that writing a meaningful package description is certainly the
>>>duty of the individual package maintainer. A package maintainer should
>>>usually have an id
Benj. Mako Hill wrote:
>>>I don't think that filing a bug saying that "Your extended package
>>>description does not meet Debian policy requirements. Please consider
>>>writing 4-5 lines to give sysadmins an idea what your package can do
>>>for them." means asking too much from a Debian maintainer
Daniel Burrows wrote:
> On Tue, Jun 24, 2003 at 04:15:29PM -0500, Steve Langasek <[EMAIL PROTECTED]>
> was heard to say:
>
>>>Not all of it, but you can't object to duplicating a single sentence saying
>>>what it is.
>>
>>When the sentence in question is the one that goes in the short
>>descripti
Benj. Mako Hill wrote:
> On Tue, Jun 24, 2003 at 10:49:13PM +0200, Thomas Viehmann wrote:
> Writing and maintaining a package description seems to clearly be the
> package maintainers job. In reference to Branden's message in this
> thread, one would hope that the maintainers are
Millis Miller wrote:
> I've already spoken to the upstream author, and he does not see mwilling to
> convert to a DFSG license. Probably the only thing I can do is to make it
> suitable for the non-free section for the time being. Can you indicate to me
> how the license shoudl be changed to be
Mark Brown wrote:
> What makes you think that a debconf note is inappropriate for this? It
> appears to be quite a common thing to do and seems helpful.
Because it's documented and has been discussed to death on devel that debconf
neither is a registry nor system for displaying random notes. [0]
Julien LEMOINE wrote:
> Not exactly, there is a variable ENABLED which is set to 0 at installation.
> So
> the service will not start while variable is not set to 1.
Well the user should notice this then and look in the README.Debian and
changelog. If it's the only problem, however, it might be w
Julian Mehnle wrote:
> Miquel van Smoorenburg wrote:
>>Tobias Wolter wrote:
>>>I still haven't seen any bugfix from you. How about you go stop
>>>ranting about being treated unfair and DOING YOUR WORK?
>>And you think an attitude like this is going to make me work
>>harder? For *you* ?? Get real.
>
Jim Penny wrote:
> Now, this breakage happens to be somewhat benign, in that without
> configuration, it does not function at all. But it is also somewhat
> difficult to test for many uses. Further, when the unconfigured
> system fails to start, the failure is completely silent. This adds
> to
Andreas Metzler wrote:
> possible anyway, new packages, might use new file-formats which can be
> converted from the old-version but not back again.
Strictly speaking, any automatic conversion done during upgrades needs to be
injective and thus (theoretically) reversible for being correct.
Of cours
Kai Timmer wrote:
> Stelle ich nun die Zeile mydomain = kaitimmer.local funktioniert das
Schon mal daran gedacht, das local.kaitimmer.de zu nennen?
Dann sollte es dem Relay egal sein.
Gruss
T.
pgpQd9BwbMqix.pgp
Description: PGP signature
Marc Haber wrote:
> On Wed, 02 Jul 2003 19:52:10 +1000, Herbert Xu
> <[EMAIL PROTECTED]> wrote:
>>I for one am sick and tired of useless Debconf messages popping up
>>during installation or being sent to me via email when I'm upgrading
>>hundreds of machines automatically.
> Just go ahead and pre-s
Sorry, I will try to learn to reply to the correct list.
(Incidentally, on my first attempt, I claimed that I will learn but wrote only
to myself...)
Cheers
T.
pgpqgdnAkSlw7.pgp
Description: PGP signature
Hi.
(My apologies if -devel is the wrong place to put this - hints for better
locations are appreciated.)
While I understand that new packages need to be checked, I wondered whether this
rule could be relaxed somewhat for soversion-changing of libraries (i.e. the
advance from lib(.*)\d+ to lib\1\
Hi.
Julien LEMOINE wrote:
> First of all, I present my excuses for having started a new debate
> about debconf in debian-devel.
But then, the last one didn't favor your opinion.
> Secondly, to reply to every person who thinks I should have created a
> more "user friendly" migration
Cameron Patrick wrote:
> On Thu, Jul 03, 2003 at 02:36:48PM -0500, Branden Robinson wrote:
> | Well, once you folks have come up with a definition of "software", you
> | be sure and let us know.
> How about "anything included in Debian"? That way we won't be in danger
> of violating the Social Con
Joe Wreschnig wrote:
> On Thu, 2003-07-03 at 15:19, Thomas Viehmann wrote:
>
>>Cameron Patrick wrote:
>>
>>>On Thu, Jul 03, 2003 at 02:36:48PM -0500, Branden Robinson wrote:
>>Oh, cool. How about changing in DFSG to "Anything that can go in main or
&
Andrew Suffield wrote:
>>people to http://www.debian.org/doc/manuals/ddp-policy/ch-common.en.html.
> This claims the GNU FDL is acceptable, so it's worse than useless.
It claims that GNU FDL sans cover texts and invariant sections is acceptable.
Cheers
T.
pgpFhyQTZaH4d.pgp
Description: PGP si
Andrew Suffield wrote:
> On Fri, Jul 04, 2003 at 07:47:32PM +0200, Thomas Viehmann wrote:
>
>>Andrew Suffield wrote:
>>
>>>>people to http://www.debian.org/doc/manuals/ddp-policy/ch-common.en.html.
>>>This claims the GNU FDL is acceptable, so it's
Marc Haber wrote:
>>Well that's the purpose of ITP-bugs against wnpp I think, because
>>they are CC'd to debian-devel for public review.
> Please show me a single ITP bug number where ftpmaster has said "this
> package will not go into the archive, I will reject it on upload".
There's numerous ITPs
Marc Haber wrote:
> Because it makes debugging anti-virus software harder, and forces
> maintainers of anti-virus packages to have their own means of
> obtaining eicar.com for testing purposes
Debugging anti-virus software should be done by the maintainers thereof.
Why would a user need this?
> Sa
Andreas Barth wrote:
> * Thomas Viehmann ([EMAIL PROTECTED]) [030705 09:35]:
>
>>Marc Haber wrote:
>>
>>>>Well that's the purpose of ITP-bugs against wnpp I think, because
>>>>they are CC'd to debian-devel for public review.
>>>Please s
Bernd Eckenfels wrote:
> On Sat, Jul 05, 2003 at 10:14:10AM +0200, Thomas Viehmann wrote:
>
>>Debugging anti-virus software should be done by the maintainers thereof.
>>Why would a user need this?
> i used it many times, for example to find out which archives are checked and
Andreas Barth wrote:
> Marc is doing it the other way: He want an interface to reject a
> package before substantial work has been spent on it. So there
> shouldn't be this conflict any more, which would be a good thing.
Isn't this why ITPs are usually CCed to debian-devel?
Look what has been done
Andreas Barth wrote:
> * Thomas Viehmann ([EMAIL PROTECTED]) [030705 23:50]:
>
>>So why is the recommendation against skipping the ITP to aviod problems in
>>ftpmaster review "not right"?
> A (strong) recommendation for doing ITPs right is right and usefull.
&
Marc Haber wrote:
> On Sun, 06 Jul 2003 11:03:37 +0200, Thomas Viehmann <[EMAIL PROTECTED]>
> wrote:
>>*Look* at #198311 and search for debian-devel and then ask yourself why Marc
>>thinks that -devel should only be used as a forum to discredit ftpmasters
>>work,
&
1 - 100 of 223 matches
Mail list logo
