On Sat, Apr 13, 2013 at 06:52:01AM -0300, Ben Armstrong wrote:
> > - - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
[...]
So you're the second person that doesn't follow the headers I've
set:
Reply-To: leader2...@vote.debian.org
Mail-Followup-To: leader2...@vote.debian.or
On Sun, Mar 31, 2013 at 01:03:52PM +0300, Timo Juhani Lindfors wrote:
> Kurt Roeckx writes:
> >> - md5_hex("$name $alias obfuscate\n"), "\n";
> >> + hmac_sha256_hex($name, "obfuscate"), "\n";
&
On Sat, Mar 30, 2013 at 03:41:09PM +0100, Kurt Roeckx wrote:
> I just pushed a change for this issue to my git repo at:
> http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary
>
> I would be grateful if people can review that.
>
> I also still need to do s
On Sat, Mar 30, 2013 at 05:13:23PM +0200, Timo Juhani Lindfors wrote:
> Kurt Roeckx writes:
> > I just pushed a change for this issue to my git repo at:
> > http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=summary
> >
> > I would be grateful if people c
On Tue, Apr 24, 2012 at 12:56:19PM +0300, Timo Juhani Lindfors wrote:
> Hello,
>
> I think I found a bug in devotee (debian vote engine) that breaks the
> secrecy elections.
I just pushed a change for this issue to my git repo at:
http://anonscm.debian.org/gitweb/?p=users/kroeckx/devotee.git;a=su
On Fri, Jan 18, 2013 at 10:11:50AM -0600, Paul Johnson wrote:
>
> $ dpkg -l | grep libc6
> ii libc6:amd64 2.13-37 amd64
> ii libc6:i3862.13-37 i386
> ii libc6-amd64 2.13-37 i386
> ii libc6-i3862.13-37 amd64
So you basicly have libc6 installed 4 times, twice for i386 and
twice
On Fri, Oct 12, 2012 at 12:42:57AM +0600, Andrey Rahmatullin wrote:
> On Thu, Oct 11, 2012 at 08:18:55PM +0200, Kurt Roeckx wrote:
> > There are also the md5sums files that are stored in the .deb file.
> > I'm not really sure what the real use case for them is and
> > wo
On Thu, Oct 11, 2012 at 01:19:58AM +0200, Christoph Anton Mitterer wrote:
> Hi folks.
>
> AFAICS, secure APT and similar things (e.g. dpkg's file hash sums) still
> use even MD5.
dpkg-genchanges and dak both generate md5, sha1 and sha256. So
.deb files themself are hashed by all 3 of them. A as
On Mon, Sep 24, 2012 at 07:33:03PM +0200, Joachim Breitner wrote:
> Hi,
>
> Am Montag, den 24.09.2012, 11:59 -0500 schrieb Peter Samuelson:
> > [Joachim Breitner]
> > > Would it be possible to extend the syntax to specify lists of
> > > packages not by name, but by Maintainer,
> > > e.g. pkg-haske
On Fri, Sep 21, 2012 at 08:26:24PM +0100, peter green wrote:
> While working on debian one thing I have not managed to find is
> documentation on what packages can and can't assume about the build
> environment. Does such documentation exist and if not should it be
> created.
One thing that is at
On Sat, Sep 15, 2012 at 01:11:47AM +0400, Michael Tokarev wrote:
> On 15.09.2012 01:03, Kurt Roeckx wrote:
> > On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
> >>
> >> So we have the following options:
> >>
> >> 1) package
On Sat, Sep 15, 2012 at 12:15:51AM +0400, Michael Tokarev wrote:
>
> So we have the following options:
>
> 1) package just this single file, of 20 bytes long, in a
>separate Arch:all package, in it's own separate source.
>
> 2) drop ppc support where this file is required.
3) Just ship
On Fri, Jul 13, 2012 at 06:13:43PM +0900, Norbert Preining wrote:
> Hi everyone,
>
> can we somehome make $subject a target for the *next* release?
> It is ridiculous that it is in fact completely arbitrary what
> program is used to open files. Currently in my gnome-shell
> pdfs are opened with a
On Sat, Apr 07, 2012 at 11:27:46AM +0200, Raphael Hertzog wrote:
> Hi,
>
> On Sat, 07 Apr 2012, Julien Cristau wrote:
> > On Sat, Apr 7, 2012 at 02:17:21 +0200, Kurt Roeckx wrote:
> >
> > > However, I wonder why bindnow isn't on by default. I thought we had
On Sun, Apr 01, 2012 at 11:29:42AM -0700, Kees Cook wrote:
> Note that the default flags in both Ubuntu and Debian lack PIE (where
> as Gentoo's hardening patchset includes PIE by default). The Debian
> hardening documentation has encouraged maintainers to enable PIE too
> if they have a sensitive
On Mon, Apr 02, 2012 at 11:00:11PM +0900, Charles Plessy wrote:
>
> Nevertheless, facts such as protein sequences are not copyrightable. This is
> somewhat confirmed by the UniProt consortium itself on their website
> (http://www.uniprot.org/help/license), and my conclusion is that, in isolation
On Mon, Feb 20, 2012 at 12:47:31PM +0100, Jérémy Lal wrote:
> Hi,
> i am not able to tell if abi-compliance-checker is serious enough to
> be able to use its results to ensure ABI-compatibility of C++ libs.
> It gives informations like :
> http://www.upstream-tracker.org/versions/v8.html
It's the
On Wed, Feb 15, 2012 at 07:39:50PM +, Uoti Urpala wrote:
>
> The most obvious way how the non-fPIE case could theoretically work would be
> having
> such text relocations for main executable; without them you can't expect
> things
> to work without special tricks.
Yes, and I expect the tool
On Wed, Feb 15, 2012 at 12:09:41AM +, Uoti Urpala wrote:
> > Anyway, the C standard says that there is a requirement that
> > both the DSO itself as all other objects must be able to take
> > the address of it and still get the same pointer. And this
> > obviously fails in your example.
>
> Y
On Tue, Feb 14, 2012 at 11:09:44PM +, Sune Vuorela wrote:
> On 2012-02-14, Kurt Roeckx wrote:
> > It was always my understanding that protected wasn't useful,
> > because it's even more expensive.
>
> Can you come with a bit pointers or numbers about 'exp
On Tue, Feb 14, 2012 at 08:17:09PM +, Uoti Urpala wrote:
> Kurt Roeckx roeckx.be> writes:
> > > What affects the ABI is compiling the library in a way that does not
> > > support
> > > copy relocations. This can be done with visibility attributes
On Mon, Feb 13, 2012 at 10:29:23PM +, Uoti Urpala wrote:
> Kurt Roeckx roeckx.be> writes:
> > So my understanding is that you want to build libraries with -fPIE
> > instead of -fPIC, and that that creates a different ABI?
>
> What affects the ABI is compiling the li
On Sun, Jan 29, 2012 at 11:06:27PM +, Sune Vuorela wrote:
> Hi
>
> One of my upstreams of a collection of shared libraries is about to make
> a change that is going to require all executables built against these
> shared libraries to be built with -fPIE (and libraries with -fPIC).
>
> Is ther
On Sun, Nov 20, 2011 at 08:48:08PM +, Ben Hutchings wrote:
> /usr/lib/i386-linux-gnu/i486/libcrypto.so.1.0.0: cpuid
> /usr/lib/i386-linux-gnu/i486/libcrypto.so.1.0.0: rdtsc
I should probably drop that i486 variant anyway, since i486
is already the default. I should also consider dropping the
On Sun, Nov 20, 2011 at 07:36:43PM +, Ben Hutchings wrote:
>
> So far as I'm aware, none of the above will be generated directly by
> compilers (though they may be available through 'intrinsics'). So it
> may be that there is little to be gained by moving to 586-class as a
> minimum. If that
On Sat, Sep 10, 2011 at 05:50:29PM +, brian m. carlson wrote:
> On Sat, Sep 10, 2011 at 01:27:01PM +, Felipe Sateler wrote:
> > On Thu, 08 Sep 2011 19:34:41 +0200, Andreas Barth wrote:
> > > I disagree with "let's first remove things". If a package like ruby
> > > doesn't build on sparc thi
On Thu, Sep 08, 2011 at 07:34:41PM +0200, Andreas Barth wrote:
>
> > - Being able to judge whether the maintainers have done their part in
> > reaching out to porters is a requisite for the above. And to do so, we
> > really need more visibility of those exchanges. According to devref
> > [1
On Wed, Aug 31, 2011 at 02:42:41PM +0200, Lucas Nussbaum wrote:
> On 31/08/11 at 12:58 +0100, Ben Hutchings wrote:
> > On Wed, 2011-08-31 at 11:57 +0200, Lucas Nussbaum wrote:
> > [...]
> > > But a different thread library that has clear POSIX compliance bugs[*]
> > > is the kind of things that mak
On Tue, Aug 30, 2011 at 11:05:03AM +0200, Bernhard R. Link wrote:
>
> (And try to imagine how hard it would have been to introduce amd64
> if alpha had not elliminated in many years work most of the subtle
> 64 bit bugs found in most software, I doubt porters alone could have
> completed this in t
On Wed, Aug 31, 2011 at 02:52:53PM +0100, Ian Jackson wrote:
> Let me make an alternative proposal:
>
> * The root cause bug in the BTS would be given a special tag
>("arch-blocker:" or something). I will call such a bug which
>is open and has existed in this state for 30 days a "ripe ar
On Wed, Aug 31, 2011 at 04:30:56AM +, Felipe Sateler wrote:
>
> I think some clarification needs to be done for these types of errors. I
> sometimes get a (serious) bug reported against one of my packages because:
>
> 1. python errored out with a glibc-detected error
> 2. gcc broke in some w
On Mon, Aug 29, 2011 at 01:06:15PM +0200, Lucas Nussbaum wrote:
> >
> > Sorry, but I disagree here. I don't think it is reasonable to expect
> > porters to check for build failures in general, especially as many of
> > them just happen because of generic maintainer errors and
> > cross-architectur
On Thu, Aug 18, 2011 at 11:56:41PM -0400, compn wrote:
> mplayer2 is a very poor fork name used to confuse users.
So you think Debian should rename the package to confuse people
even more?
Or is there some other reason you mailed this to the Debian list?
I suggest you take it up with the people
On Thu, Aug 04, 2011 at 12:02:25PM +0200, Olivier Sallou wrote:
> For info, executable is quite large 11MB (static) vs 2M (dynamic).
The 11MB probably contains a whole bunch of libraries instead,
making it larger. I don't see how this is relavant.
> Dynamic build exe is linked against:
> osallou
On Sat, May 14, 2011 at 04:55:01PM +0100, Roger Leigh wrote:
> Packages using /etc
> /etc/adjtime
That file should probably not be in /etc in the first place,
but be somewhere under /var/lib. Since FHS 2.2 it even mentions
that this file should be /var/lib/hwclock/adjtime.
Kurt
--
To UNSU
On Tue, May 03, 2011 at 07:21:28AM +0200, Lucas Nussbaum wrote:
> (Ccing -devel@, since I have been asked about that by others)
>
> On 03/05/11 at 01:16 +0200, Rene Engelhard wrote:
> > tag 624997 - wheezy
> > thanks
> >
> > On Mon, May 02, 2011 at 02:39:43PM +0200, Lucas Nussbaum wrote:
> > > So
On Wed, Apr 20, 2011 at 09:47:25AM +0100, Neil Williams wrote:
> 3) Comments should be used to describe the function of the program so
> that users who are unfamiliar with the program name will be able to
> understand how the program can help them achieve tasks or partake in an
> activity. Comments
On Sun, Apr 03, 2011 at 02:52:17AM +0200, Jérémy Lal wrote:
> Hi,
>
> openssl 1.0.0-d is in unstable and by default disables
> sslv2 methods, so what's the correct decision to make, regarding
> packages that use ssl as client or server :
>
> 1) patch package to disable code that use sslv2, and ex
On Sat, Apr 02, 2011 at 08:28:41AM +0200, David Paleino wrote:
> Hi Paul,
>
> On Sat, 2 Apr 2011 17:09:02 +1300, Paul Waite wrote:
>
> > Debian wrote:
> > > - - -=-=-=-=-=- Don't Delete Anything Between These Lines
> > > =-=-=-=-=-=-=-=- 0942471d-23ab-4b5e-b5a8-02c2e74cb588
> > > [ x ] Choice 1:
On Wed, Mar 30, 2011 at 06:45:50PM +0200, Wesley W. Terpstra wrote:
> On Tue, Mar 29, 2011 at 8:03 PM, Kurt Roeckx wrote:
>
> > On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote:
> > > If I may ask, for what purpose do the buildds have a special list of
>
On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote:
> The problem is that the buildds currently also see the newer
> > arch all version. But this version will go away after some
> > time and it will only see the version from unstable.
> >
>
> If I may ask, for what purpose do the
On Tue, Mar 29, 2011 at 06:58:36PM +0200, Wesley W. Terpstra wrote:
> On Tue, Mar 29, 2011 at 6:42 PM, Kurt Roeckx wrote:
>
> > As long as the Packages file for the buildds mentions this arch
> > all package, no buildd can build it, because it only considers
> > insta
On Tue, Mar 29, 2011 at 05:52:23PM +0200, Julien Cristau wrote:
> As far as I can tell the problem is that you switched the mlton binary
> package to 'Architecture: all'. Which means it's available on all
> architectures already in the new version, even though it's not
> installable.
If I underst
On Sun, Mar 27, 2011 at 12:27:15PM +0100, Roger Leigh wrote:
> On Sun, Mar 27, 2011 at 10:56:28AM +0200, Joerg Jaspert wrote:
> > - The long standing project of enabling autosigning for the buildds also
> > got finished. That means that packages successfully built can now be
> > uploaded automa
On Sat, Mar 12, 2011 at 11:06:41PM +0100, Kurt Roeckx wrote:
> On Sat, Mar 12, 2011 at 09:44:51PM +0100, Torsten Werner wrote:
> > On Sat, Mar 12, 2011 at 8:28 PM, Kurt Roeckx wrote:
> > > $ apt-file search bokmaal.aff
> > > inorwegian: /usr/lib/ispell/bokmaal.
On Sat, Mar 12, 2011 at 09:44:51PM +0100, Torsten Werner wrote:
> On Sat, Mar 12, 2011 at 8:28 PM, Kurt Roeckx wrote:
> > $ apt-file search bokmaal.aff
> > inorwegian: /usr/lib/ispell/bokmaal.aff
> > $ apt-file search bokmål.aff
> > inorwegian: /usr/lib/ispell/bokmål.
On Sat, Mar 12, 2011 at 07:53:34PM +0100, Torsten Werner wrote:
> On Sat, Mar 12, 2011 at 2:02 PM, Kurt Roeckx wrote:
> > So basicly apt-file search will fail to find any file in
> > inorwegian and wnorwegian?
>
> It won't find any files currently for both pa
On Sat, Mar 12, 2011 at 11:01:21AM +0100, Torsten Werner wrote:
>
> 5) Packages with duplicate filenames are marked just as such and no
> contents is recorded, e.g.
> DUPLICATE_FILENAMES text/inorwegian,text/wnorwegian
So basicly apt-file search will fail to find any file in
inorwegian a
On Sat, Feb 26, 2011 at 09:44:07PM +0100, Tollef Fog Heen wrote:
> ]] Harald Dunkel
>
> (This is from bug #602490, but it's more of a generic problem)
>
> | Would it be possible to add an "enable" flag to
> | /etc/default/nagios3 to control if the daemon is
> | started at boot time?
>
> I'd lik
On Sat, Feb 26, 2011 at 10:05:44AM +, Roger Leigh wrote:
> On Fri, Feb 25, 2011 at 09:29:01PM -0600, Steve M. Robbins wrote:
> > Hi,
> >
> > The buildd system is generally quite fabulous, but why does
> > https://buildd.debian.org/build.cgi?pkg=insighttoolkit show version
> > 3.8.0-1? This ve
On Fri, Feb 11, 2011 at 09:37:54AM +, Lars Wirzenius wrote:
>
> However, I'm curious: is there a lot of software that is broken with
> Unicode, particularly with the UTF-8 encoding? I can't remember anything
> much in recent times.
ispell, aspell. I think hunspell got fix recently.
Kurt
On Tue, Jan 11, 2011 at 11:47:17PM +0100, Luca Falavigna wrote:
> Policy § 2.5 [0] states packages must not depend on other packages with
> lower priority values. In order to better adhere to it, FTP Team
> recently implemented a new tool that generates a list of override
> disparities[1] daily.
>
On Wed, Dec 29, 2010 at 10:28:16PM +0100, Samuel Thibault wrote:
> Hello,
>
> Time has passed and parallel became a GNU project:
>
> http://www.gnu.org/software/parallel/
>
> I guess packaging it can be reconsidered?
Do you know about parallel in moreutils? Is there an advantage
over that one?
On Mon, Sep 27, 2010 at 02:40:59PM -0400, Josh Kelley wrote:
> I'm trying turn an Eclipse CDT (C/C++ Developer Tools) managed build project
> into a Debian package and am having a lot of trouble. Since it's a managed
> build project, I can't simply run make. Eclipse can start a build from the
> c
On Sat, Sep 18, 2010 at 11:40:07AM +0200, Stefano Zacchiroli wrote:
>
> I'm hereby introducing two changes:
>
> a) dropping the name "Debian Contributor"
>(attachment 0001-remove-the-term-Debian-Contributor.patch)
>
> b) fixing punctuation as suggested by Kumar Appaiah [1], thanks!
>(att
On Sat, Jun 26, 2010 at 02:40:37PM +0100, Julien Cristau wrote:
> On Sat, Jun 26, 2010 at 12:57:45 +, Vagrant Cascadian wrote:
>
> > sdm (0.4.1-2) unstable; urgency=low
> > .
> [...]
> >* No longer include dash as a dependency; it is included in essential.
> >* Add lintian overrides
On Tue, May 25, 2010 at 04:13:36PM -0500, Raphael Geissert wrote:
>
> 1. If your name is on the list at [2] please check at [3] the .dsc file that
> corresponds to the source packages you co-/maintain, review and fix. The
> .dsc
> files contain checkbashisms' output.
Is there some kind of doc
On Tue, May 25, 2010 at 04:13:36PM -0500, Raphael Geissert wrote:
> 1. If your name is on the list at [2] please check at [3] the .dsc file that
> corresponds to the source packages you co-/maintain, review and fix. The
> .dsc
> files contain checkbashisms' output.
I get alot of them that have
On Tue, May 25, 2010 at 11:51:30PM +0200, Kurt Roeckx wrote:
> On Tue, May 25, 2010 at 04:13:36PM -0500, Raphael Geissert wrote:
> > [1] http://bugs.debian.org/582952
> > [2] http://people.debian.org/~geissert/source-bashisms/dd-list.txt
>
> That is just a list of all packa
On Tue, May 25, 2010 at 04:13:36PM -0500, Raphael Geissert wrote:
> [1] http://bugs.debian.org/582952
> [2] http://people.debian.org/~geissert/source-bashisms/dd-list.txt
That is just a list of all packages per person? It's listing
packages that have no shell script in it at all, and also
don't h
On Mon, May 24, 2010 at 02:58:54PM +0200, Petter Reinholdtsen wrote:
>
> [Kurt Roeckx]
> > I don't see why you think that would be a problem. Either the
> > init script in runlevel 1 is going to stop the service, or it
> > gets killed. And going back to run
On Fri, May 21, 2010 at 09:42:42PM +0200, Petter Reinholdtsen wrote:
>
> [Kurt Roeckx]
> > And they should probably also be removed from /etc/rc1.d/ in that
> > case because it also uses sendsigs. Lintian warns about this as far
> > as I know.
>
> Perhaps. I a
On Sun, May 23, 2010 at 08:25:34PM +0200, Petter Reinholdtsen wrote:
> warning: script ircd-irc2/init.d/ircd-irc2 possibly missing dependency on
> $syslog
We already covered this in #469605 and it's a false positive.
Kurt
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
On Sun, May 23, 2010 at 01:11:48PM +0200, Cyril Brulebois wrote:
> William Pitcock (22/05/2010):
> > This means that users should *test grub2 extensively* before Squeeze
> > is released so that any issues can be resolved now.
>
> There should also be some folks fixing the discovered issues.
grub
On Fri, May 21, 2010 at 02:05:26PM +0200, Petter Reinholdtsen wrote:
> * Shutdown speed can be improved by removing scripts which only kill
>their daemon from /etc/rc[06].d/ and leaving it to the sendsigs
>script to kill all of them at the same time instead.
And they should probably also
On Tue, Apr 27, 2010 at 07:46:18PM +0200, Julien Cristau wrote:
> On Tue, Apr 27, 2010 at 18:59:16 +0200, Kurt Roeckx wrote:
>
> > I didn't look at the source, but if it's already using
> > getaddrinfo() and going over all the addresses it returned,
> > I don&
On Mon, Apr 26, 2010 at 07:54:53PM +0200, Julien Cristau wrote:
> On Mon, Apr 26, 2010 at 19:30:14 +0200, Josselin Mouette wrote:
> > Good. Now if you or one of those who advocate this "broken by default"
> > behavior could provide patches for gdm3, this would be more productive.
> >
> Not that I
On Fri, Apr 16, 2010 at 07:38:51PM +0200, Romain Beauxis wrote:
> Hi,
>
> Le vendredi 16 avril 2010 12:28:57, Debian Project Secretary - Kurt Roeckx a
> écrit :
> > The list of people voting is at:
> > http://master.debian.org/~secretary/leader2010/voters.txt
&
On Sun, Mar 28, 2010 at 09:28:43AM +0200, Wouter Verhelst wrote:
> On Sat, Mar 27, 2010 at 11:13:20PM +0100, Kurt Roeckx wrote:
> > On Fri, Mar 26, 2010 at 03:11:12PM +0100, Raphael Hertzog wrote:
> > > On Fri, 26 Mar 2010, Marc 'HE' Brockschmidt wrote:
> > >
On Fri, Mar 26, 2010 at 03:11:12PM +0100, Raphael Hertzog wrote:
> On Fri, 26 Mar 2010, Marc 'HE' Brockschmidt wrote:
> > You mean like the existing pages on buildd.debian.org? You just need to
> > feed them the list of affected packages to get that.
>
> Good if it can be done with a simple link t
On Tue, Feb 16, 2010 at 09:13:06PM +0100, Lucas Nussbaum wrote:
>
> - disk space on buildds: at least 2 GiB are required to build a kernel
> with debuginfo. (that doesn't sound too hard to satisfy)
There currently are packages that require more diskspace than
that, for instance the linux-2.6 pa
On Sat, Jan 30, 2010 at 05:05:26PM +0100, Josselin Mouette wrote:
> Le samedi 30 janvier 2010 à 16:58 +0100, Kurt Roeckx a écrit :
> > Are you getting mails about the package installation time? That
> > shouldn't happen as far as I know. From which arch/buildd are you
>
On Wed, Jan 27, 2010 at 10:08:58PM +0100, Josselin Mouette wrote:
> Hi,
>
> I'm not sure I recall who started sending the mails who warn us about
> failed builds immediately. Anyway. That's really appreciated, but -
> there is a but - for packages that fail on all architectures, it means a
> dozen
On Thu, Jan 14, 2010 at 02:28:41AM +0100, Holger Levsen wrote:
> Hi,
>
> On Donnerstag, 14. Januar 2010, Julien Cristau wrote:
> > Except you don't want the squeeze tag for gcc-4.5 bugs, you want the
> > squeeze+1 tag, which doesn't exist.
>
> I'd hope that tagging them sid is the right + working
On Tue, Jan 12, 2010 at 10:20:38AM +0100, Holger Levsen wrote:
> Hi,
>
> On Dienstag, 12. Januar 2010, Raphael Geissert wrote:
> > Please don't forget to usertag the reports. Using the "ftbfs-gcc-4.5"
> > usertag should make it easier to track them (which would later make them
> > show up on the d
On Tue, Jan 05, 2010 at 07:58:36PM -0600, Dirk Eddelbuettel wrote:
>
> littler (aka 'r') is a small wrapper around GNU R that Jeff Horner and I
> released in 2006 and have been maintaining since. It is similar to Rscript
> (which appeared a little later as part of base R) but implemented differen
On Sun, Dec 27, 2009 at 01:39:28PM +0100, Frans Pop wrote:
> Torsten Werner wrote:
> > The Build-Essential: yes field has been updated 2 months ago to better
> > match the declared Depends in the package build-essential as requested
> > in bug #548801.
>
> It seems there is a misunderstanding abou
On Wed, Dec 23, 2009 at 12:47:45PM +0100, Hendrik Sattler wrote:
>
> I have failures now with a client that cannot connect() to the IPv4 address
> but get an ENETUNREACH instead.
> The application DOES set this socket option:
> socket(PF_INET6, SOCK_STREAM, IPPROTO_IP) = 3
> setsockopt(3, SOL_IPV
On Tue, Oct 27, 2009 at 11:51:35PM +0100, Bastian Blank wrote:
> What would be a step forward:
[...]
> - Make any code PIC, including binaries (PIE) and static libs.
static libs would need to be PIE, not PIC.
This is something that's not properly supported on all our arches.
Some people will also
On Sun, Dec 20, 2009 at 04:50:22PM +, Ben Hutchings wrote:
> On Sun, 2009-12-20 at 17:22 +0100, Kurt Roeckx wrote:
> > Hi,
> >
> > Now that we have a 2.6.32 kernel in unstable, can you updates us
> > on the various things mentioned in this mail?
> >
> >
Hi,
Now that we have a 2.6.32 kernel in unstable, can you updates us
on the various things mentioned in this mail?
For instance, as I understand it, most other distro's recently
had a release with a 2.6.31 kernel? Do you know if there are
plans to have a kernel with backported drivers, one used
On Wed, Dec 16, 2009 at 05:07:48PM -0800, Russ Allbery wrote:
>
> With older versions of dpkg-dev, if quilt isn't already available,
> dpkg-source will use its own internal mechanism to apply the patch series,
> and that internal method did not maintain the .pc directory. If the
> patches are app
On Sat, Oct 24, 2009 at 08:24:31PM +0200, Marco d'Itri wrote:
>
> Applications can change the behaviour for their sockets using setsockopt
> and the IPV6_V6ONLY option[2], and many already do this to prevent the
> need of adjusting their configuration depending on how the system is
> configured.
On Thu, Nov 26, 2009 at 12:35:24AM -0800, Ludovico Cavedon wrote:
> Kurt Roeckx wrote:
> >> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
> >> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
> >> libcrypto.so.0.9.8 with link t
On Tue, Nov 24, 2009 at 09:27:06PM -0800, Ludovico Cavedon wrote:
> Hi,
> If you see en error message like this one (from [1]):
>
> qutecom: relocation error: /usr/lib/qutecom/libphapi.so: symbol
> CRYPTO_malloc_debug_init, version OPENSSL_0.9.8 not defined in file
> libcrypto.so.0.9.8 with link t
On Tue, Nov 17, 2009 at 06:51:31PM -0800, Russ Allbery wrote:
> Steve Langasek writes:
> > On Sun, Nov 15, 2009 at 11:20:17PM +0100, Kurt Roeckx wrote:
> >> On Sat, Oct 31, 2009 at 12:12:33PM +1100, Ben Finney wrote:
>
> >>> === modified file 'policy.sgml
On Sat, Oct 31, 2009 at 12:12:33PM +1100, Ben Finney wrote:
>
> === modified file 'policy.sgml'
> --- policy.sgml 2009-10-21 20:49:37 +
> +++ policy.sgml 2009-10-31 01:10:42 +
> @@ -1725,7 +1725,10 @@
>
> It must start with the line #!/usr/bin/make -f,
> so tha
On Sat, Nov 14, 2009 at 03:45:11PM +0100, Josselin Mouette wrote:
> Hi,
>
> it's been a long-standing tradition on Linux to have 6 started getty
> processes, in tty1 to tty6. However this doesn't correspond anymore to
> the way we use our machines.
> * I don't think we need more than 2 of t
On Tue, Sep 29, 2009 at 11:25:17AM +0200, Raphael Hertzog wrote:
> On Wed, 23 Sep 2009, Kurt Roeckx wrote:
> > For elfutils, I have 2 patches that I take from the upstream git
> > repo. Both patches have their own branch, and upstream/redhat
> > merges the master branch into
On Mon, Sep 07, 2009 at 11:03:37PM +0200, Raphael Hertzog wrote:
>
> You are welcome to share your feedback about this format on -devel, if we
> identify shortcomings or possible enhancements, we can still update
> the proposal (but only after we had time to get some real feedback
> based on actua
On Wed, Aug 26, 2009 at 03:46:36AM -0400, Felipe Sateler wrote:
> Steve Langasek wrote:
>
> > On Wed, Aug 26, 2009 at 02:08:40AM -0400, Felipe Sateler wrote:
> >> But this will cause trouble anyway. Imagine this case: glib changes
> >> SONAME, both app and library depend on glib. app is recompiled
On Thu, Jul 30, 2009 at 04:21:44PM +0200, Petter Reinholdtsen wrote:
> reassign 506481 general
> thanks
>
> [Matthias Klose]
> >> Right. This seem to be a problem that need to be solved by the
> >> compiler, and not by initscripts. Reassigning to gcc.
> >
> > this has nothing to do with the comp
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
> Hello everybody,
>
> This is a follow up to my previous thread, with a slightly different proposal.
>
> What actually needs to be done is:
> * Make dash essential, make it divert the current /bin/sh symlink by default,
> make an
On Sun, Jul 19, 2009 at 06:04:13PM +0200, Raphael Geissert wrote:
> Hello everybody,
>
> This is a follow up to my previous thread, with a slightly different proposal.
>
> What actually needs to be done is:
> * Make dash essential, make it divert the current /bin/sh symlink by default,
> make an
On Sun, Jun 21, 2009 at 09:43:16PM +0200, Christian Holm Christensen wrote:
>
> This could be very bad for the root-system package set. ROOT has
> libraries named like libMatrix, libPostscript, libPhysics, libMath, and
> so on - i.e., very general names. For that reason I moved all the
> packa
On Tue, Mar 24, 2009 at 08:03:46PM +0100, Robert Millan wrote:
>
> I'd also like to complain about the title text of the initial GR. It is
> clearly manipulative, as it pretends to be merely describing the proposed
> changes when in fact it is asserting an opinion. I hope the Secretary
> will fi
On Sun, Mar 22, 2009 at 01:39:13PM +0100, Andreas Metzler wrote:
> In article <87vdq3gcf6@vorlon.ganneff.de>
> (gmane.linux.debian.devel.general) you wrote:
> [...]
> > PROPOSAL START
> >
> > General Resolutions are an im
On Wed, Mar 11, 2009 at 10:50:23PM +, Clint Adams wrote:
> On Wed, Mar 11, 2009 at 09:12:31PM +0100, Kurt Roeckx wrote:
> > /usr/lib32 isn't exactly FHS either, but it's better than
> > /emul/ia32-linux
> >
> > Will this also change for ia64? As
On Wed, Mar 11, 2009 at 05:46:31PM +, Clint Adams wrote:
> It may be time to change packages installing files to
> /emul/ia32-linux (which violates the FHS) to use
> /usr/lib32 instead.
/usr/lib32 isn't exactly FHS either, but it's better than
/emul/ia32-linux
Will this also change for ia64?
On Wed, Mar 04, 2009 at 12:31:25AM +0100, Cyril Brulebois wrote:
>
> > I have no idea if these would be appropriate for the pkg-phototools
> > group, but I guess it's worth a try. I'm also CC'ing the maintainer of
> > openexr-tools, Pino Toscano, in case he has particular interest in
> > OpenEXR p
101 - 200 of 397 matches
Mail list logo