so and was not able to find one immediately.
Now I know to what section of FHS to point to and everything is fine.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
al other
packages of Debian Med as well).
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
Archive: http://lists.debian.org/20100813143159.ga5...@an3as.eu
or Blends and we just discussed this
previosely - but there is no *reliable* way to let it work because we
do not really have control about the shell a Blend user is using.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian
Hi,
mira is just ITPed (#435915) and some packaging is just done as
you can see in our tasks list at
http://debian-med.alioth.debian.org/tasks/bio#mira
Please coordinate with Debian Med team preferably on
debian-...@lists.debian.org. Your help would be welcome!
Kind regards
Andreas
sers or network to run a
> rescue shell (or reinstall grub). I it really necessary to go through
> all steps as ordinary install for the rescue mode?
>
You can use the second console (Ctrl+Alt+F2) without going to all of
these setup steps (keyboard setup may be helpful, though).
Regards
* Adam Borowski (kilob...@angband.pl) [100905 11:04]:
> It's a massive script, so the file count of 1 doesn't really matter. Also,
> it needs to update more often than wine proper, as it refers to outside
> locations.
>
> I'd vote for having it as a separate package.
It'd rather make sense to cr
* Chris Carr (ranting...@gmail.com) [100907 10:20]:
> Are we in danger of making the best the enemy of the good? Packaging
> winetricks as-is would be helpful: making it a part of the packaging system,
> keeping it up-to-date, maybe adding a man page.
>
> Massive integration of distributable libr
* Stephen Kitt (st...@sk2.org) [100907 23:27]:
> I agree, I don't think it would be appropriate to try to package the
> DFSG-free Windows software installable via winetricks (such as 7-zip); in any
> case, packaging winetricks needn't involve shipping random free software for
> Windows inside Debia
Hi,
- Forwarded message from Andreas Tille -
From: Andreas Tille
To: debian-devel-chan...@lists.debian.org
Date: Thu, 09 Sep 2010 07:32:12 +
Subject: Accepted gnumed-client 0.8.1-1 (source all)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gnumed-client (0.8.1-1) unstable
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
Archive: http://lists.debian.org/20100909094049.gb4...@an3as.eu
On Thu, Sep 09, 2010 at 11:54:31AM +0200, Adam Borowski wrote:
> On Thu, Sep 09, 2010 at 11:35:16AM +0200, Andreas Tille wrote:
> > I intended to upload this package to experimental, but just forgot to
> > change the target distribution. Is there any other chance to change
>
after the
Squeeze release how to handle problems like this. What kind of problems
will justify a Debian Security Alert and what not, etc. Is it correct
to release software which might need an urgent change in Debian stable
or should we rather go to volatile?
Kind regards
Andreas.
--
http:
On Thu, Sep 09, 2010 at 04:43:53PM +0200, Mehdi Dogguy wrote:
> Right. I was wondering why Andreas didn't contact the Release Team to have
> our opinion on the subject. IMO, it qualifies as an RC bug and the
> diff (0.7.8 ??? 0.7.9) doesn't look huge. It's even reasonabl
t is a
matter of responsibility (supporting company) and finally I also raised
the issue whether packages like this might perhaps be better placed in
volatile which might be more flexible in the case of an urgently needed
upgrade.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UN
Package: wnpp
Severity: wishlist
Owner: Andreas Marschke
* Package name: gluon
Version : 0.70.0
Upstream Author : Arjen Hiemstra and others
* URL : http://gluon.gamingfreedom.org
* License : LGPL
Programming Lang: C++
Description : An open framework
Package: wnpp
Severity: wishlist
Owner: Andreas Beckmann
* Package name: opencl-headers
Version : 1.0
Upstream Author : The Khronos Group Inc.
* URL : http://www.khronos.org/registry/cl/
* License : other
Programming Lang: Header files for C, C
binary
> packages.
But in principle it does sound like a good idea to feed this information
into UDD. What do you think about keeping content of binary and source
packages inside UDD?
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@
On Fri, Oct 01, 2010 at 08:45:34AM +0200, Andreas Tille wrote:
> On Thu, Sep 30, 2010 at 06:13:45PM -0500, Raphael Geissert wrote:
> > > I *think*, if Raphael hadn't stepped up first and saved you the bother,
> > > you could probably get this information out of UDD.
>
eam ??? we
> would
> send a clearer message by distributing them to our Stable users only as
> backports. Without compromising on the quality.
If I would try to wear my users hat I would definitely not understand
your message. It's rather confusing than clear from my point of vie
e
not interested it would have taken just a second to delete the message.
There should be some fun in Debian and announcing this fun in a reasonable
ratio to technical stuff is OK.
Thanks for all your efforts in community building (which are more than
bug contests)
Andreas.
--
http://
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
Archive: http://lists.debian.org/2010072317.ga17...@an3as.eu
or me.
I completely agree but did not managed to get /etc/apt/preferences.d/
working as expected. Did I missed a piece of documentation or can you
provide any working example.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
quence of paragraphs
does not matter. Just the Pin-Priority value has relevance. So
again, some working example would help understanding things.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &qu
vt8 but vt9 happened
as well and also I once found it back on vt7.
> Which graphics hardware are you using?
Intel based laptop.
Hope this helps
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe
dditional field in debian/control.
Kind regards
Andreas.
PS: I agree with the other poster that there is no need to use an image
to express that a screenshot is missing.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
have no idea how packages.d.o is implemented but if it would be based
on the information in UDD the information about screenshots is there.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsu
s which
are provided inside the library package to show some features and not
a certain theme.
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.de
packages):
> ---
>
> Andreas Tille
>cimg-dev (U)
I checked for cimg-dev in
http://people.debian.org/~lucas/logs/2010/11/17/cimg-dev.log
and found only one hint of a failure when it says:
-- New version is unstable version: FAILED (UNINSTALLED != 1.3.9-1)
but from reasing the log I can not f
r/sbin/dictdconfig ]; then dictdconfig -w ;fi
# if [ -x /etc/init.d/dictd ]; then /etc/init.d/dictd restart; fi
if which invoke-rc.d >/dev/null 2>&1; then
invoke-rc.d dictd restart
else
/etc/init.d/dictd restart
fi
exit 0
rver needs to do.
If I understand this correctly this has to be fixed in the dict package
first and then all dict-database providing packages need to be adapted,
right. I wonder whether this is a thing we should do for Squeeze. IMHO
the upgrade works fine and thus is not RC critical.
Kind rega
in dict than in dict-wn. However, if
> > > my assumption would be correct I would expect all other dict
> > > dictionaries to fail and thus I wonder if I missinterpreted this log.
> >
> > It seems that after installation of dict-wn, there's a process that is sti
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: maqview
Version : 0.2.5
Upstream Author : Jue Ruan
* URL : http://maq.sourceforge.net/maqview.shtml
* License : GPL2 (some foreign code with free licenses)
Programming Lang: C
worl reasons.
Anyway. I will give it two weeks, and if I get b) afterwards I can
tell them they should have participated on the lively discussion on
d-d. ;-)
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 t
gt; However package libctapimkt0-dev is not in squeeze, and the
> [...]
> > Should the bug be tagged, removed, have version information set
> > differently, or something in order to remove it from the UDD query for
> > "squeeze bugs"?
>
> IMHO this bug should
hanges for example.
> Below is a dd-list of the failures.
[...]
> Andreas Metzler
> enblend-enfuse (U)
caused by --as-needed with boost.
> libgcrypt11 (U)
[...]
makeinfo crashes.
cu andreas
--
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to
or are not happy about
reportbug.
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
Archive: http://lists.debian.org/20101206122219.gb24...@an3as.eu
mailinglist could be such "staging BTS".
And yes, I'm aware that this is not really optimal and that's why I
hesitated to simply fire up reportbug and file a bug report against it.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-de
ant user list
2. (mentioned by bubulle) enabling correct understanding of the
reportbug menu even if the potential reporter does not speak
proper English might be helpful
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
n the -D or -C options? For -C
option, in which directory is the alternate configuration file searched
for?
I have already found mailscanner (uses -D) and I think amavisd-new
would continue to work (verification welcome ). Any other candidates?
thanks, cu andreas
--
`What a good friend you are t
; file !
Hello,
The current status (GIT head) simply adds a file which contains a *list*
of trusted configuration files instead of a prefix.
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
Ian Jackson wrote:
> Andreas Metzler writes ("Re: exim-using packages - are you relying on -C or
> -D options?"):
>> The current status (GIT head) simply adds a file which contains a *list*
>> of trusted configuration files instead of a prefix.
> That's g
On 2011-01-01 Michael Biebl wrote:
> First of all, thanks Andreas and Jonas for getting libgcrypt and
> libgpg-error updated and moved to /lib.
> There is one remaining issue though about the devel files, I'd like to raise.
> For both libgpg-error-dev and libgcrypt11-dev
rary lives lives in a different directory than the
dynamic one? (And don't limit yourself to directories in the linker
search path.)
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'
d upstream. I don't see a problem if he delegates the actual
work to somebody else who is able and willing to do the job (but please
be nice to the user when asking for this kind of help). Free software
lives from cooperation.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNS
On Fri, Jan 14, 2011 at 08:43:36AM +, Sune Vuorela wrote:
> On 2011-01-13, Andreas Tille wrote:
> > In short: The Debian maintainer is responsible that a bug will be
> > reported upstream. I don't see a problem if he delegates the actual
> > work to somebody else
Hi,
wouldn't it make sense to coordinate this in
http://pkg-phototools.alioth.debian.org/
I recently learned about this group and its a shame that it is widely
unknown and not even has a Wiki page.
Kind regards
Andreas.
On Mon, Jan 17, 2011 at 10:37:03AM +0100, Michal Čihař
Package: wnpp
Severity: wishlist
Owner: Andreas Noteng
* Package name: lastfmlib
Version : 0.4.0
Upstream Author : Dirk Vanden Boer
* URL : http://code.google.com/p/lastfmlib/
* License : GPL-2
Programming Lang: C++
Description : An implementation of
tions is IMHO crucial for the
success of the App-Intaller attempt. The DDTP project is quite there
where we need to go but it needs more love.
Kind regards
Andreas.
[1] http://lists.debian.org/debian-i18n/2011/01/msg00044.html
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-d
ess the DDTP project will be part of follow-up discussions as it is
> similar to debtags and screenshots - its more or less the only working
> solution - and you are right: all of them are badly needed.
Yes.
Kind regards and thanks for the App-Store effort and cross-distro
discussion
ebian
Med list to find a reasonable compromise.
Kind regards and thanks for the hint.
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
Archive: http://lists.debian.org/20110204104435.gb26...@an3as.eu
wever, this has the problem that we probably should
explain if and why those changes are taken over (or not). In short: The
changelog file could be (mis?)used as a channel for communication.
> Confusingly,
Added confusion
Andreas.
[1] http://lists.debian.org/debian-med/2011/02
going from the inside of the swirl curling out
along to the outer end of the swirl as the bootprocess progresses?
Just a thought for future theming/branding of the debian distro when
installing a Desktop.
--
Cheers,
Andreas Marschke
--
To UNSUBSCRIBE, email to debian-devel-requ
spell checker to mark as potential SPAM and just apply this filter to
all Debian lists. We have defined languages for each list and the "one
mail per month" were a user just writes in the wrong language by
accident will probably not harm the project.
Just my 0.02 Euro
Andreas.
PS:
On Fri, Feb 11, 2011 at 10:42:49AM +0100, Samuel Thibault wrote:
> Andreas Tille, le Fri 11 Feb 2011 10:19:07 +0100, a écrit :
> > PS: I assume that a spell checker can be configured that way that it
> > can distinguish between writing an English text with some / several
> &g
; than we'd like.
My shot at the spell checker was just to detect a language - it might
perfectly be that we have better tools than a spell checker to detect a
language in which an e-mail is written in which makes the implementation
of the suggestion probably easier.
Kind regards
On Sat, Feb 12, 2011 at 09:47:22PM +0100, Julien Cristau wrote:
> On Sun, Feb 6, 2011 at 16:51:26 +0100, Andreas Tille wrote:
>
> > 3. Whether changelogs should be branched for different Debian
> > releases, be it testing-proposed-updates, backports or even
> >
elease with a recent Standards-Version
should be done for every package. It shows that the maintainer is
active and continues to be interested in the package. Given that our
release cycle is > 1 year minimum this is a not too hard request.
Kind regards
Andreas.
--
http://fam-tille.
'm afraid I do not fully understand the difference / consequences of these
two options. Can you provide some short examples?
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
Archive: http://lists.debian.org/20110218134908.gh9...@an3as.eu
Olaf van der Spek writes:
> On Mon, Feb 28, 2011 at 1:25 AM, Henrique de Moraes Holschuh
> wrote:
>>> But there is an ordering choice. local has priority.
>>
>> By default, we assume the local administrator knows what he is doing.
>>
>> That is not going to change.
>
> Sure. But Sergey has a goo
kage
If all these criterions are fullfilled a lintian warning about a missing
desktop file could (should (!) IMHO) be issued.
What do you think?
Kind regards
Andreas.
[1] http://lists.debian.org/debian-med/2011/03/msg00025.html
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-d
ersion menu -> desktop.
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
Archive: http://lists.debian.org/20110303134635.gf9...@an3as.eu
cation. So while I do not really want to
loose fvwm menu in case there might be some constraints in a potential
to be written desktop2menu I would not really regard this issue as
urgent enough to stop what we would gain with overall proper desktop
files.
Kind regards
Andreas.
--
http://
> 'update-menus && echo "Read $./menudefs.hook"'
I do not question that these files *exist*. I simply question that they
are *used* in real life.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debi
ed.
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
Archive: http://lists.debian.org/20110306182434.ga14...@an3as.eu
* Jari Aalto (jari.aa...@cante.net) [110315 19:57]:
> What is the status of this ITP opened 2010-10-03, 6 months ago? To my
> understanding winetricks:
> - does not depend on external programs outside of Debian.
>
> - is a single utility that helps quite a bit to install WINE related
>
hat
debian/rules clean does not restore whatever crap was there upstream".
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
Archive: http://lists.debian.org/20110317071542.ga25...@an3as.eu
On Thu, Mar 17, 2011 at 03:32:05PM +0800, Paul Wise wrote:
> On Thu, Mar 17, 2011 at 3:15 PM, Andreas Tille wrote:
>
> > Would you consider the existence of autotools autogenerated files inside
> > an upstream source a valid reason to rebuild upstream source in a
> >
bian/rules clean` remove the (re-)generated files
> as per usual.
I understand the requirement to build a package "twice in a row" as it
was discussed here[1] (including link to policy) that the removal of
those files is not OK.
Kind regards
Andreas.
[1] http://lists.
ginal files and you simply get a diff which finally makes different
Debian source packages depending how often you start the build process.
Kind regards
Andreas.
--
http://fam-tille.de
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
h should be avoided if possible.
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
Archive: http://lists.debian.org/20110317105055.gg31...@an3as.eu
On Thu, Mar 17, 2011 at 11:01:44AM -0300, Henrique de Moraes Holschuh wrote:
> On Thu, 17 Mar 2011, Andreas Tille wrote:
> > Assume please the following:
> >
> > 1. Unpack upstream source, copy debian/ dir into it
> > 2. make -f debian/rules clean
>
> You
* martin f krafft ([EMAIL PROTECTED]) [031006 21:57]:
> > The IPSEC stack does nothing unless you specify policies through
> > PFKEY or NETLINK. In other words, it is disabled by default.
>
> From glancing over the patch, it *also* replaces parts of the non
> IPsec i.e. standard IP stack. Maybe i
class of packages, and
>> e about this particular package, if you have both b and e related
>> information).
>> f) ???
>
> These seem like very reasonable and helpful criteria. Perhaps they
> could be placed somewhere (developer's reference, policy footn
wrong directory comes to
my mind. Or filesystem corruption after a hard crash.
I don't think this is a very important "killer feature" but it is
certainly nice to have. rpm -Va.
cu andreas
#x27;t. Just read the complete
messages on lists.debian.org (I only cut down Roland's initial one
signigicantly.)
cu andreas
PS: FWIW I think the nm-process is _really_ getting better, we just
had 4 consecutive weeks with new maintainers getting DAM approval and
JT formalizing how reject
Russell Coker <[EMAIL PROTECTED]> wrote:
> Joel, can you please provide information on the experimental method for
> specifying which IP addresses may be used to send mail from a particular
> domain?
[...]
Sounds like SPF, http://spf.pobox.com/ (recently slashdotted.)
cu andreas
m
me to smarthost A and mail from the other person to smarthost B.
Even myself alone uses different domains for my mail, e.g. very rarely
@debian.org.
cu andreas
[1] Yes, I change them.
utobuilders (and NMUers) use the correct packages? (I do
not know, I was not around then.)
cu andreas
uses include scanning transponders,
> > selecting channels and retrieving TS data.
> What is 'DVB?' Some type of radio interface? It would be nice if the
> final description said something about that.
Digital Video Broadcasting, i.e. Digital TV in Europe.
cu andreas
ssary) and will probably end up with a debian soname of
libsysfs.so.10 when upstream releases *their* first shared version
with soname libsysfs.so.0.
cu andreas
ost that is provided by an internet access provider around the
globe.
You either end up with publishing records for @debian.org that allow
any server to send with MAIL FROM:[EMAIL PROTECTED] (no gain, that is
exactly what we have currently) or force people to route their mail by
sender, i.e. manually.
cu andreas
Eduard Bloch <[EMAIL PROTECTED]> wrote:
> #include
> * Andreas Metzler [Sun, Oct 12 2003, 10:19:40AM]:
>> If upstream only ships a static library the Debian maintaner will have
>> to take care of versioning the library (pushing the soname when
>> necessary) and will
Miquel van Smoorenburg <[EMAIL PROTECTED]> wrote:
> In article <[EMAIL PROTECTED]>,
> Andreas Metzler <[EMAIL PROTECTED]> wrote:
>> SMTP AUTH is no magic solution, you'd have to start routing mail by
>> sender instead of recipient.
>> Take myself
his provider.
* Buy a domain and "root server" (i.e. computer with a fixed IP) and
host the domain and my own smarthost there. Every local user has to
use an e-mail on my domain.
* Route by sender, it is manual work, and would not work for me, as
the smarthosts connected to e-mail addresses don't do SMTP AUTH.
cu andreas
: initializer element is not constant
wnlex.c:75: error: (near initialization for `yyin')
wnlex.c:75: error: initializer element is not constant
wnlex.c:75: error: (near initialization for `yyout')
Any hint how I have to change this to compile cleanly?
Many thanks
Andreas.
r domain of e-mails, most of
> the practiced cases of identity forgery are prevented.
[...]
If I send an e-mail over mail.nusrf.at with envelope-from
[EMAIL PROTECTED] I am _not_ forging anything or making
"unauthorized use of domains"
cu andreas
Julian Mehnle <[EMAIL PROTECTED]> wrote:
> Andreas Metzler wrote:
>> Julian Mehnle <[EMAIL PROTECTED]> wrote:
>> > It's about forging an e-mail sender's identity. By preventing the
>> > unauthorized use of domains as the sender domain of e-ma
d my 396MB machine to trash heavily, while -O0 and
gcc 3.2 -O2 were ok...
Andy
--
Andreas Rottmann | [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL
PROTECTED]
http://www.8ung.at/rotty | GnuPG Key: http://www.8ung.at/rotty/gpg.asc
Fingerprint | DFB4 4EB4 78A4 5EEE 6219 F228 F92F CFC5 01FD 5B62
This reality is really just a fucked-up dream -- Papa Roach
e "gsysutils". Does someone prefer
> "gnu-sysutils"?
I would, as I associate gsomething with a Gnome-frontend for something
(e.g gsudo), but I don't claim that is common conception.
BTW is the this project actually alive? There was only activity in CVS
from 2003-03-28 (project founded) to 2003-04-16.
cu andreas
On Mon, Oct 13, 2003 at 02:47:44PM +0200, Julian Mehnle wrote:
> Andreas Metzler wrote:
>> Julian Mehnle <[EMAIL PROTECTED]> wrote:
>>> Andreas Metzler wrote:
>>>> If I send an e-mail over mail.nusrf.at with envelope-from
>>>> [EMAIL
nds up in the dsc file
and is not unsupported. Afaict you are right, I'll try to come up with
a patch.
cu andreas
--
Hey, da ist ein Ballonautomat auf der Toilette!
Unofficial _Debian-packages_ of latest unstable _tin_
http://www.logic.univie.ac.at/~ametzler/debian/tin-snapshot/
1.7 I have continous trouble
with subsubversion dependencies which now convinced me that I had a really
stupid idea. Is there any reason for this trouble I could understand?
If not I would revert my changes and will go back to just patching the
brocken upstream Makefiles.
Kind regards
An
ams don't know the most recent changes.
cu andreas
Andreas Metzler <[EMAIL PROTECTED]> wrote:
> Magosányi Árpád <[EMAIL PROTECTED]> wrote:
>> In the policy manual there is no mention of the Uploader field of
>> debian/control. (version 3.6.1.0)
[...]
> the package control files. However Uploaders ends up in the dsc
wo years), I usually just
> plonk in a '-static' and be done with it. I'd hate to see this
> functionality go.
[...]
It is already gone. If the binary uses NSS you have a good chance that
it won't work with a different glibc. Just
check http://bugs.debian.org/libc6 foor examples.
cu andreas
out this stuff. Any patches are welcome which would
successfully remove automake* build dependency on *every* architecture.
Kind regards
Andreas.
IMHO it is a lintian bug to hardcode the
policy version to check against instead at least verifying an installed
policy version.
Kind regards
Andreas.
On Wed, 15 Oct 2003, Sam Hocevar wrote:
>See also /usr/share/doc/autotools-dev/README.Debian.gz
Thanks for the hint, which hopefully prevents me from any future automake
caused frequent wordnet uploads.
Kind regards
Andreas.
st a package if the warning should be
intended to the checker itself.
Kind regards
Andreas.
ts.pl?word=Adv-Routing-HOWTO&searchmode=searchfilesanddirs&case=insensitive&version=unstable&arch=i386&directories=yes
cu andreas
1901 - 2000 of 4693 matches
Mail list logo
