* Lennart Sorensen ([EMAIL PROTECTED]) [080415 22:26]:
> On Tue, Apr 15, 2008 at 09:03:54PM +0200, Andreas Barth wrote:
> > * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
> > > Description: The toolchain should be ready to handle libraries and
> > >inc
ce if
somebody would grab this up - at least the idea will not just vanish
now it is stored somewhere ...
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
it is the third time that I've got this type of rejection. I faced
it two times with package gnumed-client and now with a different package.
Is anybody able to explain this and how can I avoid the problem. I
just builded the package with an up to date pbuilder.
Puzzled
An
help. Of course, he and I both became very busy and so it
sort of fell by the wayside. However, I have my projects much better in
hand this year and I intend to resurrect the idea early this summer.
Cool.
Really cool.
I've changed the contact address Andreas put there into &qu
achine and regarded pbuilder as a very nice way to maintain a
proper unstable chroot.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
assumption was just wrong and
the local devscripts are involved in finally preparing the package.
I never have really thought about this ...
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Cont
tions to old DPL and new FTP-master / DAM. The new DPL will
have a hard time to beat this success - good luck anyway!
It's fun to be in Debian these days
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
idea
what went wrong here?
Kind regards
Andreas.
--
http://fam-tille.de
| grep Version
Version: 3.4.6-6
I get even at these days 3.4.6 (which is strange anyway) but which gives
no explanation for the 4.1 dependency I faced.
This is simply strange.
Kind regards
Andreas.
[1] http://lists.debian.org/debian-devel/2008/04/msg00559.html
--
http://fam-tille.de
le to understand. I think it is better to
explain before such things happen.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
refuse proper communication.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, 17 Apr 2008, Andreas Tille wrote:
I get even at these days 3.4.6 (which is strange anyway) but which gives
no explanation for the 4.1 dependency I faced.
Hi,
I just found out the reason for the problem and most probably it is really
the same reason as reported in bug
If I apply the
ear your opinion what you regard as the best way to provide the
relevant information to the user.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* Clint Adams ([EMAIL PROTECTED]) [080419 19:00]:
> [moving to -devel to make Christian happy]
>
> On Sat, Apr 19, 2008 at 09:57:44AM +0200, Andreas Barth wrote:
> > And, BTW, most of us (including me) have a paid dayjob, and are of
> > course active on that one for the
* Daniel Leidert ([EMAIL PROTECTED]) [080419 17:51]:
> x-post, fup2 debian-devel if possible
> Am Samstag, den 19.04.2008, 09:57 +0200 schrieb Andreas Barth:
> > * Laszlo Boszormenyi ([EMAIL PROTECTED]) [080419 07:42]:
> > > I intend to hijack GnuPG[1], but as it builds an
that generates
/usr/include/GL in its postinst without specifying the mode.
cu andreas
[1]
libdevel/freeglut3-dev
libdevel/libglc-dev
libdevel/libgle3-dev
libdevel/libglew1.5-dev
libdevel/libglpng-dev
libdevel/libglu1-mesa-dev
libdevel/libglw1-mesa-dev
libdevel/libosmesa6-dev
libdevel/mesa-common-de
z
344K/org/ftp.root/debian/dists/sid/main/binary-i386/Packages.diff/
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
many packages would need to be uninstalled.
http://wiki.debian.org/Perl5.10Transition
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and the question was whether the pts only adds the header to e-mails
generated by its own scripts or also to stuff received by mail. (I
have no idea whether this even a correct dichotomy)
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to
oo-daemon before the package is unpacked. I
think there is some example code using dpkg-query in wiki.d.o.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to [EMAI
n distributions - which is even worse.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
this
color scheme is useful and working.
Kind regards
Andreas.
[1] http://debian-med.alioth.debian.org/bugs.php
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
I rebuild a package but not to what's in .diff.gz
only.
If I inspect an unknown package I always do
zgrep "^+++ " *.diff.gz | grep -v "/debian/"
and I wonder whether I should file a bug report against "dpkg-source -x"
to do this by default.
Kind regards
as long as I get a list of patched files brought up to my
intention immediately.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
to join this effort start a "High noon commander"
project or whatever you might call it. ;-)
There are so many people working with Midnight Commander - I can not
really believe that this effort to revitalise development should fail.
Kind regards
Andreas.
--
http://fam-tille.
this case, did not checked).
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
are "hidden" anywhere in the upstream
code some developers fail to realise this and my suggestion might help
noticing this fact.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
call a reasonable habit that might help others.
I just wonder why we currently discuss Mailing List
netiqette instead of the current issue.
I do so as well, but my 'd'-key works perfectly for this kind of subjects ...
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBS
t your favourite VCS of the day (yes I've
also read the hint about bazaar "loom" feature comming soon) if an
apt-get source
which I regard THE method the obtain a Debian package source gives no
better hints about patches in the upstream source.
Kind regards
Andre
ult.
Would you regard this as a useful bug report or not?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, 21 May 2008, Lars Wirzenius wrote:
ke, 2008-05-21 kello 09:09 +0200, Andreas Tille kirjoitti:
Would you regard this as a useful bug report or not?
I think that would be a rather excellently useful bug report.
OK, so I will go on filing it this way.
The only
way to improve it
s - I just
thought that the idea would add some tiny bit to help in the problem
we detected.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
are enough
threads running and after having filed the bug I turned my idea into the
shape I wanted it to be. The dpkg-dev maintainers will decide ...
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Tro
nothing, as the process's whole memory space gets
unmapped on exit no matter its contents (including the state of the
malloc implementation's allocation management structures).
--
Andreas Bombe <[EMAIL PROTECTED]>GPG key 0x04880A44
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
upport for 64-bit glibc (while we have a
32 bit port) is a reason to drop the port.
Hppa-porters, do you have any opinion on that?
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ough to be analyzed manually.
This does not work if you have got backports.org in sources.list and
are using pinning to only pull selected packages from bpo. The above
commandline will show any packages available in bpo, since it is
upgradeable.
cu andreas
--
`What a good friend you are to him, D
On Tue, Jun 03, 2008 at 08:58:54PM +0200, Jeffrey Ratcliffe wrote:
> Fine. Although it always annoyed me that my $HOME filled up with
> spurious dotfiles whose origin I'm not necessarily sure of, and that a
> good installer could know to remove them if the package were purged.
It's important to di
-menu: line 11: /etc/cdd/cdd.conf: No such file or
directory
Processing triggers for man-db ...
# dpkg --configure --pending
Setting up cdd-common (0.5.1) ...
Thanks for your input on this issue
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
necessary for every
change in /usr/{lib,share}/menu???
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-menus
while only one is really needed (except I'm missing something).
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
)
I definitely doubt that because there is no other explanation for #484167.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
it is not what I mean.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
(and
to exit 0) or whether there is something seriousely broken (and exit
something else than 0).
Any hint?
Kind regards
Andreas.
PS: Did anybody made some stats about the amount of time which is wasted
by a typical installation when upgrading from Etch to Lenny because
of th
Hi,
the time travel device snapshot.debian.net has proven to be very useful.
Unfortunately it seem to be not updated any more. Is there any alternative?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubs
this
is an alternative solution if there was no such package in any stable
release) you should use this conflicts. In addition you should think
about
Provides: cl-hunchentoot
if there are other packages that depend from the former package.
Kind regards
Andreas.
--
http://fam-tille.
tal[1] and verify that the
test mentioned in #481189 works now? Does it fail on other ipv6
(or other NORMAL) operations?
/andreas
[1] I just uploaded them, it might take them a moment to show up
for you. Please come back later. :-)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
* Yves-Alexis Perez ([EMAIL PROTECTED]) [080626 08:42]:
> On jeu, 2008-06-26 at 00:28 +0200, Andreas Schuldei wrote:
> > Hi!
> >
> > As a solution for "#481189 curl: cannot connect to IPv6 hosts
> > anymore" I added a patch to hook curl to c-ares even f
* Luca Bruno ([EMAIL PROTECTED]) [080626 09:57]:
> Rebuilt from incoming for i386, it seems to work here too:
good. thanks!
> I've also seen that -4 doesn't really force ipv4 resolution and connection:
great that you thought of testing that, too. It is entirely
possible that there are more cases
ge installs?
Honestly, I think so. Especially new users who are not yet comfortable
with the fact that in Debian most things went very smoothly and you
do not need to observe continuosely.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
e" as a thrilling enhancement in the
release notes of Lenny (at least if until then are no effective means done
to prevent running triggers so frequently = #473461 is fixed). In other
words in my eyes #473461 should not be wishlist but grave.
Kind regards
Andreas.
--
http://fa
On Thu, 3 Jul 2008, Lars Wirzenius wrote:
to, 2008-07-03 kello 08:24 +0200, Andreas Tille kirjoitti:
/me as a completely uneducated apt / aptitude user thinks: Triggers have
done more harm than good.
I haven't been following trigger adoption very much, so I'm ignorant:
what
re is lot I *could* to change.
The behavior is easy to reproduce:
apt-get install lynx-cur=2.8.7dev9-1 ; apt-get install lynx=2.8.6-2.1
dist-upgrade to the packages on http://www.bebt.de/debian/lynx-cur/
thanks, cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends
Andreas Metzler <[EMAIL PROTECTED]> wrote:
> Hello,
> I found this when trying to solve #369386. There seems to be a problem
> when trying to go from two conflicting packages to a dummy package and
> the prefered one:
[...]
I seem to have wrongly diagnosed the problem. The ac
d'' is always a good match
> but there's no mandatory ``debian/rules patch''
> Is the ``build'' rule mandatory? I don't even know
> it seems to work for most packages, though
[...]
"patch" indeded is the standard way nowadays. See po
ective entry in policy.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe"
idl=$(ls /etc/init.d/${service} 2> /dev/null | head -n 1)
> + idl="/etc/init.d/${service}"
> if [ -n "$idl" ] && [ -x $idl ]; then
>services="$service $services"
> else
Hello,
FWIW the $(...) constr
involving an
> intermediate place where maintainers could push their meta-data, does anybody
> think about an alternative? Andreas Tille suggested me the Package Entropy
> Tracker, but it would limit the system to packages hosted in a Subversion
> repository. This said, since many of the pac
s
is and whether my idea above really makes sense.
Kind regards
Andreas.
PS: Steffen, depending from the answer above the "Enhanced-By" field might
become redundant because we can obtain this information from UDD
automatically - provided that the packages in question are fea
ols that are enabling to install the suggested
packages - but out of completeness I would have expected such a switch
somehow) and so I will probably even less be able to do
apt-get --consider-enhances install
or so. Is there any tool that parses the Enhances field and enables
any action accoridng
on was whether
there is a technical implementation of the *Enhances* field.
Kind regards
Andreas.
--
http://fam-tille.de
Klarmachen zum Ändern!
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
we are targeting for in the Blends effort.
Besides watching those Enhancing packages in our bugs view we might
consider adding a specific lower priority status on the tasks pages
but I have not yet made up my mind about this.
Please correct me if my considerations are wrong or if my inte
es&ver=0.1.7-2+b1
>
> Help?
The Ubuntu Bug Report https://bugs.edge.launchpad.net/bugs/415536 deals
with the same issue. There is a debdiff attached which regenerates the
autoconf files and fixes the FTBFS.
Another way to fix this is to have the scripts use /bin/bash as shell
(as Dani
(followup from -release, text from there is reused, so if you read
-release things are not too new for you)
Hi,
from time to time we have "funny" RC bugs thanks to dependencies
hidden in .la-files. Also these files lead to unneeded dependencies
between packages (in the case package A needs lib B
* Julien BLACHE (jbla...@debian.org) [090823 11:53]:
> Andreas Barth wrote:
> > send a mail to d-d-a with "how to do it" and a list of affected
> > packages, and then step-by-step file the appropriate bug reports
> > (only for packages which can dump their la-file).
n has already thought
> about using some
> (not necessarily syntactially identical) term or combination of terms, then,
> well, sure,
> let us use the Debian one(s) and transfer the information into debian/control
> or
> elsewhere. I don't think we are there, yet.
Please ve
Which is why
Tom has copied their sourcecode into rsa.(h|c).
I agree that all this should at least be separared clearly (like
gnulib/) in the pdkim distributions, be it just for easy updates.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to
* Julien BLACHE (jbla...@debian.org) [090823 11:53]:
> Please go ahead with that. It's going to be much much easier to remove
> the .la files if we have a coordinated effort and it'll greatly reduce
> the potential for breakages.
So, I have now a first list of affected packages (see below). This
l
* Andreas Barth (a...@not.so.argh.org) [090824 22:25]:
> So I'd recommend maintainers of packages with:
>
> 1. "no flag" to remove the la-file on next occasion
>
> 2. only "dependency_libs" to remove their la-file RSN, because they
>block removal of
* Yves-Alexis Perez (cor...@debian.org) [090825 10:31]:
> On lun, 2009-08-24 at 22:25 +0200, Andreas Barth wrote:
> > 2. only "dependency_libs" to remove their la-file RSN, because they
> >block removal of the la-files on another package (this flag can be
> &
* Josselin Mouette (j...@debian.org) [090825 10:28]:
> Le lundi 24 août 2009 à 22:25 +0200, Andreas Barth a écrit :
> > gnome-applets:
>
> This is a false positive. xmodmap.la is about the “la” locale, it’s not
> a libtool file.
Thanks. I think I'll exclude the directory
* Julien Cristau (jcris...@debian.org) [090825 12:18]:
> On Tue, Aug 25, 2009 at 11:05:44 +0200, Andreas Barth wrote:
> > * Josselin Mouette (j...@debian.org) [090825 10:28]:
> > > Le lundi 24 août 2009 à 22:25 +0200, Andreas Barth a écrit :
> > > > gnome-applets:
* Andreas Barth (a...@not.so.argh.org) [090825 00:46]:
> * Andreas Barth (a...@not.so.argh.org) [090824 22:25]:
> > So I'd recommend maintainers of packages with:
> >
> > 1. "no flag" to remove the la-file on next occasion
> >
> > 2. only "
* Julien Cristau (jcris...@debian.org) [090825 21:05]:
> On Tue, Aug 25, 2009 at 20:55:04 +0200, Andreas Barth wrote:
>
> > * Julien Cristau (jcris...@debian.org) [090825 12:18]:
> > > You should exclude anything that isn't /usr/lib IMO.
> >
> > And not /li
* Steffen Joeris (steffen.joe...@skolelinux.de) [090826 08:53]:
> For kernel-security support, we have Dann Frazier in the security team, who
> is
> also working in the kernel team (and of course other kernel team members
> might
> help on security behind the curtain).
So your basic concern is
On 2009-08-29 Magnus Holmgren wrote:
> On måndagen den 24 augusti 2009, Andreas Metzler wrote:
[...]
>> On a sidenote, is the cause for this ITP just exim or is general
>> interest in this library?
> Primarily for Exim. Also because I already maintain a couple of DKIM-relate
Package: wnpp
Severity: wishlist
Owner: Andreas Rottmann
* Package name: ikarus
Version : 0.0.3+bzr1851
Upstream Author : Abdulaziz Ghuloum
* URL : http://ikarus-scheme.org/
* License : GPLv3
Programming Lang: Scheme, C
Description : Native code
machines with no means to send mails.
Kind regards
Andreas.
--
http://fam-tille.de
Klarmachen zum Ändern!
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* Pierre Habouzit (madco...@madism.org) [090919 01:08]:
> I'll put blocks in my hint file to be sure that both those packages will
> migrate in testing together (I'm unsure if britney is clever enough to
> block them until all the binNMUs are done, I don't think it is). Then
> please ask for binNMU
re not available in stable this would
be an interesting thing.
So in short: we should choose the "well-defined" subset of packages
which are candidates for autobackporting according to their feature to
be buildable inside stable and using an control field to mark the
packages that way.
Kind
On Sat, Sep 26, 2009 at 09:24:46AM +0100, Stephen Gran wrote:
> Sounds like you think it's a good idea. Why not do it and let us know
> how you get on?
One point for you beeing the first raising this killer argument. ;-)
Andreas.
--
http://fam-tille.de
Klarmachen zum Änder
In gmane.linux.debian.devel.general Stefano Zacchiroli wrote:
[...]
> - Archive section (i.e. Frankie's proposal): would ftp-master (Cc-ed)
> be willing to pursue that road?
[...]
I always thought dummy transitional packages were supposed to be in
section oldlibs anyway.
cu andre
ebian only have to do
> PATH=/usr/share/package/bin:$PATH
The problem is: A user has to read the docs before and adding this to
the PATH explicitely is as easy as learning about a renamed executable.
The goal is to let things work out of the box.
Kind regards
Andreas.
--
http://fam-tille
On 29.09.2009 08:21, Steve M. Robbins wrote:
On the other hand, Section 10.4 says only "the script name should not
include an extension". So you can leave the extension for
What is the intention of this rule anyway?
Thank you and best regards
Andreas
--
Andreas
n the first place.
Best regards
Andreas
--
Andreas Tscharner starf...@sunrise.ch
--
"Programming today is a race between software engineers striving to
build bigger and better idiot-pr
easons and has to be enhanced. But a
way to do this settings for a certain set of users will be implemented
sooner or later - so the question if everybody gets this PATH extension
should be dealt with in the future.
Kind regards
Andreas.
[1] http://lists.debian.org/debian-devel/2009/09
ng the policy as Charles proposed
might be the alternative.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
* Carlo Segre (se...@iit.edu) [091008 08:17]:
> On Wed, 7 Oct 2009, Andreas Barth wrote:
>
>> Hi,
>>
>> since our recent release update, things have been moving a bit. We'd
>> like to give you the basic status of all our architectures for
>> Squeeze, fo
On Tue, Oct 13, 2009 at 11:50:37AM +0200, Gerfried Fuchs wrote:
> Hi!
>
> * Stefano Zacchiroli [2009-10-13 11:03:00 CEST]:
> > What if one has no idea of what "gitosis" is? For such a person, the
> > above description will be close to meaningless. I suggest expanding in a
> > couple of word
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: alien-hunter
Version : 1.7
Upstream Author : George Vernikos
* URL : http://www.sanger.ac.uk/Software/analysis/alien_hunter/
* License : GPL
Programming Lang: Perl, Java
Description
> I'd like to re-iterate my earlier mail on this subject about splitting
> up the Packages file:
>
> http://lists.debian.org/debian-devel/2009/08/msg00057.html
>
> I heard a rumor that the Description fields were going to be split out
> into Translation-en files and I'd like this trend to continu
ence though, many of
the packages with a dependency on perl-modules will probably have at
least a indirect dependency (not only over perl-modules) on perl, too.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from ti
out there, plus some 15"-17"
> laptops, have 1920x1200 (standard 16:10 HD).
>
FWIW, my 24" LCD has 1920x1080 (16:9 HD).
Regards, Rotty
--
Andreas Rottmann -- <http://rotty.yi.org/>
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
dicate with the debian
locales files they are mostly avaiable and tested. If not ask the KDE
developers for their translation files and add them to your own packages if
needed.
If you are clear off these problems please post a link for testing.
Cheers,
Andreas Marschke.
--
To UNSUBSCRIBE,
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: libctapimkt
Version : 1.0.1
Upstream Author : Claudia Neumann
* URL : http://sourceforge.net/projects/ctapi-mkt
* License : GPL
Programming Lang: C
Description : Read German
opt a package
such as soundjuicer.
Sincerely,
Andreas Marschke.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> > Andreas Marschke wrote:
> >> I've recently seen that there are problems with SoundJuicer and open for
> >> adoption maybe.
> >
> > Where did you see that it was up for adoption? It's not listed as
> > Orphaned or RFA'd? In fact
Frans Pop wrote:
> On Sunday 15 November 2009, Joerg Jaspert wrote:
>> dpkg v3 source format, compression
[...]
> Is there a policy for the use of bzip2?
> As discussed earlier bzip2 is *much* slower that gzip and really hurts on
> slower arches and systems, so I'd suggest that - especially for
u doing this to me and others?
>
I dont think Windows actually needs anyones Donation unless its a bit more
than bills house in money...
Kind regards ,
Andreas Marschke.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
s. There are issues which
allways need the fastest available architecture and there are other
needs which are targeting at low power consumption etc. We should
probably not put a large effort on a theoretical option which is never
used in real live (and I mean a reall *never* not only low ch
reason might be strong enough to make our
arguing void.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
1401 - 1500 of 4693 matches
Mail list logo
