#x27;re not able to complete the transition to the modular tree for
etch.
> Closing, congratulations for both teams anyway.
Thank you very much.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
of that font is now less good.
Yes, several people have reported this issue, and I plan to look in to it
as soon as the packages are updated to build properly on all arches where
they've failed.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d not have pciids for
> radeon X700 etc.
>
> http://lists.debian.org/debian-x/2005/06/msg00179.html
>
> Now I'm pondering between sending a patch and trusting
> people to check their TODO lists :=)
Patches are most assuredly welcome :-)
- David Nusinow
--
To UNSUBSCRIB
uch :-) Hopefully we can get them moving in to etch and
then push ahead towards getting the upcoming X.Org release in to the
archive as close to its release date as possible.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s should be fixed by their respective maintainers in
time.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
about it at the
very least, but if anyone has any ideas for this, I'm all ears. I refuse to
resort to a debconf warning for this, but I'm running out of ideas.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ly or debian-x to
ask how to go about this. Given that the C++ transition was already laid
out in full in debian-devel-announce, I assume that developers know what's
going on. It's the users who are clueless this time. That said, if any
developer does have any questions about the X.Org C
On Fri, Jul 15, 2005 at 08:21:36PM +0200, Klaus Ethgen wrote:
> Am Fr den 15. Jul 2005 um 20:04 schrieb David Nusinow:
> > I'm mainly depressed that people aren't reading Planet Debian, or are just
>
> Aham, sorry for my ignorance, but what is Planet Debian?
> grep'ing for Depends: libstdc++ would probably do it (although I have
> recently found that some, like libgmp3, only Recommend: libstdc++ as it
> is a c library with c++ bindings).
Shouldn't the C++ bindings be split out and depend on libgmp3 and
libstdc++?
--
David Pashle
s weren't
> > exported as part of the ABI.
>
> Ah... that was my guess...
>
> > David, do you want me to put together a patch that updates the
> > Provides/Conflicts of libglu1-xorg appropriately? (Might as well
> > keep the name change now that it&
interest in the software used to run our systems, and to not run that on
our own site shows a lack of confidence and pride in our own work.
> why do you even care?
It's rather pathetic that the Debian mentors site doesn't run the operating
system that's the reason for its existen
On Tue, Jul 19, 2005 at 03:14:32PM +0200, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2005.07.19.1507 +0200]:
> > It's rather pathetic that the Debian mentors site doesn't run the operating
> > system that's the reason for its
On Wed, Jul 20, 2005 at 10:30:14AM +0900, Miles Bader wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
> > It's rather pathetic that the Debian mentors site doesn't run the operating
> > system that's the reason for its existence.
>
> Unbuntu is 9
r these sorts of libraries before messing things up again? I won't
be doing it again for libGLU obviously, but some sort of script or
large-scale automated check of the archive would potentially go a long way.
- David Nusinow, who's embarrassed about what happened with libGLU
--
To
o don't pass up on the chance to
get it signed by someone just because they aren't DD's =)
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~ // Diamond-white roses of fire //
\) http://w
tart with our base system; hopefully
it's already correct, but you never know, and fixing such bugs as early
in the release cycle as possible is important. Also, branch packages
(for instance perl/php/python/apache/mysql) seems more important to
test at an early stage than leaf packages (ap
On Sat, Jul 23, 2005 at 02:53:42PM +0300, Jaakko Niemi wrote:
> On Thu, 14 Jul 2005, David Nusinow wrote:
> > On Thu, Jul 14, 2005 at 02:41:18PM +0300, Jaakko Niemi wrote:
> > > On Thu, 14 Jul 2005, Sean Perry wrote:
> > > > I just updated to X.org. With apt. Autom
to
not actively fix your packages because other things have a higher
priority, but when someone else goes through the trouble of fixing
your packages and submit patches, I think rejecting the patches
is pretty unnecessary.
Having POSIX-clean scripts also ensures tha
#x27;re in development in order to
push the distro as a whole forward. No one says that you have to be running
the s00p3r 133t newest version of everything on your system at all times.
Testing should be a good compromise for your needs anyway.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL P
On Tue, Aug 09, 2005 at 10:45:16PM +0200, Kurt Roeckx wrote:
> On Tue, Aug 09, 2005 at 10:28:58AM -0400, David Nusinow wrote:
> > Where would you like us to do our work? This is exactly what unstable is
> > *for*. It lets us break things while they're in development in order to
://secure-testing.alioth.debian.org/)
>
> so while testing seems like a good idea in general it doesn't seem to
> be very appealing in its current incarnation... (I started to use
> testing but gave up)
Yet another part of the project that needs hard work to fix. Want to help?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ble until they're at
least blessed by upstream.
Asking for a canonical definition of experimental isn't going to get you
anywhere though, since different developers will use it differently.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gcc change.
Do you have any other examples of these unnecessary changes that you assert
are happening but shouldn't? This time with rationale to explain why
they're so unneccessary beyond "unstable is the only thing useful for
desktops" please.
- David Nusinow
--
To UNS
er Over Ethernet, but that hardly seems relevant
here.
David
> access to the Jabber protocol through the use of one of the four Client
> classes. With built in events for common Jabber packets, all a POE
> developer need do is provide an event and arguments for most events so the
> re
On Mon, Aug 15, 2005 at 06:02:06PM -0700, Debian Qt/KDE Maintainers wrote:
[snip]
> libarts1c2 - aRts sound system core components
[snip]
>* Use g++-3.4 on arm and m68k since 4.0 ICEs there (#323133):
Won't this create g++ transition chaos on those two platforms?!
Reg
rch has been orphaned upstream because of Tom Lord's announcement is
> roughly similar to saying that Linux has been orphaned because the 2.0
> kernel series is no longer maintained...
Oh, thanks for the news, I didn't know that.
[snip]
y signed, not built, by official
> Debian Developers.
I don't know about others, but I never sign and upload packages
built by others; I always rebuild packages when I sponsor someone.
I really hope others do the same.
Regards: David Weinehall
--
/) David Weinehall <[EMAIL
ey join the team and are responsible for what they've taken on.
If the teams themselves can't or won't do the work for good reasons and no
one else is willing to do it as well, then the DPL can't force people to do
the work.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
should work out from the box for most users.
>
> The scripts may be used independently - within command lines - or
> automatically by Samba (like smbldap-tools), to handle POSIX information
> within accounts before adding Samba information.
>
--
David Pashley
[EMAIL PROTECTED
On Mon, Aug 22, 2005 at 10:15:12AM -0500, Manoj Srivastava wrote:
> debian-changelog-mode automatically increments the version numbers for
> me, including the epoch, so it is no burden -- even the poor vi using
> sods can just do cut and paste
dch -i
- David Nusinow
--
To UNSUBSCRI
m for each
> port, so that we don't get the first sign of these bugs when the
> packages hit unstable.
What sort of q&a would upstream be doing that would help us out here? Can
the port teams do this kind of work themselves prior to packages hitting
unstable?
- David Nusinow
--
To
K-H is upstream for both udev and hotplug, I'd say
that's probably quite unlikely...
[snip]
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~ // Diamond-white roses of fire //
\) http://www.acc
r than perl. I don't know about
> zsh.
Well, writing scripts that use /bin/sh or perl means that the init
script will run without any dependencies on optional packages.
zsh is Priority: optional...
And while dash is also optional, all *correctly* written /bin/sh
scripts should work with dash t
e can be relaxed, imho.
Well, it's helpful when you might want to replace grep etc with
its busybox counterparts; for instance, busybox grep doesn't support
-o.
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~~~
t;512 Kings Row
>Yazoo City, MS 39194
>
This list is for developers of Debian GNU/Linux (http://www.debian.org)
and are not related to Callwave in any way.
Please view http://lists.debian.org/debian-devel/2005/01/msg01444.html
for information on how to remove yourself from Callwav
ies.
[0] http://lists.debian.org/debian-devel/2005/01/msg01444.html
--
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stulta superstitione.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sep 05, 2005 at 17:13, John Hasler praised the llamas by saying:
> David Pashley writes:
> > I believe it is far more useful to follow up to these emails providing
> > useful information how to remove themselves and in particular link to the
> > rather informative email fr
On Sep 05, 2005 at 18:14, Bob Proulx praised the llamas by saying:
> David Pashley wrote:
> > > Don't follow up. Reply to them privately.
> >
> > No, because that doesn't help the next person that searches on Google.
>
> That is exactly the point.
On Sep 05, 2005 at 18:33, John Hasler praised the llamas by saying:
> David Pashley writes:
> > No, because that doesn't help the next person that searches on Google.
>
> If these people read the messages they find with their searches they
> wouldn't post here. The
, so I had to explicitly remove non-linux ports from the requirement.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: David Watson <[EMAIL PROTECTED]>
* Package name: newton
Version : 0.0.9
Upstream Author : Dennis Craven <[EMAIL PROTECTED]>
* URL : http://newton.sourceforge.net
* License : GPL
Description : A desktop
Package: wnpp
Severity: wishlist
Owner: David Gil <[EMAIL PROTECTED]>
* Package name: gnudoku
Version : 0.92
Upstream Author : Phillip Jordan, Colin Lewis and John Spray
* URL : http://icculus.org/~jcspray/GNUDoku/
* License : GPL
Description : A p
ppening in the
future. While this will continue to be a problem throughout the lifetime of
sarge, hopefully for etch and beyond the X packages won't be a culprit for
this sort of issue.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
eing that AJ lives in Australia and Steve
lives in Western USA and this is a convenient time for them.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o the trick.
And until this is corrected, a lot of us won't enable default
installation of Recommendations, simply because our systems get
unnecessarily bloated.
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~
systems (and I know that not all of these are
official Debian packages) when Postgresql is upgraded, OpenNMS
needs to be restarted, which in turn requires Tomcat to be
restarted. Just as Tomcat needs OpenNMS to have started which
in turn needs Postgresql to have started.
Does this make sense?
David
On Wednesday 26 October 2005 23:32, Henrique de Moraes Holschuh wrote:
> On Wed, 26 Oct 2005, David Goodenough wrote:
> > Does this make sense?
>
> Yes, it does. Such functionality is part of a proper dependency-based
> initscript system, actually. Which doesn't actual
requires authentication.
>
> you have to send e-mail to Alex and request an account. This is "pilot"
> program, and mainly for web polishing, etc
People have to ask for an account to find out how you're not violating
the license on their code?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Nov 02, 2005 at 10:41:10AM -0800, Erast Benson wrote:
> On Wed, 2005-11-02 at 12:13 -0500, David Nusinow wrote:
> > People have to ask for an account to find out how you're not violating
> > the license on their code?
>
> We wanted to get as much feedbacks ab
'm not willing to push this
belief on other people, but I recommend you take a look at the thread and
decide for yourself. If the Debian/OpenSolaris people are serious about
becoming a subproject then the question is something that the project as a
whole is going to have to deal with.
- David N
to assume
that other components on the CD are Free Software too. Therefore I again
request you kindly to make the sources to the used libraries[4] available to
me.
Regards, David Schmitt
[1] http://www.gnusolaris.org/elatte_live_prealpha1_x86.iso.gz,
md5sum:17b70141a1c4a3d877af5271b1caf920
[2
On Monday 07 November 2005 21:29, John Hasler wrote:
> David Schmitt writes:
> > I have downloaded the elatte_live_prealpha1_x86.iso.gz[1] from your
> > website and found a dpkg binary on it.
> >
> > Much to my dismay I was not able to locate the source for this b
Dear Alex!
On Monday 07 November 2005 21:58, Alex Ross wrote:
> John Hasler wrote:
> > David Schmitt writes:
> >> I have downloaded the elatte_live_prealpha1_x86.iso.gz[1] from your
> >> website and found a dpkg binary on it.
> >>
> >> Much to my d
ested in my
other mail.
Further I also couldn't find the Sources for the sunw* packages needed to
build the rest of the build requirements.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
lopment directory as
long as I can build from there and it has appropriate (i.e. GPL compatible)
licensing terms attached.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
stalled on the ISO image, but no corresponding source
package under sources/ or
http://www.gnusolaris.org/apt/dists/elatte-unstable/main/source/Sources
Further I'm also still searching for the Sources for the sunw* packages needed
to build the rest of dpkgs build environment.
Regards, David
esponding source package under sources/ or
> > http://www.gnusolaris.org/apt/dists/elatte-unstable/main/source/Sources
>
> It is there now... thanks for noticing that!
Thanks,
Further I'm also still searching for the Sources for the sunw* packages needed
to build the rest of
rse thusly built ISO images wouldn't
be distributable, but IIRC this would be similar to the pine and qmail
situation, which also prohibit (modified) binary distribution.
On other news, private communication by the gnusolaris.org people lead me to
the conviction that they are internally working on res
On Friday 11 November 2005 06:48, Anthony Towns wrote:
> On Thu, Nov 10, 2005 at 06:07:33PM +0100, David Schmitt wrote:
> > > [0] Presuming the FSF's claims about dynamic linking hold up in this
> > > case, anyway.
> >
> > I consider a Debian-deri
On Sat, Aug 27, 2005 at 02:16:39PM -0700, Thomas Bushnell BSG wrote:
> David Weinehall <[EMAIL PROTECTED]> writes:
>
> > And while dash is also optional, all *correctly* written /bin/sh
> > scripts should work with dash too.
>
> That's incorrect. A correctly w
gt; messages on that thread which have been already replied but missed by
> myself.
Take a look at Anthonys mail and my reply, which explore this issue:
http://lists.debian.org/debian-devel/2005/11/msg00753.html
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
he point:
> > the binary is not independent any more and therefore "the same sections
> > [are distributed] as part of a whole [(i.e. /usr/bin/dpkg +
> > /lib/libc.so)] which
> > is a work based on the Program, the distribution of the whole must be on
> > the
tools does not make the software itself a derived work. The other question is
whether the package as a whole constitutes more than a "medium of
distribution" but I believe it customary that maintainer scripts follow the
upstream license, which alleviates this problem usually.
Regard
ackburner for me for a while. I'd happily contribute what we've got
to such a package, or help start one up.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: David Bremner <[EMAIL PROTECTED]>
* Package name: polymake
Version : 2.3
Upstream Author : Ewgenij Gawrilow <[EMAIL PROTECTED]>
Michael Joswig <[EMAIL PROTECTED]>
* URL : http://www.math.tu-
> Version : 2.0.2
> Upstream Author : David Heinemeier Hansson <[EMAIL PROTECTED]>
> * URL : http://ar.rubyonrails.com/
> * License : MIT
> Programming Lang: Ruby
> Description : library that ties database tables to classes in Ruby
>
ng on the Xorg monolith (carrying around 100 patches, many of them
very complicated) moving from dbs to quilt cut the time to deal with those
patches from 2 months to 2 weeks. dpatch has the same problems as dbs,
which really leaves only quilt as a workable option for all packages.
If we can'
CH@")?
Or am I missing something? I believe one can just remove those headers and
`quilt import` them.
Cheers,
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 |
On Mon, Jan 28, 2008 at 04:54:47PM +0100, Daniel Leidert wrote:
> Am Samstag, den 26.01.2008, 19:05 +0100 schrieb Pierre Habouzit:
> > On Sat, Jan 26, 2008 at 04:34:27PM +0000, David Nusinow wrote:
> > > If we can't figure out a good and clean way to keep a large stack of
&
hatever it is people are using
these days to do this sort of thing provide a way to get it anyhow? Why do
you need quilt to do it for you?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tuesday 29 January 2008, Moritz Muehlenhoff wrote:
> The Debian archive is the biggest of all distributions and although
> there's security support for all security issues being found, there's
> still room for improvement and a need for increased resilience against
> flaws not yet discovered.
>
If not, is it that important that the filename
has the same version number as the package?
Kindly,
David
[1] please have a look at:
http://lists.debian.org/debian-med/2008/01/msg00207.html
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|
Il giorno Wed, 30 Jan 2008 13:38:42 +0100
Sebastian Harl <[EMAIL PROTECTED]> ha scritto:
> Hi David,
Hi Sebastian,
> On Wed, Jan 30, 2008 at 01:14:13PM +0100, David Paleino wrote:
>
> > Is there any solution to this? If not, is it that important that the
> > fi
Serge> http://bashc.sourceforge.net/ ___ Regards, Serge Vakulenko
Hi Serge;
Please file an RFP (request for package) bug on package wnpp.
It sounds a bit obscure, but if you run "reportbug wnpp" from a shell,
it will guide you.
All the best,
David
--
To UNSUBSCRIBE, email to [EMAI
ges we don't store the .pc file in the VCS, just the patches and
series file, and it works perfectly. If you name the file something other
than series, it can be symlinked and quilt will work fine.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Jan 29, 2008 at 06:52:55PM +0100, sean finney wrote:
> i'd argue that's it's somewhat backwards to expect a patch management system
> like dpatch or quilt to perform this task, and really it should be the
> responsibility of the vcs or vcs-wrapper tools.
I a
s to make it easy to shrink the
delta from upstream, and doing so requires the ability to be easily aware
of the state of any specific patch at any time. A diff, be it between
branches or just a file sitting in debian/patches, is the best way to
facilitate this.
- David Nusinow
--
To UNSUBSCRI
On Sat, Feb 02, 2008 at 07:18:26PM +1100, martin f krafft wrote:
> also sprach David Nusinow <[EMAIL PROTECTED]> [2008.01.27.0334 +1100]:
> > External patch systems are not ideal by any means, but they do
> > clearly address these issues as well as I could ask for. It's
Hi Yves-Alexis,
Il giorno Tue, 05 Feb 2008 16:09:27 +0100
Yves-Alexis <[EMAIL PROTECTED]> ha scritto:
> * Package name: ktsuss
> Version : 1.2
> Upstream Author : David B. Cortarello <[EMAIL PROTECTED]>
> * URL : http://developer.berlios.de/pro
Il giorno Tue, 05 Feb 2008 16:54:52 +0100
Yves-Alexis Perez <[EMAIL PROTECTED]> ha scritto:
> On Tue, Feb 05, 2008 at 03:41:46PM +0000, David Paleino wrote:
> > And the main differences with gtksu are...? Just keeping simple?
>
> Not depending on gnome stuff. See thread on
e Lenny. The basic reason is that
> > the selinux packages have basically been unmaintained since the release
> > of Etch.
>
> I'd like to work on SELinux packages and bugs.
Can't one just file NMUs and upload them to DELAYED/*?
David
--
. ''`. Debian ma
would be a suitable solution. This is way I suggested him to
rename his binary to something less generic than "translate".
Is this the Right Way to behave? And what if doesn't reply to that
bug? Should I file my RFS nevertheless, thus expecting a RC bug filed? Should I
rename my binary
Il giorno Sat, 09 Feb 2008 20:20:43 +0100
Frans Pop <[EMAIL PROTECTED]> ha scritto:
> David Paleino wrote:
> > Any suggestion/idea/* is very welcome.
>
> As your program is gnome-only I don't think you can even claim to be
> more "generic" than the
Il giorno Sat, 9 Feb 2008 20:28:23 +0100
sean finney <[EMAIL PROTECTED]> ha scritto:
> hi,
Hi,
> On Saturday 09 February 2008 07:48:08 pm David Paleino wrote:
> > Is this the Right Way to behave? And what if doesn't reply to that
> > bug? Should I file my RFS neve
Il giorno Sun, 10 Feb 2008 12:16:17 +0200
Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
> On la, 2008-02-09 at 19:48 +0100, David Paleino wrote:
> > The problem is that "translate" by does only de<->en translations,
> > while "my" translate offer
Il giorno Sun, 10 Feb 2008 13:23:47 +0200
Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
> On su, 2008-02-10 at 11:52 +0100, David Paleino wrote:
> > I believe I can claim the use of the generic name "translate".
>
> I think I wasn't clear enough in my
(please do _not_ CC me :)
Il giorno Sun, 10 Feb 2008 13:17:30 +0100
Frank Lichtenheld <[EMAIL PROTECTED]> ha scritto:
> On Sun, Feb 10, 2008 at 12:51:46PM +0100, David Paleino wrote:
>
> > Ok, then. Is translate-bin a right choice? Or is that too generic?
>
> Since -
without bothering anybody.
I believe that renaming it to "ntranslate" is a good choice, I'll also update
all the references to it (the manpage, ...).
Regards,
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|
ide the same basic functionality indeed (i.e. translations),
and the implementation is different. Why not using alternatives|Conflicts then?
(read as: I can't understand your Policy citation, since it seems you're
contradicting yourself).
However, as already stated, I'll
t, IMHO.
However, we can have further discussion on the bug report, as I've just filed
it.
Cheers,
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http:
Il giorno Mon, 11 Feb 2008 13:03:12 -0500
"David Moreno" <[EMAIL PROTECTED]> ha scritto:
> No package should be generic for anything, most of the time, and it's up the
> users and alternatives to do that.
Agreed, and in fact I've already renamed the b
On Feb 10, 2008 5:52 AM, David Paleino <[EMAIL PROTECTED]> wrote:
> Il giorno Sun, 10 Feb 2008 12:16:17 +0200
> Lars Wirzenius <[EMAIL PROTECTED]> ha scritto:
>
> > On la, 2008-02-09 at 19:48 +0100, David Paleino wrote:
> > > The problem is that "transl
not yet been built on the buildd's for ? (Providing
> that one is building from the same sources, of course!)
Interpreting the paragraph cited above ("The Debian project resolves..."), I
believe you saw it right. But I'd like to know where is the full text of the GR
(or proba
Il giorno Sat, 16 Feb 2008 17:07:18 +0100
Josselin Mouette <[EMAIL PROTECTED]> ha scritto:
> On jeu, 2008-02-07 at 23:07 +0100, Sven Mueller wrote:
> > However, I wonder wether quilt has any way (through a known wrapper
> > perhaps) to support the thing I like (though I'm not too attached to
> > t
> "Raphael" == Raphael Bossek <[EMAIL PROTECTED]> writes:
Raphael> Now I'm looking for a idea how to name the "build"
Raphael> package. For my perspective of view is "build" to simple
Raphael> to be packaged as it is. My idea was to sue the first
Raphael> letters (forename, su
e name could hint
at that fact. The rest of my message was suggestions for names. Upon
reflection, not only was the idea not so well expressed, but relationship
with GNU Make could be better expressed in the short description.
OK, I think I have generated enough noise on this issue.
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
an asks for.
>
> Lintian version 1.23.45
>
> Changing the line to read:
> > Copyright (C) 2007-2008 by Shachar Shemesh
> pacifies lintian, but I still think this is over sensitivity on its behalf.
Not really. AFAIK "(C)" has no legal validity, while "C
ot;originator").replace("<",
> > "<").replace(">", ">")
>
> Lastly you can blame me for causing this problem. It was my
> shameless switching of HTMLTemplates Encoding mechanism. [..]
Erm... why did you post this on -devel? :)
M
Ciao Giacomo,
Il giorno Thu, 21 Feb 2008 10:46:35 +0100
"Giacomo A. Catenazzi" <[EMAIL PROTECTED]> ha scritto:
> David Paleino wrote:
>
> > Not really. AFAIK "(C)" has no legal validity, while "Copyright" and "©"
> > have.
>
&g
ges rather than their vanity
package of the hour, I think everyone would benefit.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
801 - 900 of 2449 matches
Mail list logo
