On Tue, 15 Nov 2011 07:41:54 +0100
Andrew Shadura wrote:
> Hello,
>
> On Mon, 14 Nov 2011 00:14:18 +0100
> Josselin Mouette wrote:
>
> > > No it does not work like you said. We know the matrix structure, not
> > > the kernel. We map and unmap manually. Doing as you said is
> > > inneficient an
On Tue, Nov 15, 2011 at 07:41:54AM +0100, Andrew Shadura wrote:
> On Mon, 14 Nov 2011 00:14:18 +0100
> Josselin Mouette wrote:
> > This is getting insane. Please learn how to use madvise and
> > posix_fadvise and let the kernel deal with paging. The kernel knows
> > everything about the underlying
2011/11/12 Svante Signell
> Hi,
>
> Where/how to apply to become a co-maintainer and a maintainer? The
> packages I'm interested into start with are: gnuradio and octave.
> Additionally, I have not found any package for USRP yet.
>
At first, you will have to maintain package via a sponsor or a t
Le Tue, Nov 15, 2011 at 08:48:57AM +0800, Paul Wise a écrit :
> On Tue, Nov 15, 2011 at 8:14 AM, Alex Pennace wrote:
>
> > Even without that point, the conclusion remains the same: Both
> > projects should endure the rename (unless one concedes), and that
> > shouldn't be viewed in terms of "look
Joey Hess writes:
> AFAICS, there are no diff files, so this increases the average apt-get update
> download size by 3.6 MB.
>
> Also, it seems unlikely this will ever allow apt to skip downloading the
> English files, unless translations somehow get to, and stay at 100%
Switching to xz compressi
On 15 November 2011 08:17, Neil Williams wrote:
> On Tue, 15 Nov 2011 07:41:54 +0100
> Andrew Shadura wrote:
>
>> Hello,
>>
>> On Mon, 14 Nov 2011 00:14:18 +0100
>> Josselin Mouette wrote:
>>
>> > > No it does not work like you said. We know the matrix structure, not
>> > > the kernel. We map an
Ansgar wrote:
>Joey Hess writes:
>> AFAICS, there are no diff files, so this increases the average apt-get update
>> download size by 3.6 MB.
>>
>> Also, it seems unlikely this will ever allow apt to skip downloading the
>> English files, unless translations somehow get to, and stay at 100%
>
>Swi
Charles Plessy writes ("Re: Two groups of users, one distro in the middle"):
> I agree. One possiblity when packages A and B conflict for a program name
> would be to rename, but in addition to provide a wrapper that executes the
> program from A when only A is installed, from B when only B is ins
Paul Wise writes:
> On Tue, Nov 15, 2011 at 8:14 AM, Alex Pennace wrote:
>
>> Even without that point, the conclusion remains the same: Both
>> projects should endure the rename (unless one concedes), and that
>> shouldn't be viewed in terms of "look at what those meanies in Debian
>> are making
On Tue, Nov 15, 2011 at 03:33:02PM +0100, Gergely Nagy wrote:
> Furthermore, packages in Debian are - to the best of my knowledge -
> adapted already to use /usr/bin/nodejs, packages outside can still work
> unmodified, if the user makes a simple symlink. Document this, and all's
> well.
I don't t
On Tue, 2011-11-15 at 13:34, Ian Jackson wrote:
> Charles Plessy writes ("Re: Two groups of users, one distro in the middle"):
> > I agree. One possiblity when packages A and B conflict for a program name
> > would be to rename, but in addition to provide a wrapper that executes the
> > program fr
Alex Pennace wrote:
> Clearly, the nodejs community would not be pleased. On the other hand,
> the AX25 community would not be pleased about being forced to rename
> if it fell on them. So the real question is which community should
> bear the costs of resolving this conflict?
>
> At this stage, i
On Tue, 15 Nov 2011 12:34:03 +, Aneurin Price
wrote:
...
> I think this discussion needs a sanity check.
>
> Please remember, the topic of conversation is whether an application
> can reasonably make the assumption that the system defined tmp
> directory is a suitable place to store temporar
On 11-11-09 at 08:33am, Philipp Kern wrote:
> On 2011-11-08, Patrick Ouellette wrote:
> > I hope to avoid any issues with breaking old boxes with the eventual
> > resolution of the issue.
>
> I don't know what's wrong with Jonathan Nieder's advise in [0] about
> helping users with the conversio
Hi,
Whats the difference between dependency level 1 and dependency level 2.
I'm new to the list
Thanks
--
Best wishes / 73
Richard Bown
e-mail: rich...@g8jvm.com or richard.b...@blueyonder.co.uk
nil carborundum a illegitemis
##
]] sean finney
| export PATH=/usr/lib/nodejs:$PATH
|
| and problem solved, right?
PATH isn't considered for #! lines, so not really.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
w
On Tue, 15 Nov 2011, Aneurin Price wrote:
> I think this discussion needs a sanity check.
>
> Please remember, the topic of conversation is whether an application
> can reasonably make the assumption that the system defined tmp
> directory is a suitable place to store temporary data.
/tmp in RAM
Hi,
I need your advise on how to deal with the way Debian packages the debug
version of Qt libraries.
I'm trying to package an existing software that includes a small Qt
application. The software is not using autotools or qmake but fixed
Makefiles. Building the release version is accomplished by
Yaroslav Halchenko writes:
> Thank you John for extending my argument with adequate references which
> I have swallowed while composing my question email.
>
> And if we are after reading FHS /usr/lib section:
>
> /usr/lib includes object files, libraries, and internal binaries that
> are
Hi,
libconfig [1] has not been updated since Squeeze, and is lagging
upstream by a major version.
Packaging the upstream release is not a problem, but an ABI change will
require a transition from libconfig8 to libconfig9.
The maintainer is aware of the problem, and this has been tracked as
wishl
Joerg Jaspert writes:
> I just merged a patch from Ansgar to generate the Packages files without
> the English description embedded inside them. Instead they are now
> written into a new file, the "English Translation" file in
> "main/i18n/Translation-en.bz2". They thus appear alongside all other
On Tue, Nov 15, 2011 at 06:15:48PM +, Jonathan McCrohan wrote:
> Hi,
>
> libconfig [1] has not been updated since Squeeze, and is lagging
> upstream by a major version.
>
> Packaging the upstream release is not a problem, but an ABI change will
> require a transition from libconfig8 to libcon
Tollef Fog Heen wrote:
> ]] sean finney
>
> | export PATH=/usr/lib/nodejs:$PATH
> |
> | and problem solved, right?
>
> PATH isn't considered for #! lines, so not really.
It is if you use #!/usr/bin/env node
--
John H. Robinson, IV jaq...@debian.org
Neil Williams writes:
> We've a few native packages which handle data in package-specific
> directories under /var/lib/. It would be convenient to specify the name
> of this directory in debian/rules as a -D define to the compiler
> (because it's native) and then pass that into the relevant maint
On Tue, 15 Nov 2011 19:12:10 +0100
Malte Forkel wrote:
> I need your advise on how to deal with the way Debian packages the debug
> version of Qt libraries.
Debugging symbols exist in the libqt4-dbg package.
When building your own code, it is just a case of ensuring that the
flags are passed to
On Tue, 15 Nov 2011 at 19:02:48 +, Neil Williams wrote:
> Fix the rest of the flags. In most cases, what you're thinking of as
> the "release" build may actually contain debug symbols which dh_strip
> would then put into a dbg package. What matters (the only thing
> which matters) is exactly wh
Le Monday 14 November 2011 00:14:18, Josselin Mouette a écrit :
> Le dimanche 13 novembre 2011 à 23:20 +0100, Bastien ROUCARIES a écrit :
> > No it does not work like you said. We know the matrix structure, not
> > the kernel. We map and unmap manually. Doing as you said is
> > inneficient and tras
Processing commands for cont...@bugs.debian.org:
> # affects most development libraries, not just libc
> reassign 648889 general
Bug #648889 [libc6-dev] /usr/include/features.h(323): catastrophic error: could
not open source file "bits/predefs.h"
Bug reassigned from package 'libc6-dev' to 'genera
Package: wnpp
Severity: wishlist
Owner: Ben Hutchings
* Package name: kup
Version : 0.2
Upstream Author : H. Peter Anvin
* URL : git://git.zytor.com/users/hpa/kup/kup.git
* License : GPLv2+
Programming Lang: Perl
Description : kernel.org upload tool
T
El 15/11/11 19:29, Ben Hutchings escribió:
On Tue, Nov 15, 2011 at 06:15:48PM +, Jonathan McCrohan wrote:
Hi,
libconfig [1] has not been updated since Squeeze, and is lagging
upstream by a major version.
Packaging the upstream release is not a problem, but an ABI change will
require a tran
On Sun, Nov 13, 2011 at 01:59:19PM +, Dominic Hargreaves wrote:
> As per #637809, I plan to upload perl 5.14 to unstable soon (maybe today,
> depending on how some last bits of testing go). Like last time, this
> will mean that a large number (~ 470) of packages will need to be binNMUed
> by th
I still think that is disagreeing with thought using /tmp is a bad idea is a good idea and agree
with the people who are against.
debian-devel@lists.debian.orgAneurin Price wrote:
On 15 November 2011 08:17, Neil Williams wrote:
Do not cripple all platforms with the sins of the weakest.
M
Package: wnpp
Severity: wishlist
Owner: Miriam Ruiz
* Package name: phlipple
Version : 0.8.2
Upstream Author : Remigiusz Dybka
* URL : http://phuzzboxmedia.com/games/phlipple
* License : GPL 3.0 or above
Programming Lang: C
Description : reduce 3D sha
Wolfgang Tichy wrote:
> Thanks for your answer. I think the intel compiler does support the -B
> and -I options. So I think your suggestion would work. However, I am
> not sure if I like this solution.
It's only a workaround. A fix would involve contacting the Intel
developers to get icc to sear
CC'ing mentors, as this issue seems to be blocked by a missing sponsor.
On Mi, Nov 16, 2011 at 00:20:16 (CET), Jose Luis Tallón wrote:
> El 15/11/11 19:29, Ben Hutchings escribió:
>> On Tue, Nov 15, 2011 at 06:15:48PM +, Jonathan McCrohan wrote:
>>> Hi,
>>>
>>> libconfig [1] has not been upda
On Wed, 2011-11-16 at 06:53 +0100, Reinhard Tartler wrote:
> On Mi, Nov 16, 2011 at 00:05:58 (CET), Ben Hutchings wrote:
>
> > Package: wnpp
> > Severity: wishlist
> > Owner: Ben Hutchings
> >
> > * Package name: kup
> > Version : 0.2
> > Upstream Author : H. Peter Anvin
> > * UR
On Mi, Nov 16, 2011 at 00:05:58 (CET), Ben Hutchings wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Ben Hutchings
>
> * Package name: kup
> Version : 0.2
> Upstream Author : H. Peter Anvin
> * URL : git://git.zytor.com/users/hpa/kup/kup.git
The URL is not a web
37 matches
Mail list logo
