nd the express clarification that GPL requires
distributing SVG source with any pixel formats, I can assure you that if
Debian is interested in credibly attempting to ensure that the stuff put
on mirrors is legal to distribute someone has to look at every file in
the tarballs.
Kind regards
T
Authors: Various
License: MIT (mostly)
Language: Python
Tools for maintenance of MediaWiki installations. This also contains
parsers for wikipedia (et al) content.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ
Hi,
Kees Cook wrote:
> On Sun, Dec 28, 2008 at 03:10:37PM +0100, Thomas Viehmann wrote:
>> How about either matching stuff against the build logs or recompiling
> I didn't have the resources to do this, but it's be great if someone could.
If you have the means of recompil
Andreas Tille wrote:
> On Mon, 29 Dec 2008, Thomas Viehmann wrote:
>
>> Never use mktemp().
>
> Args - I've read this and intended to use in both cases mkstemp - but then
> just forgot this. I think just for reading files mktemp is fine. The
> rationale is
Hi,
Andreas Tille wrote:
> On Mon, 22 Dec 2008, Thomas Viehmann wrote:
>
>> Oh, and if you really care, be sure that it's a regular file (not a
>> symlink pointing to something) owned by yourself before using it as a
>> hint to kill your processes.
>
> Than
or recompiling
with a compiler that actually fails when asked to compile a file that
matches? That would seem to have potential for reducing the number of
false positives.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Thomas Viehmann wrote:
> Andreas Tille wrote:
>> 2. Make the temp file save against symlink attacks. The question
>> I have for this case which should probably be prefered is: How
>> can I savely teach an independent script about the PIDs of a
>> cra
#x27;s
best not to think about "file with a safe name", but about "safely
created file".
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ssage.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
worth fixing if it's easily fixable, but
I'd ask for input of the release team before filing.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
demonstrated in Debian over
and over again and not an argument in itself.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ime.
How about once per year?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
o the contribution is rehasing of the idea). To be honest, I'd prefer
if Bastian applied his skills to helping a project I'm not a member of.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ntribute a lot!!! You should start this super-unstable
today!!! When it works out later, Debian should integrate it as
official repository! Do not delay starting
it! No one else in Debian has your brains, so no one
else can do this!!!
Kind regard
German :-P
Das ist etwas später im Auswahlverfahren.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
buggy when GTK+ 1.2 is removed.
gtkglarea might as well have a maintainer as long as its around.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
number of packages needing to pass NEW, the main room for optimization
lies elsewhere[1].
Kind regards
T.
1. Last time I grepped for statistics, about 10% of completely NEW
packages were rejected for deficiencies in licensing/copyright
documentation. This has been a while, tho
e things get thought while they shouldn't) rather than
> trusting developers to do the right thing. It's similar to what happened
> to the NM process.
It's funny that you bring this up in the thread originiating with this
specific example.
Kind regards
T.
--
Thomas Viehm
took the trouble of
looking at your package might be an idea if you want to set an example
instead of just demanding politeness.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
's not used, though. Sorry if I should have done more than just
dumping the ready-to-use php somewhere.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ackage", and
> all FUTURE libraries which depend, in future, on the pyjamas compiler,
> are to be installed.
Well, the question I'd have is whether pyjamas really is stable enough
to go into unstable.
> can anyone come up with any good ideas?
For the most part, you seem
s. Do you have some popular packages with a system user
> starting with "debian-" in mind?
I was thinking about popular amongst Debian packages, not in popular
packages... tor has "debian-".
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s there some drawbacks with underscore?
This has been discussed a couple of times, but IIRC without definitive
conclusion. "Debian-" and "debian-" seem to be as prefixes as well.
Maybe it is easiest to just go with something that is popular among
existing packages you care ab
s language-provided sort functions in most
practical applications.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
that C->Perl->PHP with the last step being done by
someone disliking PHP is not a good idea), I could ask Ryan to put
http://buildd.debian.org/~tviehmann/build.php
in the appropriate location.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMA
Hi Steve,
Steve Langasek wrote:
> On Thu, Oct 23, 2008 at 09:44:33AM +0200, Thomas Viehmann wrote:
>> Raphael Hertzog wrote:
>>> Every kernel upload changing the ABI goes through NEW.
>
>> The typical situation here is that code that has the same set of DFSG
>> b
than everyone else. "Moral, das ist, wenn
man moralisch ist, versteht Er."
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
the RC bug list, my first thought is
about my exit strategy before I am even able to start considering
the bug at hand.
My pet flamewar would be about quality in Debian and whether the
DAM needs to designate some people as Developers who do not
maintain packages, but I can restrain m
and there is no use asking
people to bug busy teams.
Thanks.
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and there could be conflicts in agreeing on who actually closed
> a particular RC bug though. Hm. Maybe voting could resolve that...
Personally, I think we should just do it for the fun.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL
Hi,
Pasi Kärkkäinen wrote:
>> Next try: http://194.39.182.225/debian/xen/try4.
> Hmm.. these packages are not available anymore?
> URL changed?
Your local Debian sid mirror, e.g. package
xen-linux-system-2.6.26-1-xen-amd64.
Kind regards
T.
--
Thomas Viehmann, http://thomas.
s how to downgrade a package,
it is not much of a problem to run Debian unstable on one's work machine.
Linking to http://wiki.debian.org/TopicDebianDevel for users of unstable to
check before updating might be good idea.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
)
Description : python bindings for webkit
The prospective maintainer would most likely want to join/work closely
with the pkg-webkit group on alioth.
Kind regards and thanks to the packager to be!
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL
ake sure that change makes it into lenny?
In order for this to be a good idea, the debian known hosts should
include people.d.o or we should have some other idea how to do that
(like switch to using people-delayed for the command line and use
ravel.d.o starting now).
Kind regards
T.
--
Thomas Vi
to James first, that is pretty bad and James deserves
an apology. On the other hand, once the package is up for adoption,
fixing 14 bugs seems like a relatively strong application for its
maintenance even if it's only by housekeeping and new upstream versions.
Kind regards
T.
--
Thomas Vie
x27;s
just me. In most of the cases they would seem to add little value to the
ITP bug.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tead of enhancing the
documentation on the subject already in the developer's reference?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
stop now. :-)
The developer's reference contains a section on debug packages[1], but does
not cover (all of) your questions. As such it might be nice to add some of
the findings of this thread there.
Kind regards
T.
1.
http://www.debian.org/doc/developers-reference/best-pkging-practices
e.debian.org/~tviehmann/debian-pts.user.js
or something similar.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ncyclopedia of
every bit of source that has ever been available on the net.
If plr is unmaintained, it should not be released with lenny.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
nt
Debian to unnecessarily diverge from generic naming schemes or drop
generic names that upstreams use, either.
Suggestions of the "do we need all the WMs" variety may appear to point
out less work-intensive ways but really just cover up that developing a
good policy an
On 2008-06-17 09:12:29.00 Martin Meredith <[EMAIL PROTECTED]> wrote:
Would an ftp-master be able to answer whether thats possible?
(having 2 different source packages provide debs for the same
source package, but different architectures)
No, this does not work.
Also, the proper fix (sort of ge
ation, but if you have many, a lists.d.o bug or d-project might
be better suited to discuss.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On 2008-05-30 10:32:00.00 Josip Rodin <[EMAIL PROTECTED]> wrote:
> - We added some new and long-awaited pseudo packages.
Speaking of which, can you please also do the right thing and give
the Debian pseudo-packages list to the BTS admins,
where this really belongs, so that this too can stop
cular change was tracked in #477066.
Most of the time, priority changes is not that useful information, so it is not
useful to list them.
The priority files themselves are available in the indices directory, so you
could diff them yourself if you can be bothered.
Kind regards
T.
--
Thomas Viehmann,
Colin Watson wrote:
I think it was my suggestion to Martin in the first place, so no, I
don't have any objection. :-) I haven't been following the thread,
though - has there been general consensus on this?
I must say that the thread did not do much to convince me.[1]
Kind regards
T.
1. http:
er insisting much on the lesser lintian-indicated 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]
some point, possibly very soon, bug the lintian maintainers to include a
warning for depending on it (there is a list, but it is not automatically
updated),
- finally, when you think the time has come, file bugs.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
Russ Allbery wrote:
> Thomas Viehmann <[EMAIL PROTECTED]> writes:
>> Russ Allbery wrote:
>>> Assuming the e-mail address on keys is mailable is also a bit dodgy,
>>> and which of the multiple identities on a key would one use?
>> The one that is stored as
hecked that the signature is
from a known uploader.
When doing that, one could also introduce mailing the sponsor of an upload if
the address used as Changed-By does not match any of the key UIDs.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAI
y (which I don't think anyone is
actually proposing) we should get serious about descreasing the number of
reverse dependencies.
Kind regards
T.
1. http://wiki.debian.org/GetRidOfWxWindows2.4
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
w
per invocation / argument?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and -devel. Probably, a test upload account
would facilitate the search for the problem. (Send that via private mail if you
want, I did not try the [EMAIL PROTECTED] from your logs.)
--
Thomas Viehmann, http://thomas.viehmann.net/
[29/Dec/2007:19:22:44 +0100] "PUT /libaqbanking_3.0.1-2.dsc H
t;doing things right", which I am not sure is the care here.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian.org/debian-mentors/2007/09/msg00481.html
2. http://lists.debian.org/debian-kernel/2007/10/msg00253.html
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ges.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
thout recalculating, e.g. why a package ended up in new, but can also
contain ftpmaster-internal annotations.
Then, I guess the interest in the extended new queue reports wasn't that
great anyway.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to
es as is (e.g. [1]).
Please find the information from DEHS nicely summarized on your QA
Developer page.
Kind regards
Thomas
1. http://alioth.debian.org/~thuriaux-guest/qa/mia.html
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
one until it is released?
> It is actually my intention.
Good. How about finding a web gallery program to remove from the archive
in the meantime, there is album in non-free with only 22 recent popcon
votes...
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCR
in perl, but shouldn't we at least
wait with this one until it is released?
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Thomas Viehmann <[EMAIL PROTECTED]>
* Package name: python-pysizer
Version : 0.1.1
Upstream Authors: Nick Smallbone
* URL : http://pysizer.8325.org/
* License : BS
Hi,
Thomas GOIRAND wrote:
> Description : Pulseaudio output plugin for xmms
Last I heard the xmms maintainers asked for input on removing xmms and
how to deal with the plugins already in the archive...
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCR
r to not bother the listmasters too much
with it.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o added value in leaving an effectively unmaintained version
in the archive.
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 that starting
to use it now isn't a good idea. Also, the audio files can perfectly
well be accessed with other programs, so users are not left without
alternatives.
If the maintainers think that shipping it with lenny is a bad idea, it
should be removed.
Kind regards
T.
--
Thomas Viehma
.
and then defaulting to make build be an option?
Possible upgrade paths:
4) Make build-arch/indep recommended and have lintian issue a warning.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-devel@lists.debian.org
Owner: Thomas Viehmann <[EMAIL PROTECTED]>
* Package name: evolution-python
Version : 0.0.1+svn-20070609
Upstream Authors: Conduit Project
* URL : http://www.conduit-project.or
a the mail, you could also use
"reportbug -p" and cut and paste its output.
Best
Thomas
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Anthony Towns wrote:
> It is now; the katie -> dak rename broke it.
Thanks!
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ings offer a huge amount of agony we
best avoid.
That said, if you feel like it, you could approach the author and
potentially advocate better release practices to him.
Kind regards
T.
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
regards
T.
P.S.: Let me know if you need help with any packaging, I'd really like
to see Debian packages of tinymail (he, and looking through my spam
folder, maemo packages as well).
--
Thomas Viehmann, http://thomas.viehmann.net/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a su
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
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
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]
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
>> 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
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]
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
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
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/
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]
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
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://
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
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]
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.
-
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]
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]
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.
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
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.
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
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]
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
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
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
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
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]
1 - 100 of 223 matches
Mail list logo
