Loudly promoting my own software here...
la, 2005-11-12 kello 10:39 -0200, Henrique de Moraes Holschuh kirjoitti:
On Sat, 12 Nov 2005, Steve Langasek wrote:
Besides, depends/pre-depends and conflicts should be more than enough if
done right.
Yes, this is what is meant by supporting
ma, 2005-11-28 kello 19:07 +1000, Anthony Towns kirjoitti:
Hrm, if we're writing our own thing, maybe we should do it properly:
have a single program that can do multiple hash algorithms, have the
default hash be secure, and update it in future, and so on.
As it happens, I've been wanting a
ma, 2005-11-28 kello 18:20 -0600, Adam Heath kirjoitti:
On Mon, 28 Nov 2005, Lars Wirzenius wrote:
File: foo%20bar/hellurei.txt
Size: 12345
MD5: 012345667
SHA-256: 0a0a0a0a0a0a0a0a0a0a0a0a
Mode: 0644
Checksum:
md5: 0123456789[B
sha-256
la, 2005-12-10 kello 10:39 +0100, Daniel Baumann kirjoitti:
Christian Perrier wrote:
We (Debian developers and contributors) certainly all agree on this
(or, at least, the vast majority of us).
Why then being so complicated? If there is a candidate in a country
doomed by US export laws,
su, 2005-12-18 kello 13:38 -0500, Joey Hess kirjoitti:
One argument I can think of for keeping nvi in base is that it is the
closest to bug-compatible with the original vi. However, I don't think
that will prevent hardcore vi users from easily using vim-tiny if
it's in base.
I'm one of the
su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti:
* Lars Wirzenius wrote:
In fact, given that it's good for base to be small, I'd like to
suggest that we don't have more than one editor there.
We already have two editors in the base system, nvi and nano.
Yes, that being
su, 2005-12-18 kello 20:18 +0100, Marco d'Itri kirjoitti:
Sounds it sounds to me like it is a bad idea to use it.
Only because you have no clue of what you are talking about.
Marco, would please keep the discussion technical, and not attack the
people taking part, even if you think they're
su, 2005-12-18 kello 14:57 -0500, Joey Hess kirjoitti:
Yeah, I understand the feeling (coming at it from the exact opposite
side). It would be helpful if there were an analysis of the major differences
somewhere; the ones I am most aware of incude:
I'm not personally very interested in this.
ma, 2005-12-19 kello 10:21 -0500, Theodore Ts'o kirjoitti:
Specifically, what I would propose is /etc/localtime.conf contain
something like US/Eastern, and let /etc/zoneinfo be a copy of the
file /usr/share/zoneinfo/`cat /etc/zoneinfo`.
Does anyone have any objections with this proposal?
I
Subject: Thoughts on Debian quality, including automated testing
[ I'm subscribed to -devel, no Cc required. I apologize for the
length, but it's only a bit over 3000 words. I hope the
section titles help, if you want to skip parts. ]
For some time now I have been thinking about ways to make
ke, 2005-12-21 kello 10:28 +, Roger Leigh kirjoitti:
For this task, you might find schroot(1) useful. It's a means of
accessing chroot environments, but it supports LVM snapshots as one
method.
Does this require the user to set up LVM somehow before using schroot?
This is a very quick
ke, 2005-12-21 kello 14:19 +, Roger Leigh kirjoitti:
The difference for a minimal chroot is not too great. The main
advantage of schroot LVM snapshotting is that the time is constant
irrespective of the size of the LV (it's copy-on-write), whereas for
tar it is linear. For slow machines
to, 2005-12-22 kello 10:20 +, Jon Dowland kirjoitti:
On Sun, Dec 18, 2005 at 09:29:24PM +0200, Lars Wirzenius wrote:
su, 2005-12-18 kello 20:17 +0100, Norbert Tretkowski kirjoitti:
We already have two editors in the base system, nvi and nano.
Yes, that being the bloat I
ti, 2005-12-27 kello 20:56 +0100, Florian Ludwig kirjoitti:
Hello,...
a short question:
has there to be a space between each dependes in the control field?
i thought so and field in a bugreport [1] and didnt get an answer jet...
florian ludwig
[1]
ke, 2005-12-28 kello 10:59 +0100, Florian Ludwig kirjoitti:
There are some other packets with the same 'bug' - so i can fill a
wishlist report?
Since it is not really a bug, I'd rather you didn't file bugs about it.
The constructive thing would be to write a new test for lintian and/or
linda
ke, 2005-12-28 kello 13:48 +0100, Marc 'HE' Brockschmidt kirjoitti:
Lars Wirzenius [EMAIL PROTECTED] writes:
ke, 2005-12-28 kello 10:59 +0100, Florian Ludwig kirjoitti:
There are some other packets with the same 'bug' - so i can fill a
wishlist report?
Since it is not really a bug, I'd
to, 2005-12-29 kello 11:01 +0100, Toni Mueller kirjoitti:
I'm not used to nano, but the editor in base expected to be used for
working on system config files is imho required to respect tabs and eg.
*not* convert them to spaces unless told to do so, and also provide
means to enter new tabs.
to, 2005-12-29 kello 13:39 +0100, Marco d'Itri kirjoitti:
To prepare for the eventual removal of makedev, I propose that packages
currently depending on it will add an alternative dependency to udev.
Also, policy should be amended accordingly.
The affected packages are:
This is the same
ke, 2005-12-28 kello 02:00 +0100, Moritz Muehlenhoff kirjoitti:
Why don't we add a status field into the PTS, where a maintainer
can denote her NMU policy for a given source package? E.g.
a selection box, ranging from Don't dare to touch this, I bite
to Feel free to 0d-NMU for every severity
pe, 2005-12-30 kello 09:34 +0100, Wouter Verhelst kirjoitti:
On Fri, Dec 30, 2005 at 05:31:09PM +1000, Anthony Towns wrote:
On Fri, Dec 30, 2005 at 12:40:37AM -0600, Adam Heath wrote:
Indeed. Editing plain text configuration files has never been the Unix
way, and vi certainly isn't a
ma, 2006-01-02 kello 09:03 +0100, Andreas Fester kirjoitti:
You are already a Maintainer as soon as you have a package
in the archive. Speaking of an official title as you suggested,
maybe something like the following stages could be reasonable:
I find your title unambitious and suggest
ma, 2006-01-02 kello 22:16 -0500, Benjamin Mesing kirjoitti:
I admit I was imprecise, often it are conflicts (usually through library
stuff) that prevent packages from being installable when you have
certain other installed, even though you would want both.
But as mentioned I am only repeating
ti, 2006-01-03 kello 21:06 +0100, Josselin Mouette kirjoitti:
Le vendredi 30 décembre 2005 à 17:55 +0100, Mike Hommey a écrit :
Something troubles me. You make unofficial packages while waiting for
official
packages. Aren't you DD ? Wouldn't uploading these unofficial packages
in
pe, 2006-01-06 kello 18:38 +0100, Christian Perrier kirjoitti:
From: Kurt Roeckx [EMAIL PROTECTED]
There are several things in the package that one might
want to run from one of the maintainer scripts from
debconf, like useradd, groupadd, userdel, ...
Is there a problem with packages that
ma, 2006-01-09 kello 21:15 +, Simon Huggins kirjoitti:
On Mon, Jan 09, 2006 at 07:20:46PM +0100, Bill Allombert wrote:
Debian Xfce Maintainers [EMAIL PROTECTED]
xfce4-mixer
xfce4-mixer-alsa
xfce4-mixer-oss
Can you remind me why circular dependencies are so terrible?
su, 2006-01-15 kello 20:21 +, Mark Brown kirjoitti:
Deploying Wig Pen would also help, of course.
Speaking of which: what needs to happen for Wig Pen (the new source
format) to be usable? Is it possible to get it to happen within etch?
What can we do to help with this?
--
Those who do,
su, 2006-01-29 kello 04:35 +0100, Josselin Mouette kirjoitti:
Le samedi 28 janvier 2006 à 21:16 -0600, Manoj Srivastava a écrit :
God. Is this supposed to be rational technical discussion, or
an exercise in jejune mud slinging.
Deliberate use of words a non-native English speaker
Thomas,
how does responding to a flamey thread that had already died a week and
a half earlier make anything better? (It doesn't even matter that the
point had already been made.)
Debian has a tendency to have many or most of its mailing list
discussion turn into flame wars, and this is bad,
pe, 2006-02-10 kello 07:36 -0500, Neil Roeth kirjoitti:
On Feb 10, Hendrik Sattler ([EMAIL PROTECTED]) wrote:
I about packaging a library that ships an API reference in docbook SGML
and
provides manual build targets for PDF, PS and HTML.
Is there any preference on which type
la, 2006-02-11 kello 13:30 +0900, Osamu Aoki kirjoitti:
GSynaptics is a configuration tool for Synaptics touchpad driver
of X server. Before you use this package, please read
/usr/share/doc/gsynaptics/README and configure X server properly.
Properly is a bad word to use in this context,
ma, 2006-02-13 kello 23:00 +0100, Adeodato Simó kirjoitti:
* Adeodato Simó [Mon, 13 Feb 2006 22:58:24 +0100]:
And it may fall under the too buggy that we refuse to support it
Ah, forgot to say that the code is, at least, full of malloc(FIXED_NUM),
that afterwards get used without
ti, 2006-02-14 kello 16:28 +0100, Henning Makholm kirjoitti:
Does anybody have a better idea than trying (in vain) to keep myself
informed about the supply of image viewers in unstable and adjust the
dependencies appropriately?
Something similar to sensible-browser or such would sort of
ke, 2006-02-15 kello 04:00 +0500, Victor Porton kirjoitti:
Here is my plan how to reduce Debian servers load and users Debian packages
download bandwidth:
1. Package in .zip (or a similar format) instead of .tar.{gz,bz2}
Picking a random package:
-rw-rw-r-- 1 liw liw 18113820 Mar 18 2005
pe, 2006-02-17 kello 01:10 +0100, Javier Fernández-Sanguino Peña
kirjoitti:
Docbook/XML or SGML conversion to HTML is easy. Proper PS / PDF generation is
not that easy (depends on toolchain and local configuration) and that's
what your average user typically asks for when handling large
pe, 2006-02-17 kello 10:58 +0900, Miles Bader kirjoitti:
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
actual topic of the discussion, just shut up.
Oh get a life. It's perfectly relevant to talk about the qualities of
the languages involved.
A comparative discussion about languages
la, 2006-02-18 kello 10:43 -0500, Michael Poole kirjoitti:
What's the purpose of an assembler without assembly code to use it on?
It can be used, for example, to assemble code you write yourself. That
is, after all, the primary purpose of programming tools: to help
programmers develop programs.
In the past six months, I've filed about 260 bug reports based on what
piuparts has found. About 40% of those have been fixed so far. Below is
a summary of the common problems, hopefully the list will help everyone
to find and especially avoid problems in their own packages.
* The most
I added a Cc to Manoj since I would like to hear his comment. Whoever
responds may want to remove the Cc to avoid stuffing his inbox
unnecessarily.
su, 2006-02-19 kello 23:42 -0800, Steve Langasek kirjoitti:
On Mon, Feb 20, 2006 at 08:24:53AM +0200, Lars Wirzenius wrote:
* Use of ucf
to, 2006-02-23 kello 02:26 +1100, Anand Kumria kirjoitti:
On Mon, Feb 20, 2006 at 08:24:53AM +0200, Lars Wirzenius wrote:
* Creating /usr/local/lib/foo in postinst, but not removing it
in postrm.
I don't think that is a problem at all; the administrator ought to feel
pe, 2006-02-24 kello 18:27 -0300, Gustavo Franco kirjoitti:
What i thought in a first look to the Lars' list. I think that the
best thing would include piuparts as a infrastructural test (oficially
as a part of our archive code), or due to restrict admin time to do
that, opt for something like
ma, 2006-02-27 kello 18:39 +0100, Goswin von Brederlow kirjoitti:
I think it would be best for the buildd to run this and append the
result to the buildd log.
I don't, because, as I said, piuparts tests often fail for reasons
completely unrelated to the package itself, and there is no point in
ti, 2006-02-28 kello 19:39 +0200, Panu Kalliokoski kirjoitti:
I would like to ask whether there really is such a guideline, and if so,
which are the technical / political reasons that lead to it.
There is a somewhat common feeling among Debian developers that Debian
packaging should be separate
ma, 2006-03-06 kello 19:39 -0800, Mike Fogel kirjoitti:
However, I can't seem to figure out how to resolve this error:
$ dpkg -i custom-package.deb
... installation goes perfectly
$ dpkg -P custom-package
... removal goes perfectly until this error/warning
dpkg - warning:
to, 2006-03-09 kello 19:21 +0100, Amaya kirjoitti:
1 - lobby (all of them)
2 - get promises in exchange of votes
That reminds me of something I meant to propose some time ago: someone
with a bit of time on their hands could make a wiki page,
DplPromises2006 say, and list all the promises of
pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti:
/me is trying to imagine the Debian project's members trying to agree on an
enemy...
Open RC bugs. Go to http://bts.turmzimmer.net/details.php, pick one,
hate it to death. Sleep well.
--
C is the *wrong* language for your
pe, 2006-03-10 kello 20:31 -0300, Henrique de Moraes Holschuh kirjoitti:
On Fri, 10 Mar 2006, Lars Wirzenius wrote:
pe, 2006-03-10 kello 21:49 +0100, Adrian von Bidder kirjoitti:
/me is trying to imagine the Debian project's members trying to agree on
an
enemy...
Open RC bugs
su, 2006-03-12 kello 12:20 +0100, Frank Küster kirjoitti:
Andreas Barth [EMAIL PROTECTED] wrote:
Actually, in case stockholm gets elected,
Sorry, where's the Wiki page describing codenames for DPL candidates?
db.debian.org lists them, though for clarity of discussion, it helps to
not
su, 2006-03-12 kello 15:49 +0100, Peter Kourzanov kirjoitti:
Can anyone please explain why this architecture is named hurd-i386
rather that i386-hurd?
I guess it just happened to seem like a good name at the time. Why, is
there a problem with the name? Does it matter? Debian architecture
ma, 2006-03-13 kello 08:57 +0100, Thijs Kinkhorst kirjoitti:
I don't think it's useful to second-guess what they're doing, so my
question to Nathanael: when did you post this question to them directly
and what was their answer?
Is there a reason why the question should be made in private?
I
ma, 2006-03-13 kello 14:59 +0100, Jeroen van Wolffelaar kirjoitti:
On Mon, Mar 13, 2006 at 12:20:38PM +0200, Lars Wirzenius wrote:
Is there a reason why the question should be made in private?
It seems as if only problems and annoyances end up on mailinglists, and
*not* to [EMAIL PROTECTED
pe, 2006-03-17 kello 14:46 +1100, Brian May kirjoitti:
Would the next step be to ban Sven from participating in our public
mailing lists?
With the understanding that we're now not talking about Sven Luther but
a hypothetical highly abusive person, I wish to ask Brian the following
question: do
pe, 2006-03-24 kello 19:41 +0100, A Mennucc kirjoitti:
I hope we do manage to release in Dec 2005 (and I thank people who
work hard to this end).
The best form of thanking is hacking. Translate something[0], write a
patch to fix a bug[1], write a manual page[2], test the installer[3]. To
pe, 2006-03-24 kello 21:04 +0100, Luk Claes kirjoitti:
Joerg Jaspert wrote:
On 10603 March 1977, A. Mennucc wrote:
I hope we do manage to release in Dec 2005 (and I thank people who
work hard to this end).
We wont, im sure.
Can you please elaborate on specific problems you think will
su, 2006-03-26 kello 04:11 -0600, Peter Samuelson kirjoitti:
On Tue, Mar 21, 2006 at 07:08:02AM +0100, Christian Perrier wrote:
Well, I have one very little argument against doing so: why do it
for Dzongkha and why not do it for, say, French...:-)
[Lionel Elie Mamane]
Because French
su, 2006-03-26 kello 13:19 +0200, David Weinehall kirjoitti:
On Sun, Mar 26, 2006 at 02:02:43PM +0300, Lars Wirzenius wrote:
This is not what I would call a common use case, but it exists. I've
been in the situation once searching for a Russian font, when I
should've been looking
su, 2006-03-26 kello 15:07 +0200, Adam Borowski kirjoitti:
Why would viewing the document matter if you don't know the language or
even the script in the first place?
To get out of it what I can. Sometimes it is surprisingly much, even
when one doesn't understand the language or the script. To
pe, 2006-03-31 kello 13:07 +0100, Stephen Gran kirjoitti:
This one time, at band camp, Frank Küster said:
sean finney [EMAIL PROTECTED] wrote:
sysloginits=inetutils-syslogd metalog socklog-run sysklogd syslog-ng
for s in $sysloginits; do
test -x /etc/init.d/$s invoke-rc.d $s
On ma, 2003-04-21 at 13:03, Matt Ryan wrote:
As another developer has pointed out, I'm not running Debian on this box.
There are plenty of other email clients for Windows, but I suspect that all
of them are going to be somewhat lax in following follow-up headers in
email.
I would like to
On pe, 2003-04-25 at 11:09, Martin v. Löwis wrote:
They just don't support i386 anymore.
http://www.suse.de/en/private/products/suse_linux/i386/system_requirements.html
http://www.redhat.com/software/linux/technical/
You got to have a Pentium+ for these distributions.
This is quite
On ti, 2003-05-13 at 05:42, Gustavo Noronha Silva wrote:
Yes, perhaps yes. I really don't think adding default icons is The Right
Thing, but I still think that'd be better than nothing. It's a matter
of taste and opinion, I guess. I think the debian swirl is ok as a default
icon on my gnome
On ti, 2003-05-20 at 20:25, Aaron M. Ucko wrote:
Joe Drew [EMAIL PROTECTED] writes:
While convenient for american developers, there are rather a number of
non-american developers who will not set foot on American soil, due in
part to the DMCA and (I imagine) the apparent dangers to
On pe, 2003-05-30 at 21:01, Baruch Even wrote:
MGT is much more capable than gnome-terminal,
I'm quite happy to believe that, but would you like to list some of the
capabilities it has that gnome-terminal doesn't so at to let the rest of
us understand as well?
(The list provided in a couple of
On ma, 2003-06-02 at 19:38, Wouter Verhelst wrote:
I think that's the best solution. There are parts of the world with more
than one official language, and in some of those parts (such as Quebec,
or Belgium), guessing incorrectly may be a good way to severely piss
off a user.
Additonally, in
On pe, 2003-06-20 at 18:53, Javier Fernández-Sanguino Peña wrote:
I was wondering, should I make a mass filing of bugs for those packages
who fail to produce a proper description?
Since this can seemingly be checked automatically, I would prefer you
make a patch for lintian and/or linda
On ti, 2003-07-22 at 16:52, Marc Leeman wrote:
Obviously not having gone through the entire Debian Maintainer process,
I wonder how much effort it takes for an experienced developer to check
such a trivial package (if you will, compare it with the Pro-Deo system
barristers have). Let's face
On pe, 2003-08-01 at 12:32, Luca - De Whiskey's - De Vitis wrote:
It is a good solution for any user level with most common printers/needs,
thus it
should be the default (IMHO).
Do we actually need a default print service at all? Mail is much more
fundamental, for example, but lots of
su, 2005-01-09 kello 16:52 +0100, Miguel Gea Milvaques kirjoitti:
Then if software as xpdf could be in main, software loading firmware
must be in main.
Without commenting on the issue otherwise: This is not a working
analogy. xpdf can load any PDF file. Device drivers can, typically, only
load
ti, 2005-02-01 kello 15:25 +, Stephen Quinney kirjoitti:
This is the 3.4 series of RT, it can be installed alongside the 3.0
and 3.2 series without any problems. This release is a big
improvement over previous versions and features many new features,
substantial performance
ma, 2005-02-07 kello 16:50 +0100, Mike Hommey kirjoitti:
Debian is a distribution which tries to provide good software, implying
changes if necessary.
I completely agree with this. If changing a program makes it better,
Debian should do it even if upstream doesn't. Such changes should be
to, 2005-02-10 kello 18:23 -0800, Frederico Rodrigues Abraham kirjoitti:
hi. i want to help developing for debian.
how should i proceed?
i have experience with computer graphics and mathematical tools
programming, but most interested in the computer graphics field, in
which i'm
su, 2005-02-13 kello 01:22 +0200, Jesus Climent kirjoitti:
Having no mp3 encoder in the archive, due to possible patent problems, i
believe it would be a wiser idea to have music-encoder as a virtual package
than mp3-encoder.
Wouldn't it be necessary for this to work for all music encoders to
ti, 2005-02-15 kello 10:19 +0100, Marco d'Itri kirjoitti:
On Feb 15, Justin Pryzby [EMAIL PROTECTED] wrote:
I suppose I will start filing minor bugs against packages that do
this. I'd like to hear other people's opinions, though. (It occurs
to me that help output to stderr is arguably
ke, 2005-02-16 kello 11:00 +0100, Tollef Fog Heen kirjoitti:
.. as usual, please include maintainer names with package lists like
this. (And thanks for assembling the list. :)
I seem to have written a little script for this (attached). I don't see
a similar thing in devscripts. Is that the
ti, 2005-03-01 kello 16:46 -0500, Michael Schultheiss kirjoitti:
Gallery2 (G2) has been redesigned from the ground up and is database
driven. Two years of design and development have gone into G2. It has
customizable themes and layouts using XHTML compliant templates which
make it much
ke, 2005-03-02 kello 22:45 +0100, Bernd Eckenfels kirjoitti:
In article [EMAIL PROTECTED] you wrote:
Unicode. If people want to use Unicode, this is fine;
Unicode and utf-8 exist to be used, after all. However,
restricted character sets (mainly ascii and Latin-1)
offer several real
su, 2005-03-06 kello 19:28 +0100, Thiemo Seufer kirjoitti:
Jeroen van Wolffelaar wrote:
Do *not* file 6229 bugs about the same subject. Never.
Why not? As wishlist bugs with patch this seems sensible to me.
Denial of service attacks on the bug tracking system, on mailing lists,
mail
su, 2005-03-06 kello 20:11 +0100, Thiemo Seufer kirjoitti:
Since preparation of the accompanying patches would take some time,
it is unlikely to cause denial of service or disruption.
If they are sent at a slow pace, then the disruption is less, it is
true. It is still detrimental to have
su, 2005-03-06 kello 21:09 +0100, Thiemo Seufer kirjoitti:
We don't talk about automated bug filing here.
We're talking about filing over 6000 bugs for watch files. It may not be
automated, but it is mass-filing. It doesn't matter if it takes weeks or
months, it is still not a good idea. That is
ti, 2005-03-08 kello 13:00 -0800, Blunt Jackson kirjoitti:
Does anyone know if this is an intentional decision on the part of the
glibc/nptl crew to refuse to support static linking of the pthreads
library (perhaps due to ongoing development)?
I don't know the answer to your exact question,
On ke, 2003-08-27 at 13:44, Stephen Stafford wrote:
YOU might not agree that C-R systems are good (personally I detest them),
but that does NOT mean that we shouldn't release one. If the package is in
good shape and functions as advertised, then it IS fit for release.
TDMA seems to hurt
reassign 207300 humanity
thanks
On pe, 2003-08-29 at 10:36, Adam McKenna wrote:
Well, since we're pointing fingers, it's really SMTP that's broken by
design, and all anti-spam programs (including C-R systems) are merely
stopgap measures that try to make up for SMTP's shortcomings.
The fact
On ma, 2003-09-22 at 17:53, Matthias Urlichs wrote:
The list of hardware required to stop this spam unfortunately seems to
include a time machine.
Oh, that's not required at all. A simple couch will do.
The couch will require a team of psychiatrists surrounding it, of
course. They will then
ma, 2003-11-10 kello 19:22, Eike Sauer kirjoitti:
The discussion doesn't seem to be very productive any more.
Time to come to a compromise?
Yes, please.
I am surprised at the vehemence at someone who dares do something new. I
don't care whether his approach is technically valid or not: as long
ma, 2003-11-17 kello 18:49, Steve Greenland kirjoitti:
To clarify: AFAICT, Python is perfectly happy with any sort of
indentation you choose, so long as it's consistent in any given block.
You want to use 'spacespacetab', fine. Just don't try to mix it
with 'spacetab' in the same block.
This
ma, 2006-04-10 kello 18:49 +0400, Nikita V. Youshchenko kirjoitti:
Changes:
scrollkeeper (0.3.14-10.1) unstable; urgency=low
.
* Non-maintainer upload.
* Foo.
Files:
Wonderful changelog :)
Er, yeah.
The bugs fixed were #345563, #352628, and #352714. The patch is at
ma, 2006-04-10 kello 21:04 +0300, Lars Wirzenius kirjoitti:
ma, 2006-04-10 kello 18:49 +0400, Nikita V. Youshchenko kirjoitti:
Changes:
scrollkeeper (0.3.14-10.1) unstable; urgency=low
.
* Non-maintainer upload.
* Foo.
Files:
Wonderful changelog :)
Er, yeah
You're Devon Deppler, the maintainer for the Xyzzy set of packages, a
total of a dozen packages. They're important and influential: about a
quarter of the entire archive depends on the packages in one way or
another. You have lots of users.
Now upstream comes up with a new version, and changes
su, 2006-04-16 kello 22:25 +0200, Gabor Gombas kirjoitti:
So, [- - -] what are _YOUR_ excuses for
not testing the transition when it was still in experimental? And if you
did not do that, what are you complaining about?
I like this attitude: you either help, or you shut up. Attacking people
su, 2006-04-16 kello 23:49 +0200, Goswin von Brederlow kirjoitti:
That is called experimental or unstable.
Er, no. The point is to get things tested and hopefully fixed before
uploading to unstable. Experimental might work, but then packages there
need to be tested with the existing unstable in
ma, 2006-04-17 kello 08:04 -0300, Otavio Salvador kirjoitti:
Do you think it could be a check before a package to be accepted in
archive? I second that and would like to help with.
If it can be made very, very reliable and accurate, not to mention fast,
sure. I doubt that will happen very fast,
Package: wnpp
Severity: wishlist
Owner: Lars Wirzenius [EMAIL PROTECTED]
* Package name: summain
Version : 1.0
Upstream Author : Lars Wirzenius [EMAIL PROTECTED]
* URL : http://liw.iki.fi/liw/summain/
* License : GPL
Programming Lang: Python
Description
to, 2006-05-11 kello 07:13 -0700, Ben Pfaff kirjoitti:
It's not clear to me, from the description, what the program does
that the md5sum and sha1sum utilities do not.
It handles .dsc, .changes, and Sources files. But I also forgot to
mention the main reason I wrote it: it gives progress
The latest version of the Debian Policy Manual has made the use of
invoke-rc.d mandatory, if that command exists. Directly calling an
/etc/init.d script in maintainer scripts is no longer allowed, unless
invoke-rc.d doesn't exist on the system. See section 9.3.3.2.[1]
[1]
ma, 2006-05-15 kello 08:55 +0200, Bastian Blank kirjoitti:
On Mon, May 15, 2006 at 06:10:52AM +0300, Lars Wirzenius wrote:
I propose to file bugs against the packages before the end of this week,
and, after a couple of weeks, for packages that haven't been fixed
already, start making NMUs
ti, 2006-05-16 kello 09:53 +0200, Bas Zoetekouw kirjoitti:
Hi Lars!
You wrote:
The usage is mendantory (aka a must clause) but the bugs are not RC?
This does not fit.
It violates policy, but not in a way enumerated on
http://release.debian.org/etch_rc_policy.txt, which means
pe, 2006-05-19 kello 09:35 +0200, Marco d'Itri kirjoitti:
On May 19, David Weinehall [EMAIL PROTECTED] wrote:
That would mean having 2 shells since some scripts need bash. What a
waste on small systems.
Well, most of those scripts can be fixed quite easily, some require
a bit more
pe, 2006-05-19 kello 13:15 -0700, Alex Ross kirjoitti:
Minimally, package maintainers and developers could take a look on our logs
and see if there's anything wrong. If there is, in many cases the fix is
obvious.
You're not going to get very many Debian package maintainers to look at
*yet*
su, 2006-05-28 kello 18:40 -0500, Andrew McMillan kirjoitti:
(a) Order the list of keysigning participants by centrality.
It might be interesting to compare the optimal grouping of people to a
random one, using the matrix style of keysigning party I proposed
after the Debconf5 one. See [1] for
to, 2006-06-08 kello 12:20 -0700, Tyler MacDonald kirjoitti:
Sebastian Harl [EMAIL PROTECTED] wrote:
http://www.crackerjack.net/adserton3.png
On that picture it says the box is up for 378 days. How does that go with
875 days idle time?
Due to a bug with w, or the kernel, or
su, 2006-06-18 kello 01:33 -0400, Daniel Dickinson kirjoitti:
Ok, I'm confused. In the netatalk README.Debian it says that the
Debian project has decided that OpenSSL is GPL-incompatible and
therefore he can't distribute the ssl-based portions of netatalk (like
encrypted authentication with
1 - 100 of 1011 matches
Mail list logo