(see english version below)
(дивіться українську версію нижче)
Ваше письмо не прошло спам-фильтр и было временно помещено в папку "Спам". Для
доставки письма, пожалуйста, перейдите по этой ссылке:
http://www.shade.mail.ua/confirm/1QJIgJ-0006Ro-R7_mail.ua_shade
Детали письма:
Тема: "Системная Ра
(see english version below)
(смотрите русскую версию ниже)
Потрібне підтвердження відправки вашого листа "Системная Работа с Клиентом."
для yars...@mail.ua.
Ваш лист не пройшов спам-фільтр і його було тимчасово поміщено до папки "Спам".
Для доставки листа, будь ласка, перейдіть за наступним пос
(see english version below)
(дивіться українську версію нижче)
Ваше письмо не прошло спам-фильтр и было временно помещено в папку "Спам". Для
доставки письма, пожалуйста, перейдите по этой ссылке:
http://www.yield.mail.ua/confirm/1QJIqp-0008MI-Ek_mail.ua_yield
Детали письма:
Тема: "Системная Ра
On Sun, 8 May 2011 22:36:20 +0200
Enrico Weigelt wrote:
> > The options are just passed on unchanged. No problem with that. Can
> > still call ./configure directly. Maybe it wastes a little bit of time
> > but if you're cross-building, you're using a really fast machine so
> > this is hardly of c
* Bernhard R. Link schrieb:
> Given that aclocal is part of automake that is not very surprising.
> If you want to use it without automake, you could just add a single-line
> Makefile.am with the needed data (without AM_INIT_AUTOMAKE in configure.ac
> autoreconf will not call automake), but best
* Neil Williams schrieb:
(forgot attachments)
...
--
--
Enrico Weigelt, metux IT service -- http://www.metux.de/
phone: +49 36207 519931 email: weig...@metux.de
mobile: +49 151 27565287 icq: 210169427 skype: n
* Neil Williams schrieb:
> ./autogen.sh does not clean anything.
Clarification: with "clean state" I meant a state of the tree
where all the generated files (from autotools+friends) have been
reliably regenerated afresh (no leftovers from previous runs).
Removing temporary files from different
On Sun, 2011-05-08 at 21:25 +0200, Arthur de Jong wrote:
> On Sun, 2011-05-01 at 12:55 +0200, Bastien ROUCARIES wrote:
> > It seems fedora is moving to nss for openldap
>
> I don't think it's completely free from the same kind of issues as
> GNUTLS. For example, I recently came across this:
> ht
* Enrico Weigelt [110508 21:45]:
> Autoconf (w/o automake) offers no means to tell additional m4
> include pathes (eg. in configure.ac), so that just calling
> autoreconf (w/o any additional parameters!) can do a full
> regeneration all on its own.
Given that aclocal is part of automake that is n
* Simon Josefsson schrieb:
> >> The problem is that autoreconf offers NO command line options for you to
> >> pass the required -I parameters for aclocal, nor is there a way to encode
> >> that information in the one place where it could conveniently live
> >> (configure.ac) AFAIK.
> >
> > So, mo
* Neil Williams schrieb:
> > Which ones exactly (besides the usual autotools) ?
>
> bison, flex and a few others.
Standard tools available on virtually any system that likes to
build anything ...
To make sure they're installed, use build-time dependencies. Done.
> Also that certain stages of
* Simon McVittie schrieb:
> As much as I wish this had been the convention, it isn't - the convention is
> that autogen.sh *does* call ./configure (often with options suitable for
> developers of the project, whereas the ./configure defaults are more suitable
> for packagers).
Actually, I dont
On Sun, 2011-05-01 at 12:55 +0200, Bastien ROUCARIES wrote:
> It seems fedora is moving to nss for openldap
I don't think it's completely free from the same kind of issues as
GNUTLS. For example, I recently came across this:
https://bugzilla.redhat.com/show_bug.cgi?id=701587
NSS (Network Securit
On Sun, 2011-05-01 at 14:08 +0100, Roger Leigh wrote:
> If we could move to having a central service, rather than having every
> process load in a pile of extra libraries, I would probably be in
> favour of it. If would make some things, such as NSS queries inside
> chroots, much more efficient an
On Sat, 07 May 2011 15:08:37 +0200, Stefano Zacchiroli wrote:
> But I agree that this policy should not force maintainers of several
> packages to ping their bug logs every 7 days, although at the very
> minimum I do expect a maintainer to post to an RC bug log at least once
> an "I'm on it" messa
Package: wnpp
Owner: Youhei SASAKI
Severity: wishlist
* Package name: ruby-pgplot
Version : 0.1.3-1
Upstream Author : Masahiro TANAKA
* URL or Web page : http://pgplot.rubyforge.org/
* License : Ruby's
Description : A Ruby interface to the PGPLOT graphics library
Ru
Quoting Steve Langasek (vor...@debian.org):
> But I hope the login maintainers 'wontfix' any such bug report. This is a
I suspect they would, yesbased on the advice of people they trust
for such things..:-)
(imho, such case is indeed something where the Technical Comittee has
added value i
Package: wnpp
Severity: wishlist
Owner: "Torquil Macdonald Sørensen"
* Package name: tinarng
Version : 4.12
Upstream Author : Heiko Bauke
* URL : http://trng.berlios.de
* License : BSD
Programming Lang: C++
Description : Tina's (pseudo-) Random Number
On Sun, 2011-05-08 at 17:56 +0200, Sven Hoexter wrote:
> On Sun, May 08, 2011 at 05:33:42PM +0200, Martin Zobel-Helas wrote:
>
> Hi,
>
> > i currently wonder if Debian should implement RFC 4941 as default for
> > wheezy.
>
> I thought about this a few month ago and my proposal would've been to
>
On dim., 2011-05-08 at 17:56 +0200, Sven Hoexter wrote:
> Beside that the default timeout setting for the dynamic address is something
> to be discussed, I believe the default is about a week which is rather
> long if you want to have a benefit over static assignment. After all the gain
> of
> ano
On Sun, May 08, 2011 at 05:33:42PM +0200, Martin Zobel-Helas wrote:
Hi,
> i currently wonder if Debian should implement RFC 4941 as default for
> wheezy.
I thought about this a few month ago and my proposal would've been to
add an example in /etc/sysctl.conf. I'm not sure if we can or should
dis
Hi,
i currently wonder if Debian should implement RFC 4941 as default for
wheezy.
Background: IPv6 configured via router advertisement will use the
hardware address of the ethernet card to encode the IPv6 address. This
raises privacy issues, such as being able to track each single device.
I the
Le Sun, May 08, 2011 at 10:07:53AM +0200, Stefano Zacchiroli a écrit :
>
> I would be happy if we could stop discussing what today is just spilled milk,
> given that one way or another this matter has been settled.
To clarify, Enrico wrote that “the hands of FD were rather tied” by the 2008
GR, an
Processing commands for cont...@bugs.debian.org:
> reassign 616317 general
Bug #616317 [base] base: commit= ext3 mount option in fstab has no effect.
Bug reassigned from package 'base' to 'general'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
616317: http://bu
reassign 616317 general
thanks
In http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=9;bug=616317 you
said:
> So I'm going to do the cowardly thing, and choose the third option,
> which is to reassign this back to base, cc'ing debian-devel. I'm not
> sure what the right thing is to do here, since
Hi again,
Cyril Brulebois (08/05/2011):
> is that a related breakage?
>
> [Can't debootstrap]
>
> Same happens with ftp{.fr,.uk,.de,}.debian.org; with i386 and amd64.
Also, ftp.ch.d.o exhibited the infamous Hash Sum mismatches for the
kfreebsd-i386 sid chroot on io.debian.net; switching to ftp.d
Hi,
Joerg Jaspert (07/05/2011):
> As we have received no notice of errors and as we also do not see
> anything bad ourself, I just activated the new generator for the
> archive. Starting with the next dinstall run in a few minutes all
> Packages and Sources files[2] will be generated using the ne
Sounds like an extension of DACA:
http://qa.debian.org/daca/
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
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/BANLkTi=
Hi,
I'd like to hear your opinions about an idea and propose a discussion about it
on Debconf:
a) Dream: Debian could publish quality metrics about the packaged software in
a machine readable format.
b) Software quality obviously is not strictly defined. There are metrics that
could automatic
On Sun, May 08, 2011 at 10:46:35AM +0900, Charles Plessy wrote:
> the 2008 GR invites to seek consensus, and in my opinion, what prove
> to be anti-consensual is to divide developers into formal categories.
> I have not seen such a vigourous opposition in the recent years to the
> idea of accepting
Enrico Weigelt writes:
> * Henrique de Moraes Holschuh schrieb:
>
>> > I'm (as upstream) using serval macros in their own .m4 files (eg.
>> > in ./m4/, maybe even sorted into subdirs). Can autoreconf figure
>> > out the required search pathes all on its own ?
>>
>> The problem is that autorecon
31 matches
Mail list logo
