* Ben Hutchings:
> You can disagree all you like, but I believe that the FTP team will
> currently reject any new packages that use source code from their build-
> dependencies.
Surely this is not true because that would rule out many programs
written in C++.
--
To UNSUBSCRIBE, email to debian
[N N]
> #include
> #include
>
> int main(int argc, char** argv) {
> unsigned char foo[10] = "boo";
> printf("%s\n", SHA1(foo, 3, 0));
> }
Don't use printf("%s") on binary data that is not null-terminated.
What you probably want is to convert each byte to 2 hex digits and
print it that way.
On Tue, Nov 3, 2009 at 3:56 AM, gregor herrmann wrote:
> On Mon, 02 Nov 2009 07:15:35 +0100, Penny Leach wrote:
>
>> Well, that's logically equivalent to installing multiple versions of the
>> same package. At the moment, there's one moodle installation, which has
>> code that lives in /usr/shar
"John H. Robinson, IV" writes:
> Russ Allbery wrote:
>> Surely the answer to that question is obvious: fix the bugs Lintian is
>> finding that prevent upload. They're the equivalent of RC bugs (not
>> precisely the same, but similar), which if you're already doing an NMU
>> are certainly fair ga
Russ Allbery wrote:
> Charles Plessy writes:
>
> > In addition, some important questions are left unanswered. I reproduce
> > here the one from Brian May, which I think is very relevant and was
> > asked in many different ways, and always ignored:
>
> >
> > http://lists.debian.org/msgid-sea
Apologies if this is the wrong list. If so, please direct me to the
appropriate one.
Consider the following C code:
include
#include
int main(int argc, char** argv) {
unsigned char foo[10] = "boo";
printf("%s\n", SHA1(foo, 3, 0));
}
in file test-hmac.c.
gcc -static test-hmac.c -lcrypto;
Charles Plessy writes:
> In addition, some important questions are left unanswered. I reproduce
> here the one from Brian May, which I think is very relevant and was
> asked in many different ways, and always ignored:
>
> http://lists.debian.org/msgid-search/20091102084201.ga15...@microcoma
Le Mon, Nov 02, 2009 at 08:49:40AM -0800, Russ Allbery a écrit :
>
> I'm not seeing where he's doing any significant harm
By killing the discusssion with a flood of emails. Here are the top posters for
this month in this thread:
3 Charles Plessy (+1 with this one)
3 Michael Banck
On 02/11/09 at 12:10 +0200, Faidon Liambotis wrote:
> Lucas Nussbaum wrote:
> > I'm fine with letting ftpmasters take that decision. However, they
> > should consult the project before adding new tags (mail to -devel: "We
> > are thinking of adding those new tags to our list, comments?" instead of
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 Krankenv
Package: wnpp
Severity: wishlist
Owner: Soren Hansen
* Package name: python-mhash
Version : 1.4
Upstream Author : Gustavo Niemeyer
* URL : http://labix.org/python-mhash
* License : LGPL 2.1+
Programming Lang: C, Python
Description : Python bindings fo
Neil Williams writes:
> On Mon, 02 Nov 2009 18:11:42 +0100
> Vincent Danjean wrote:
>
>> Neil Williams wrote:
>> >> /lib64 -> /lib
>> >
>> > That should be:
>> > /lib64 -> lib
>>
>> On my system (amd64), this is currently /lib64 -> /lib
>> Which package manages this symlink ?
>
> libc6
>
>> >
On Mon, 02 Nov 2009, Faidon Liambotis wrote:
> By my interpretation, I don't think that the TC has any authority
> here since the ftp-masters are DPL delegates and not individual
> maintainers.
The intersection of §5.1.1 (DPL delegation) and §6.1.1 (CTTE decides
technical policy) is kind of unchar
Package: wnpp
Owner: Andres Salomon
Severity: wishlist
* Package name: ofono-phonesim
Version : 1.0
Upstream Author : various
* URL : http://www.ofono.org/
* License : GPL 2
Programming Lang: C, C++
Description : Modem emulator used by the oFono mobile
On Mon, 02 Nov 2009 07:15:35 +0100, Penny Leach wrote:
> Well, that's logically equivalent to installing multiple versions of the
> same package. At the moment, there's one moodle installation, which has
> code that lives in /usr/share/moodle, and connects to one database. This
> is determined
This one time, at band camp, Tom Feiner said:
> On Mon, Nov 2, 2009 at 3:48 PM, Stig Sandbeck Mathisen
> wrote:
> > Tom Feiner writes:
> >
> >> Is /var/cache really such a bad option? I mean, the entire web content
> >> is re-generated from templates & graphs are re-generated from the rrd
> >> da
Package: wnpp
Severity: wishlist
Owner: Enrico Tassi
* Package name: luajit
Version : 2.0.0beta1
Upstream Author : Mike Pall
* URL : http://luajit.org
* License : MIT/X
Programming Lang: C, ASM, Lua
Description : Just in time compiler for Lua 5.1
-
On Mon, 02 Nov 2009 18:11:42 +0100
Vincent Danjean wrote:
> Neil Williams wrote:
> >> /lib64 -> /lib
> >
> > That should be:
> > /lib64 -> lib
>
> On my system (amd64), this is currently /lib64 -> /lib
> Which package manages this symlink ?
libc6
> > Having a link to /lib causes problems with
On Sun, Oct 25, 2009 at 06:31:43AM +0100, Andreas Rottmann wrote:
> FWIW, my 24" LCD has 1920x1080 (16:9 HD).
In fact, more and more computers these days are being connected to
digital inputs on HDTVs which only grok a limited number of ATSC
video modes. For example, my Sony HDTV's HDMI inputs sup
Neil Williams wrote:
> On Mon, 02 Nov 2009 16:33:07 +0100
> Goswin von Brederlow wrote:
>
>> The expected layout in squeeze/sid is (at least it is here)
>>
>> /lib
>> /lib32
>> /lib64 -> /lib
>
> That should be:
> /lib64 -> lib
On my system (amd64), this is currently /lib64 -> /lib
Which packag
On Mon, 02, Nov, 2009 at 12:43:42PM +, Philipp Kern spoke thus..
> Of course it is a sane approach but very special care needs to be taken when
> releasing to ensure GPL compliance. So what we should get is support in the
> toolchain to declare against what source package the upload was built
Luk Claes writes:
> Exactly, I have only a limited amount of time and don't want to spend it
> on demotivating discussions with Manoj about why he uses two standards.
I really think the best solution to this is to stop having demotivating
discussions with Manoj, particularly in this case where I
Stefano Zacchiroli writes:
> I was splitting the issues in two sub-issues actually: (1) being sure
> that lintian "E:" messages are only those coming from violated "must"
> requirements, (2) deciding which among them are upload blockers.
> I confess I was pretty much assuming that lintian mainta
On Mon, 02 Nov 2009 16:33:07 +0100
Goswin von Brederlow wrote:
> The expected layout in squeeze/sid is (at least it is here)
>
> /lib
> /lib32
> /lib64 -> /lib
That should be:
/lib64 -> lib
(or to be clearer: ./lib64 -> ./lib )
Having a link to /lib causes problems with debootstrap, cdebootst
Hector Oron writes:
> Hello,
>
> I would like to do a little explanation on the ITP I have filled for
> {linux,binutils,eglibc,gcc-4.3,gcc-4.4,gdb}-armel.
>
> These set of packages provide a cross toolchain for armel targets to
> be built on i386 and amd64 platforms (maybe ppc could be added)
Ben Hutchings writes:
> On Sun, 2009-11-01 at 23:14 +0100, Hector Oron wrote:
>> Hello,
>>
>> I would like to do a little explanation on the ITP I have filled for
>> {linux,binutils,eglibc,gcc-4.3,gcc-4.4,gdb}-armel.
>>
>> These set of packages provide a cross toolchain for armel targets to
hi stig,
On Mon, Nov 02, 2009 at 02:48:56PM +0100, Stig Sandbeck Mathisen wrote:
> Tom Feiner writes:
>
> > Is /var/cache really such a bad option? I mean, the entire web content
> > is re-generated from templates & graphs are re-generated from the rrd
> > databases every 5 minutes. So even if s
Philipp Matthias Hahn writes:
> Hello,
>
> I'm running "Debian sid" on "x86_64" and tried to build a "google-earth"
> package today, which failed with
> dpkg-shlibdeps: error: no dependency information found for
> /emul/ia32-linux/lib/libm.so.6 (used by ../usr/lib/googleearth/liblayer.so).
On Mon, Nov 02 2009, Luk Claes wrote:
> Exactly, I have only a limited amount of time and don't want to spend it
> on demotivating discussions with Manoj about why he uses two standards.
> Though just ignoring these is also of no help, so in general I just
> point out when he does it (probably no
Steve Langasek wrote:
> Where did you see this bug appearing as "RC"? It's closed now, but it
> should not have shown up on any list of bugs that are release-critical for
> squeeze, since the package is not in squeeze.
Sorry, that's my fault. I've been searching for Release Critical bugs
using th
Tom Feiner writes:
> Sorry for the newbie question (I'm not that familiar with debconf).
> Will debconf be able to manage upgrade from current munin version?
> Changing the current 'htmldir /var/www/munin' to the new user
> specified one?
Debconf asks questions and stores them. However, with th
Neil McGovern writes:
> Have a read of
> http://webapps-common.alioth.debian.org/draft/html/ch-httpd.html
Useful, thanks. :)
--
Stig Sandbeck Mathisen
pgph88QZYVl0o.pgp
Description: PGP signature
Lucas Nussbaum wrote:
> On 02/11/09 at 15:04 +0100, Peter Fritzsche wrote:
> > About the usertags? Is there a special format in which they should be?
> > And a maintainer asked for a wiki entry at
> > http://wiki.debian.org/qa.debian.org/FTBFS but I am not allowed to change
> > that patch - and I a
Lucas Nussbaum wrote:
> > What is a MBF?
>
> mass bug filing.
thanks
> > I am not sure but do you think that it is a good way to link against a
> > library without specify that you link against it?
>
> The question is not about what I think. The question is whether it's
> reasonable to expect A
[Sune Vuorela]
> the major difference is:
> your app uses both libfoo and libbar. libbar uses libfoo. with ld, it
> is sufficient to do -lbar, and with gold you need -lfoo -lbar.
> in both cases, your app will have NEEDED entries for both libfoo and
> libbar.
If you want symbol versioning to wor
On 02/11/09 at 15:04 +0100, Peter Fritzsche wrote:
> About the usertags? Is there a special format in which they should be? And a
> maintainer asked for a wiki entry at
> http://wiki.debian.org/qa.debian.org/FTBFS but I am not allowed to change
> that
> patch - and I am sure that I shouldn't be
On Mon, Nov 2, 2009 at 3:48 PM, Stig Sandbeck Mathisen
wrote:
> Tom Feiner writes:
>
>> Is /var/cache really such a bad option? I mean, the entire web content
>> is re-generated from templates & graphs are re-generated from the rrd
>> databases every 5 minutes. So even if someone did delete the
>
On Mon, Nov 02, 2009 at 02:48:56PM +0100, Stig Sandbeck Mathisen wrote:
> Should the web configuration be enabled by default? Assume apache2, and
> add configuration to /etc/apache2/conf.d/munin.conf?
>
Have a read of
http://webapps-common.alioth.debian.org/draft/html/ch-httpd.html
Neil
--
aut
Mike Hommey writes:
> * /usr/share/munin.
Would not work well for variable data, I think. The graphs and HTML is
updated every 5 minutes.
--
Stig Sandbeck Mathisen
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Tom Feiner writes:
> Is /var/cache really such a bad option? I mean, the entire web content
> is re-generated from templates & graphs are re-generated from the rrd
> databases every 5 minutes. So even if someone did delete the
> directory, it'll just be recreated up to 5 minutes later.
Apart fro
On 02/11/09 at 13:50 +0100, Peter Fritzsche wrote:
> Lucas Nussbaum wrote:
> > I thought people were supposed to discuss it on -devel@ before starting
> > a MBF?
> What is a MBF?
mass bug filing.
> > Anyway, ways you could have made it better:
> > - provide a step by step guide to reproduce the p
On Mon, Nov 02, 2009 at 02:27:16PM +0100, Mike Hommey wrote:
> On Mon, Nov 02, 2009 at 01:30:37PM +0100, Stig Sandbeck Mathisen wrote:
> > Manoj Srivastava writes:
> >
> > > As I mentioned on IRC, look at trac. The trick is put configuration
> > > files in /etc/munin/, and symlink it back into /v
On Mon, Nov 2, 2009 at 2:30 PM, Stig Sandbeck Mathisen
wrote:
> All munin needs is a place to write static html and png files.
>
> * /var/lib/munin is already used as top level for munin's data files.
> If we add a web root there, it may cause collisions.
>
Right.
> * /var/cache may not be the
On Mon, Nov 02, 2009 at 01:30:37PM +0100, Stig Sandbeck Mathisen wrote:
> Manoj Srivastava writes:
>
> > As I mentioned on IRC, look at trac. The trick is put configuration
> > files in /etc/munin/, and symlink it back into /var/lib/munin if munin
> > needs that.
>
> All munin needs is a place t
Manoj Srivastava writes:
> As I mentioned on IRC, look at trac. The trick is put configuration
> files in /etc/munin/, and symlink it back into /var/lib/munin if munin
> needs that.
All munin needs is a place to write static html and png files.
* /var/lib/munin is already used as top level for
Lucas Nussbaum wrote:
> I thought people were supposed to discuss it on -devel@ before starting
> a MBF?
What is a MBF?
> Anyway, ways you could have made it better:
> - provide a step by step guide to reproduce the problem
> - use a usertag to follow all the bugs
> - provide a link to a wiki page
Matthew Johnson wrote:
> On Mon Nov 02 11:40, Luk Claes wrote:
>> For the actual matter at hand I think it's very wrong to do a MBF
>> without going through d-devel for several reasons:
>
>>
>
> Otoh, this is a slightly special case, since they are things which are
> causing the package to becom
On 2009-11-02, Lucas Nussbaum wrote:
> On 02/11/09 at 12:12 +, Sune Vuorela wrote:
>>
>> Binutils-gold is not the default. It is a bit 'stricter' in how it
>> works, but it is notably faster.
> I was talking about not making --no-add-needed the default in
> binutils-gold.
then you are effec
Package: wnpp
Severity: wishlist
Owner: "Rodolphe Quiédeville"
* Package name: pgtune
Version : 0.9.3
Upstream Author : Greg Smith
* URL : http://pgfoundry.org/projects/pgtune/
* License : BSD
Programming Lang: Python
Description : Optimize parameters
On 2009-11-02, Hector Oron wrote:
> 2009/11/2 Mike Hommey :
>> On Mon, Nov 02, 2009 at 12:25:16PM +0100, Bernd Zeimetz wrote:
>>> So if that is a problem - why not enhance the gcc packaging to build the
>>> cross-compiler packages?
>> Combinatorial explosion ?
> We took this approach, and we have
Hi,
2009/11/2 Mike Hommey :
> On Mon, Nov 02, 2009 at 12:25:16PM +0100, Bernd Zeimetz wrote:
>> So if that is a problem - why not enhance the gcc packaging to build the
>> cross-compiler packages?
>
> Combinatorial explosion ?
We took this approach, and we have been building this way.
Binutils, G
On Mon Nov 02 11:40, Luk Claes wrote:
> For the actual matter at hand I think it's very wrong to do a MBF
> without going through d-devel for several reasons:
>
Otoh, this is a slightly special case, since they are things which are
causing the package to become non-uploadable. In this case the c
On 02/11/09 at 12:12 +, Sune Vuorela wrote:
> On 2009-11-02, Lucas Nussbaum wrote:
> >
> >> Tried to build your package and it fails to build with GNU binutils-gold.
> >> The
> >> important difference is that --no-add-needed is the default behavior of of
> >> GNU
> >> binutils-gold. Please p
On Mon, Nov 02, 2009 at 12:25:16PM +0100, Bernd Zeimetz wrote:
> Ben Hutchings wrote:
>
> > You can disagree all you like, but I believe that the FTP team will
> > currently reject any new packages that use source code from their build-
> > dependencies. It would likely be a waste of Hector's tim
On 2009-11-02, Lucas Nussbaum wrote:
>
>> Tried to build your package and it fails to build with GNU binutils-gold. The
>> important difference is that --no-add-needed is the default behavior of of
>> GNU
>> binutils-gold. Please provide all needed libraries to the linker when
>> building
>> you
Hi,
I thought people were supposed to discuss it on -devel@ before starting
a MBF?
Anyway, ways you could have made it better:
- provide a step by step guide to reproduce the problem
- use a usertag to follow all the bugs
- provide a link to a wiki page where you would have put more info about
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond
* Package name: libsexp-processor-ruby
Version : 3.0.3
Upstream Author : Ryan Davis (Copyright (c) 2001-2007 Ryan Davis, Zen Spider
Software)
* URL : http://rubyforge.org/projects/parsetree
* License
On 02.11.2009 03:19, Ben Hutchings wrote:
On Mon, 2009-11-02 at 02:34 +0100, Matthias Klose wrote:
On 02.11.2009 00:00, Ben Hutchings wrote:
On Sun, 2009-11-01 at 23:14 +0100, Hector Oron wrote:
Hello,
I would like to do a little explanation on the ITP I have filled for
{linux,binutils,eg
Ben Hutchings wrote:
> You can disagree all you like, but I believe that the FTP team will
> currently reject any new packages that use source code from their build-
> dependencies. It would likely be a waste of Hector's time to continue
> with this approach.
So if that is a problem - why not en
Russ Allbery wrote:
> Luk Claes writes:
>
>> As before Manoj seems to interpret things and word things so they fit
>> the way he can use them at the moment he needs them. As long as that
>> continues I'm not going to even try to get the Debian Policy and RC bug
>> policy consistent and the Debian
Lucas Nussbaum wrote:
> I'm fine with letting ftpmasters take that decision. However, they
> should consult the project before adding new tags (mail to -devel: "We
> are thinking of adding those new tags to our list, comments?" instead of
> a mail to -devel saying "We just blocked the following tag
Hi,
Manoj Srivastava wrote:
> There is not bug here. Perhaps the scripts or tests you use need
> to be tightened?
>
> The build dependency line reads (in part)
> libreadline-dev | libreadline6-dev | libreadline5-dev,
Just for record (I got the same 'bug' in one of my packag
On Sun, Nov 01, 2009 at 02:22:28AM -0800, Steve Langasek wrote:
> I'd recommend that others do likewise, to get an appropriately large set of
> eyeballs on this change.
Question:
(apologies if this has already been addressed and I missed it)
I want to perform a NMU upload on a package, say to fi
On Sun, Nov 01, 2009 at 12:25:51PM +0100, Penny Leach wrote:
> The problem we've come across is how to handle migrations. If we have a
> moodle package, that depends on moodle-mysql | moodle-pgsql, then package
> managers that just install the first dependency, could cause a situation,
> for examp
On 01/11/09 at 15:31 +0100, Stefano Zacchiroli wrote:
> [ Adding -qa to Cc ]
>
> On Sun, Nov 01, 2009 at 02:22:28AM -0800, Steve Langasek wrote:
> > > For future handling: If we are adding tags to the list that will hit
> > > more than a few packages we will send a notice to the d-d-a list.
> >
>
On Sun, Nov 01, 2009 at 04:13:48PM -0800, Steve Langasek wrote:
> On Sun, Nov 01, 2009 at 03:31:12PM +0100, Stefano Zacchiroli wrote:
> > So, I revamp a proposal I made in a corner of this thread:
> > Let the QA team decide upon the non overridable lintian errors.
>
> My only concern is that the
On Sat, Oct 31, 2009 at 05:51:26PM +0200, Holger Levsen wrote:
> /var/lib/munin/www is wrong (FHS says: "Users must never need to modify files
> in /var/lib to configure a package's operation." since users might want to
> modify the css files)
IMHO that's not different from some user wanting to
On Sun, 01 Nov 2009, Steve Langasek wrote:
> My only concern is that the ftp archive checks not be used to force changes
> in Policy.
>
> If the set of tags being drawn from is limited to those that are recognized
> as violations of Policy "must" requirements, then I have no opinion on who
> shoul
70 matches
Mail list logo
