Thomas Goirand writes:
> Now please, do the same reasoning with some other services,
> like Apache, pure-ftpd, or bind, and explain to me why you would
> like to have these installed, but not working.
As a developer I have often found use for having Apache installed, just
so I can start it as a
Salvatore Bonaccorso writes:
> Package: wnpp
> Severity: wishlist
> Owner: Salvatore Bonaccorso
>
> * Package name: libacme-progressbar-perl
> Version : 1.125
> Upstream Author : Ricardo SIGNES
> * URL : http://search.cpan.org/dist/Acme-ProgressBar/
> * License
Klaus Ethgen <[EMAIL PROTECTED]> writes:
> What the hell is that about? I did not post to any mailing list. I did
> post to a nntp group. I do not want to subscribe to one another mailing
> list when there is a nntp group available. Mailing lists are as bad as
> this forum stuff. For all and ever
Daniel Leidert <[EMAIL PROTECTED]> writes:
> This is some kind of stupid! You expect every package, that uses quilt
> or dpatch to ship the same quilt/dpatch documentation?
You did read the part of the proposal saying:
This explanation may refer to a documentation file installed by one of
th
Lucas Nussbaum <[EMAIL PROTECTED]> writes:
> Of course, the list includes some false positives, but they are
> difficult to identify without going through all the debdiff outputs and
> build logs manually.
One false positive is when one of the builds fails, like ack-grep
which fails some times du
Package: wnpp
Severity: wishlist
Owner: Peter Makholm <[EMAIL PROTECTED]>
* Package name: ebug-http
Version : 0.31
Upstream Author : Leon Brocard, C<< <[EMAIL PROTECTED]> >>
* URL : http://search.cpan.org/dist/Devel-ebug-HTTP/
* License
Package: wnpp
Severity: wishlist
Owner: Peter Makholm <[EMAIL PROTECTED]>
* Package name: libexpect-simple-perl
Version : 0.03
Upstream Author : Diab Jerius ([EMAIL PROTECTED])
* URL : http://search.cpan.org/dist/Expect-Simple/
* License : GPL
Progr
Package: wnpp
Severity: wishlist
Owner: Peter Makholm <[EMAIL PROTECTED]>
* Package name: libtest-expect-perl
Version : 0.30
Upstream Author : Leon Brocard, C<< <[EMAIL PROTECTED]> >>
* URL : http://search.cpan.org/dist/Test-Expect/
* License
Package: wnpp
Severity: wishlist
Owner: Peter Makholm <[EMAIL PROTECTED]>
* Package name: libdevel-ebug-perl
Version : 0.48
Upstream Author : Leon Brocard, <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~lbrocard/Devel-ebug-0.48/
* License : as
"Christian Convey" <[EMAIL PROTECTED]> writes:
> Is this something people normally do from the same Debian workstation,
> or do they typically fire up a RedHat system to do their .rpm
> creation, and use a Debian workstation to do their .deb creation?
Never done it myself but I would at least bui
Andreas Tille <[EMAIL PROTECTED]> writes:
> Everybody can change this to something else. Isn't it better
> to implement a
>/usr/bin/debian-release
> that contains an option to get the real version number that
> is hard coded anywhere if /etc/debian_version was changed?
Why not just use lsb_r
Robert Collins <[EMAIL PROTECTED]> writes:
> On Mon, 2007-03-19 at 05:41 -0400, Kevin Mark wrote:
>> And if its large, then could this be reduced in some way by having the
>> more common tasks be replaced by a web frontend with password access
>> and leave fewer tasks that require ssh access.
>
>
L
> Programming Lang: C
> Description : an advanced netcat clone
> Netcat6 is a total rewrite of netcat, with several advantages:
Allready packaged, even with the latest version in testing.
[EMAIL PROTECTED]:~/tmp$ apt-cache search netcat6
netcat6 - TCP/IP swiss army knife with IPv6 support
[EMAIL PROTECTED]:~/tmp$
//Peter Makholm
Package: wnpp
Severity: wishlist
Owner: Peter Makholm <[EMAIL PROTECTED]>
* Package name: inotify-tools
Version : 2.6
Upstream Author : Rohan McGovern <[EMAIL PROTECTED]>
* URL : http://inotify-tools.sourceforge.net/
* License : GPL
Program
an still take libssh and mak a derived work of it
using GPL as you license. One thing you have to do is to replace the
depencies of openssl with libcrypt.
--
Peter Makholm | Sit back and watch the messages. This is actually
[EMAIL PROTECTED] | more important than one might think as th
intended to be executed directly by users or shell
scripts.
--
Peter Makholm |According to the hacker ethic, the meaning of life
[EMAIL PROTECTED] |is not Friday, but it is not Sunday either
http://hacking.dk | -- Pekka Himanen
--
respected.
And you still havn't told us what you didn't understand when James
wrote: 'If depending on emacs bothers you, make it a suggests.' They
*don't* have to have emacs installed!
--
Peter Makholm | Why does the entertainment industry w
of the user. Neither for the
unexperienced user nor the power user.
It is bad practise to split packages just because it is posible to use
some parts of the package.
--
Peter Makholm | If you can't do any damage as root, are you still
way then please do it on
debian-projects og maybe rather debian-couriosa where it belongs. I
has nothing to do with developing Debian (the distribution).
--
Peter Makholm | Perhaps that late-night surfing is not such a
[EMAIL PROTECTED] | waste of time after all:
Joachim Breitner <[EMAIL PROTECTED]> writes:
> Am Do, den 02.10.2003 schrieb Peter Makholm um 12:38:
>> - Gnome
>> - KDE
>
> I just wondered how far your understanding of these goes? Only the base
> environment, or also those applications that don't rea
Matthew Palmer <[EMAIL PROTECTED]> writes:
> On Thu, Oct 02, 2003 at 12:38:57PM +0200, Peter Makholm wrote:
>> A script that reads packages I'm interested in and prints out the
>> RC-bugs I should try to fix would be usable. Does anyone have such
>> script?
>
&g
on I can think of.
/*
You might as well ignore this comment too...
I really shouldn't send this mail. It will probally just (re)start
some flamewar. Let me have the illusion that the time spend flaminig
wouldn't have been used on real development otherwise.
*/
--
Peter Makholm
mely, I hope) respected developers has raised their voices at
that list.
--
Peter Makholm | I have no caps-lock but I must scream...
[EMAIL PROTECTED] | -- Greg
http://hacking.dk |
Glenn McGrath <[EMAIL PROTECTED]> writes:
> Optimised binaries wont run slower than non-optimised binaries.
It actually does happen. One reason can be loop-unrolling and
cache-sizes.
--
Peter Makholm |'Cause suicide is painless
[E
ved a lot of so called bounces because some silly postfix
installation believes that I have send mail to some non-existant
account.
0) Substitute for any MTA you like or dislike.
--
Peter Makholm | Have you ever felt trapped inside a Klein bottle?
[
set up to
use port 80 på it is quite common to have Apaches bound to some other
ports (8000, 8080, being often used).
I have often done this as normal user.
--
Peter Makholm |One thing you do is prevent good software from
[EMAIL PROTECTED] | being written. Who can a
away" can also be a good thing on the
organizatoinal level.
This is only abstract observations I'm not saying that Debian is in a
state where it is necessary. I have no ideas for how to change Debian
in a rational way whith the present goal as I see it.
--
Peter Makholm |Ac
to differenciate between free software and how ever the entertainmen
industry handles their given rights.
So either we should stop here or do som serious flaming: 'pink boy'
you should be better than that, try again.
--
Peter Makholm |'Caus
Evan Prodromou <[EMAIL PROTECTED]> writes:
> I've used the script to promote freedom.
How the hell does you promote freedom by removing stylesheets from
html?
--
Peter Makholm | Ladies and gentlemen, take my advice, pull down your
[EMAIL PROTECTED] |
relation to the project. Read the Social Contract and
stop makin political statements unrelated to free software as such
which hurts our users.
How the entertainment industry manages to handle their copyright has
nothing to do with free software.
--
Peter Makholm | Ladies and gentlemen,
is worded rather strong and I would probaly not go
any further if you decides to keep you ITP. One package doesn't in
itself lead to many problems but I would rather stop it before I
should fight a to strong precedence to keep useless political
statement out of Debian.
--
Peter Makholm
ost porting problems.
--
Peter Makholm |One thing you do is prevent good software from
[EMAIL PROTECTED] | being written. Who can afford to do professional
http://hacking.dk | work for nothing?
|
I'm the only user and then there is my computers I
manage at work where the number of users i more undefined.
--
Peter Makholm | Why does the entertainment industry wants us to
[EMAIL PROTECTED] | believe that a society base on full
t
up (I think) (includes pointers to older discussions):
<http://lists.debian.org/debian-legal/2002/debian-legal-200210/msg00135.html>
--
Peter Makholm |According to the hacker ethic, the meaning of life
[EMAIL PROTECTED] |is not Friday, but
Robert Luberda <[EMAIL PROTECTED]> writes:
> I intend to package an unstable (beta) version of upx.
> This version supports compresing of the Linux kernel and thus
> can be used by our boot floppies team.
Isn't the kernel already compressed?
--
Peter Makholm |
many messages).
> Pleased to meet you
>
> *plonk*
Nice entrance.
Let me predict the future. Within a month you have kill-filled anyone
in the project who matters more than just maintaining a few
packages. And most of us has has given up on you.
--
Peter Makholm |According
ey can't handle running
unstable?
--
Peter Makholm | There are 10 kinds of people. Those who count in
[EMAIL PROTECTED] |binary and those who don't
http://hacking.dk |
s.
> Thank you for your time, and you want to tell me I'm paranoid, don't
> bother, it is not worth your time :) Better tell me what I might have
> missed in the observing the subject.
I doesn't think any of the above counts as paranoia which obvious
doesn't mean that
ad trouble?
I guess it is that line Matt was refering to.
--
Peter Makholm |I congratulate you. Happy goldfish bowl to you, to
[EMAIL PROTECTED] | me, to everyone, and may each of you fry in hell
http://hacking.dk |
Tollef Fog Heen <[EMAIL PROTECTED]> writes:
> I am planning Debconf 3 to be held in Oslo, from Friday July 18th to
> Sunday July 20th.
Nice initiative.
--
Peter Makholm | I have something to say: It's better to burn in
[EMAIL PROTECTED] |
David Starner <[EMAIL PROTECTED]> writes:
> And what makes you think there has been no new upstream versions for all
> those packages?
Nothing. I commented on you general opinion.
--
Emacs er det eneste moderne styresystem der ikke er multitrådet.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
[EMAIL PROTECTED] (Otto Wyss) writes:
> IMO each package should at least once per release upload a status
> report. Also there was ample time for the transition of each package to
Disagreed. We should make package uploads just to make uploads.
If a package works, has no new upstream versions and
Daniel Stone <[EMAIL PROTECTED]> writes:
> Oh, there *appears* to be one? You mean the one I sent this message to,
> and the one that I'm subscribed to? Right! Thanks for the information! I
> sent it to -devel because not all KDE users are subscribed to -devel.
And since when has users generally
Dominik Kubla <[EMAIL PROTECTED]> writes:
> IMHO that should be updated to nfs-utils-1.0 from upstream, if it
> only were for the psychological impact of the 1.x version number.
'psychological impact' isn't a valid argument for putting new versions
of software in stable.
--
Når folk spørger mig
Branden Robinson <[EMAIL PROTECTED]> writes:
> On Thu, Jan 03, 2002 at 01:13:13PM -0800, Thomas Bushnell, BSG wrote:
>> OK, perhaps the relicensing rule is not non-free; I'm less sure of
>> that.
>
> I don't think it's obvious from a casual reading of the DFSG that such a
> requirement is non-free
[EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
> OK, perhaps the relicensing rule is not non-free; I'm less sure of
> that. But the outright prohibition of certain modifications certainly
> kills it.
I only talked about the relicensing issues. I'm sorry it wasn't clear
by my quoting (I can see
Junichi Uekawa <[EMAIL PROTECTED]> writes:
> Please elaborate.
There is nothing in the DFSG saying the a licens can't require you to
give the original autor all rights to you changes. So that single
part of the license I refered to does not makes it even more or even
less non-free.
--
Når folk
[EMAIL PROTECTED] (Thomas Bushnell, BSG) writes:
> Bitkeeper is (as you note) not free. Not only the usage restrictions
> are a problem, but also the requirement that changes you make may be
> distributed by BitOwner "under any license".
Thats not non-free in any way. The Freedom DFSG describes
Eric Van Buggenhaut <[EMAIL PROTECTED]> writes:
> The upstream code requires the administrator to introduce the user
> data (username, password, port, database, etc.) in the same Password.pm file,
> which looks horrible to me.
Ok, we've seen some solutions but the real problem remains: The perl
m
Branden Robinson <[EMAIL PROTECTED]> writes:
> In fact, I would consider it acceptable in general to move everything in
> contrib to main as long as it each package was forced to be priority
All my messages in this thread have the premise that we want to keep a
distinction between contrib and mai
Dale Scheetz <[EMAIL PROTECTED]> writes:
> But I wouldn't dream of trying to do such a thing without a game engine to
> test it on. How else to you test what you built? Why would you ever build
> a game without an engine to run it on?
How is preventing you from installing quake from contrib or in
Erich Schubert <[EMAIL PROTECTED]> writes:
> At least the Source _is_ useful for novice programmers that are
> interested in 3d game programming.
How does Quake differ from any other projects in contrib in this way?
Contrib consists of free things where the source is available and
therefore can
David B Harris <[EMAIL PROTECTED]> writes:
> But with Quake2, you can be pretty damned sure that there will be at
> least dozens of people coming up with fully Free stuff that can be used
> as quake2-data.
When that day comes, then we could move quake2 to main.
--
Når folk spørger mig, om jeg e
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> Regarding packaging the Quake sources for educational benefit;
If the Quake sources could go into main without any free data then why
can't any other package in contrib go into main because the code could
potentially be educational. (Sarien for exanple
David B Harris <[EMAIL PROTECTED]> writes:
> There's no reason why the engine itself can't be included in Debian, as
> far as I'm concerned. It doesn't absolutely *have* to have game data, to
But thats is an argument for putting all the stuff in contrib into
Debian main.
--
Når folk spørger mig
Ben Collins <[EMAIL PROTECTED]> writes:
> That's not true. If it is possible to create game levels for it that are
> free, than it is considered free. It's not like you can't get anything
> but id's game data.
Are you sure?
I have sarien, a interpreter for old Sierra games, in contrib because
I
Wolfgang Sourdeau <[EMAIL PROTECTED]> writes:
> Since ISO-8859-15 is basicall ISO-8859-1+euro+some other characters.
> Why is the "@euro" needed ?
A few often used chars has changed. So it is important to know which
cahrset is used. For example 1/2 and the french oe-ligature seems to
be on the sa
MaD dUCK <[EMAIL PROTECTED]> writes:
> package tree. i would like to adopt the lame mp3 encoder as a debian
> package and was wondering if there are any objections? is there
> already a maintainer? can this packet be debianized?
Please read http://www.debian.org/devel/wnpp/unable-to-package
Make
Mikael Hedin <[EMAIL PROTECTED]> writes:
> Anyone knows where the 1.3 source comes from? The content is totally
I think it originates from some ftp-server in .uk which had a lot of
different ispell dictionaries.
> different from the iswedish-1.x at sslug. Any advice on what to do?
Get the lat
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> At the moment, if there is no lilo.conf, the kernel-image
> postinst creates a functioanl lilo.conf that takes into account
Is this wise?
I assume that in a perfect world the lilo package would be better to
configure itself than some "random"
Russell Coker <[EMAIL PROTECTED]> writes:
> boot=/dev/ide/host0/bus0/target0/lun0/disc
> root=/dev/ide/host0/bus0/target0/lun0/part3
Don't assume devfs! A lot of us uses it, but before our standard
kernel uses it our lilo package shouldn't assume it unless it is very
sure that it will work.
Michael Stone <[EMAIL PROTECTED]> writes:
> Move it to /var/lib/dpkg
Nope, debian_release is independent on the dpkg used. /var/lib/dpkg/
would be a most unintuitive place to place the version of the
distribution as a whole.
"Pawel Wiecek" <[EMAIL PROTECTED]> writes:
>These programs are freeware, which means that they may be distributed
>freely.
Nope, we should explicitly have the rights to distribute and modify
the program.
Lars Wirzenius <[EMAIL PROTECTED]> writes:
> On the other hand, we might want to copy the OpenBSD version instead
> of maintaining our own man. But I leave that to whoever maintains the
> packages.
We have alternatives on almost everything but dpkg and man. If someone
thinks it's worth the effort
John Galt <[EMAIL PROTECTED]> writes:
PLEASE DON'T CC ME. I'M ON THE LIST
> FYI 28 (aka RFC 1855) is the standard.
Strictly speaking it's is only a standard if it is on the Standard
Track and RFC1855 isn't. It is only an informational RFC.
PLEASE DON'T CC ME. I'M ON THE LIST
Riku Voipio <[EMAIL PROTECTED]> writes:
> Which reminds me, why doesn't this list just set:
>
> reply-to: debian-devel@lists.debian.org
Please read "``Reply-To'' Munging Considered Harmful" http://www.unicom.com/pw/reply-to-harmful.html>
It should say it all.
Jim Lynch <[EMAIL PROTECTED]> writes:
Could you please read the Developers Reference section 4.1 second
paragraph.
> When machines break for whatever reason, sometimes people come to
> #debian for help. It's unhelpful to encourage people to break their
> mission-critical servers... If Eric want
Jim Lynch <[EMAIL PROTECTED]> writes:
> If you want to advocate the use of unstable software, please be my guest...
> but not on #debian. it changes daily, and can potentially break every
Again, what is you right too say so other than it is you oppinion?
Arthur Korn <[EMAIL PROTECTED]> writes:
> > for package in dpkg apt libc gpg bplay etc ; do
> > sed [...] bug.template | mail ;
> > done
>
> You'd better use [EMAIL PROTECTED], else you need a very
> good asbestos suit ...
Whatever, the above won't work for other reasons (It just tries
Sven Burgener <[EMAIL PROTECTED]> writes:
> 1. Why are packages kept back like follows?
>
>$ apt-get update && apt-get upgrade
Upgrade will never install new packages. So packages with changed
depends-fields will not be upgraded by this command.
Read the manual you can read it there.
Chad Miller <[EMAIL PROTECTED]> writes:
> I don't suppose there's a easy way to submit a batch of bug reports, eh?
Just do a
for package in dpkg apt libc gpg bplay etc ; do
sed [...] bug.template | mail ;
done
where sed do the right thing. That is an easy way, right? (say yes!)
Jeffry Smith <[EMAIL PROTECTED]> writes:
> download the source, have my machine do the compile, but still have
> all the dependencies properly worked out (sort of an expanded apt-get
> -b source).
I guess you should get both the ordinary depends and the
build-depends. I fail to see where there sh
"Dwayne C . Litzenberger" <[EMAIL PROTECTED]> writes:
> So my question is: What do you wish for in a package manager?
I agree with Ethan. Start explaining why you want to reinvent the
wheel then we maybe has some ideas for things to do when you
reinventing for other reasons.
The only feature I'v
[EMAIL PROTECTED] (Colin Watson) writes:
> It's already in unstable:
>
> [EMAIL PROTECTED] ~]$ dpkg -p coldsync
> Package: coldsync
Well, I probally only looked in woody.
Package: wnpp
Serverity: normal
Version: N/A
I intend to package the following program if nobody is working on it
all ready (couldn't find anything at bugs.debian.org/wnpp):
Package: coldsync
License: Artistic
Homepage: http://www.ooblick.com/software/coldsync/
Description: A Palm syncronizer an
Joey Hess <[EMAIL PROTECTED]> writes:
> One easy way would be if you provided a set of web pages by maintainer,
> then I could just "subscribe" a lynx --dump cron job to mine..
It would be very nice to get such information automatically but I
don't care how I get it so the above would work fine.
Miros/law `Jubal' Baran <[EMAIL PROTECTED]> writes:
> Oh, package it. We have ddate for Discordians (in util-linux), we could
> have hodie for Ill^WRome citizens. ;->
I've been convinced that it's not only making a nice latin locale. I'm
only trying not to waste hacking time on packaging somethin
Mirek Kwasniak <[EMAIL PROTECTED]> writes:
> Today I've trying (in bash):
>
> ls /dev/tty[a-z]0
>
> and answer has unexpected /dev/ttyI0 and /dev/ttyS0 followed by
> /dev/tty[a-z]0 entries.
I've seen this comming up a lot of places the past few months. It
looks like somebody wants to redefine
Peter Palfrader <[EMAIL PROTECTED]> writes:
> I'ld prefer keeping 755 as a default.
I prefer 755 too. Peeking in others configuration files has been one
of my best way of learning new programs at uni.
I prefer a singel 'users' group for users as standard too, but lets
not change the default sett
"Christian T. Steigies" <[EMAIL PROTECTED]> writes:
> What does it do?
> It has the same functionality as the date (1) program, only... It
> has it in grammatically correct latin.
Couldn't this be done with gettext and the normal date comand?
--
Peter
--
To UNSUBSCRIBE, email to [E
"michael d. ivey" <[EMAIL PROTECTED]> writes:
> My current idea is everybuddy-cvs, and make it conflict with everybuddy,
> and conflict/replace ebsnap, for the people who may have downloaded
> ebsnap. Is that the correct way to proceed?
People using unofficial packages should be aware about the
Bob Bernstein <[EMAIL PROTECTED]> writes:
> So there's a warning? At least MD5 *can* be implemented at install-time. Why
> doesn't he mention that Caldera for one doesn't even offer MD5 as an _option_
> at install-time? Next:
What Caldera do doesn't matter at all. Neither does it matter what
anyo
Joey Hess <[EMAIL PROTECTED]> writes:
> It's beautiful. I want it now. :-)
I couldn't agree more.
We could always fine tune it when we know how it works with live
data. But I think you'right. Some way of chrash-install into testing
would be nice when dealing with root-exploits.
--
Peter
[EMAIL PROTECTED] writes:
> Not for me...
Life is nice isn't it?
(And then stop sending this "Not for me"-answers all the time or
something bad could happend)
--
Peter
Andreas Fuchs <[EMAIL PROTECTED]> writes:
> Good enough for you? Good enough for anyone? ajt? (-:
Bad idea.
Then you also want every X11-app to ask if it should install itself in
/usr/X386/bin or somewhere else and every game-like app if it should
instaal it self in /usr/bin or /usr/games?
Eit
[EMAIL PROTECTED] writes:
>But then again this may be overloading the package system since there
>are quite a few kernel modules...
But it would be nice with some standard way to specify a "depend" on a
kernel-option and a "provide" of options for kernel patches. I don't
know any way to c
Martin Schulze <[EMAIL PROTECTED]> writes:
> http://www.debian.org/doc/FAQ/ch-basic_defs.html#s-gnu
I've read that before. I'm to new of a developer to know anything. But
isn't the story that Debian started with strong connections to FSF,
dropped them and then after a long flamefest reestablished
Paul Slootman <[EMAIL PROTECTED]> writes:
> Wouldn't manpages-dk be the correct name?
That depends
The two letter language code is da and the two letter country code is
DK (making the correct locale: LC_ALL=da_DK)
There shouldn't be any problem using the manpages in Greenland (ie
da_GL) but
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> Hey people ! I posted this mail in order to have some input ... it would
> be great if some of you gave their opinion about this proposition I posted
> a while ago :
Just like everyone else: A great idea to which I have no futher idears
right now.
If
In SSLUG (swedish/danish LUG) we have begun translating
man-pages to danish. when we have finished a nice set (like
file-utils) I will make a debian package out of it.
--
You can get a genuine Amulet of Yendor by doing the following: --More--
I intent to hijack the danish and swedish ispell dictionary and
wordlist. The packages seems unmaintained and have 4 unaknowledged
bugs more than 200 days old.
I have unsucessfully tried to contact the maintainer but got no
respons. If anyone else is willing to do the swedish packages they are
wel
Nicolás Lichtmaier <[EMAIL PROTECTED]> writes:
> But keeping the RC bug count low. A RC bug will only be permitted to stay
> for long if it is related to a release goal. And people must be working for
Since we don't have release goals it would even be easy to implement.
--
They say that a baby
Richard Braakman <[EMAIL PROTECTED]> writes:
> I have set a new "Bug horizon" two weeks from now (March 27th). The
> same rules apply. The list of bugs involved is appended to this mail.
No it wasn't!
At least not in my incarnation of the mail.
--
Being digested is a painfully slow process.
Vincent Renardias <[EMAIL PROTECTED]> writes:
> > - All messages were translated to Japanese language.
> Can you *PLEASE* try to merge this patch with the upstream version 1st.
> If the patch is done correctly, I see no reason the upstream maintainer
> should refuse it. (And if he does, why shou
Matthew Vernon <[EMAIL PROTECTED]> writes:
> > Latest potato update contains a package, aleph-dev, with a wrong
> Priority:
> > line which prevents (until manually fixed) the apt update operation, which
> > aborts with:
> File a critical bug, if no-one has yet done so.
There has been file
Russell Coker <[EMAIL PROTECTED]> writes:
> For those of us who attend in multiple countries we could book plane flights
> together (hopefully get a good deal), play network Quake in the plane, etc.
Then we need a sponsor with a big wallet.
Arcording to userfriendly airphones cost 200$ a minute
Wichert Akkerman <[EMAIL PROTECTED]> writes:
> Perhaps we should change that so gpg will be used by default if
> $HOME/.gnupg/secring.gpg exists?
Anounce it first and wait some time. I have a $HOME/.gnupg/secring.gpg
but my key isn't in the debian keyring (yet).
--
I congratulate you. Happy gol
Chris Rutter <[EMAIL PROTECTED]> writes:
> Problem is there ain't an `average developer' in terms of location,
> as far as I can see -- they're all over the place. ;-) I'd
> certainly rather somewhere Scandinavian, probably -- it's nice,
> clean, historic, etc. -- and closer to home.
I'd like to
Joey Hess <[EMAIL PROTECTED]> writes:
> Wouldn't it be great if all the debian developers could be flown in to a
> convention site, get to meet each other, really tighten up the gpg web of
Great idea. And I will attend if my bank let me do it.
Orelse I should just begin to attend some of the eur
Julian Gilbey <[EMAIL PROTECTED]> writes:
> I propose that the distribution should have a new "debian" section
> which would be the place to put all of the Debian-specific packages,
This or some way to make orthogonal sections would be great.
--
Peter er den mindst gamle af de gammeldags usenet
1 - 100 of 104 matches
Mail list logo
