Forwarding email to debian-devel
--
Pali Rohár
pali.ro...@gmail.com
--- Begin Message ---
Hello,
I created small patch which adding new env option PREFER_IPV6.
When is set to YES then libc resolvconf updater will add ipv6
nameservers before ipv4 in /etc/resolv.conf. This is usefull if
you want t
Package: wnpp
Severity: wishlist
Owner: Laszlo Kajan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: metastudent
Version : 1.0.7
Upstream Author : Tobias Hamp
* URL : https://rostlab.org/owiki/index.php/Metastudent
* License : GPL-2+
Programmi
Hi, all.
Now, /usr/share/perl5/Dpkg/Shlibs.pm defines default library search path as:
use constant DEFAULT_LIBRARY_PATH =>
qw(/lib /usr/lib /lib32 /usr/lib32 /lib64 /usr/lib64
/emul/ia32-linux/lib /emul/ia32-linux/usr/lib);
and adds multiarch dirs only for crosscompiling:
if ($crosspr
On Tue, Apr 16, 2013 at 7:34 PM, Игорь Пашев wrote:
> Now, /usr/share/perl5/Dpkg/Shlibs.pm defines default library search path as:
Sounds like a topic for the debian-dpkg list?
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with
2013/4/16 Paul Wise :
> On Tue, Apr 16, 2013 at 7:34 PM, Игорь Пашев wrote:
>
>> Now, /usr/share/perl5/Dpkg/Shlibs.pm defines default library search path as:
>
> Sounds like a topic for the debian-dpkg list?
No.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
On Tue, 16 Apr 2013 15:34:40 +0400
Игорь Пашев wrote:
> Now, /usr/share/perl5/Dpkg/Shlibs.pm defines default library search path as:
> use constant DEFAULT_LIBRARY_PATH =>
> qw(/lib /usr/lib /lib32 /usr/lib32 /lib64 /usr/lib64
>/emul/ia32-linux/lib /emul/ia32-linux/usr/lib);
>
> and
On Tue, 16 Apr 2013, Игорь Пашев wrote:
> I think it would be better to add multiarch dirs to DEFAULT_LIBRARY_PATH,
> and put them in first positions.
Why?
This modules tries to mimick ld.so's logic to find libraries as closely
as possible.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Get the
2013/4/16 Raphael Hertzog :
> On Tue, 16 Apr 2013, Игорь Пашев wrote:
>> I think it would be better to add multiarch dirs to DEFAULT_LIBRARY_PATH,
>> and put them in first positions.
>
> Why?
>
> This modules tries to mimick ld.so's logic to find libraries as closely
> as possible.
/lib:/usr/lib w
On Tue, 16 Apr 2013 16:11:24 +0400
Игорь Пашев wrote:
> 2013/4/16 Raphael Hertzog :
> > On Tue, 16 Apr 2013, Игорь Пашев wrote:
> >> I think it would be better to add multiarch dirs to DEFAULT_LIBRARY_PATH,
> >> and put them in first positions.
> >
> > Why?
> >
> > This modules tries to mimick ld
On Fri, Apr 05, 2013 at 10:47:39AM -0700, Russ Allbery wrote:
> ?? ?? writes:
>
> > Indeed.
>
> > So, in any case one can use its own tool just like dh:
>
> > %:
> > debian/megatool $@
>
> Yes, from a Policy perspective. Although please consider using dh and its
> framewor
2013/4/16 Neil Williams :
> On Tue, 16 Apr 2013 16:11:24 +0400
>
> No - there's confusion here between the runtime link path and the
> build time link path. Dpkg::Shlibs at the point quoted is concerned
> with the build time paths. Where to find the stuff which has been
> linked against the built b
On 16 April 2013 13:29, Neil Williams wrote:
> On Tue, 16 Apr 2013 16:11:24 +0400
> Игорь Пашев wrote:
>
>> 2013/4/16 Raphael Hertzog :
>> > On Tue, 16 Apr 2013, Игорь Пашев wrote:
>> >> I think it would be better to add multiarch dirs to DEFAULT_LIBRARY_PATH,
>> >> and put them in first position
+++ Neil Williams [2013-04-16 13:29 +0100]:
> On Tue, 16 Apr 2013 16:11:24 +0400
> Игорь Пашев wrote:
> > /lib:/usr/lib was the default path, now it is
> > /lib/:/usr/lib/, isn't it?
>
> No - there's confusion here between the runtime link path and the
> build time link path. Dpkg::Shlibs at the
On Sun, Apr 14, 2013 at 04:48:20PM +0800, Paul Wise wrote:
> On Thu, Feb 21, 2013 at 9:54 PM, Paul Wise wrote:
>
> > For duplicate file detection, there is now the Debian duplication
> > detector (still importing the archive):
> >
> > http://dedup.debian.net/
>
> This will soon be linked to from
On Sat, Apr 06, 2013 at 01:08:49PM +0900, Charles Plessy wrote:
> Le Sun, Mar 31, 2013 at 07:02:15PM -0400, Scott Kitterman a écrit :
> >
> > Depends: r-base-core (>= 3.0.0~20130327) , r-base-core (<< 4)
> >
> > or you could have an API virtual package:
> >
> > r-base-api-3.0
>
> Hi Dirk and
+++ Игорь Пашев [2013-04-16 16:49 +0400]:
> 2013/4/16 Neil Williams :
> > On Tue, 16 Apr 2013 16:11:24 +0400
> >
>
>
> So, is it important, that multiarch dirs go after crossdirs:
> our @librarypaths = (DEFAULT_LIBRARY_PATH, @crosslibrarypaths);
> ?
That's actually a rather problematic question b
On Tue, 16 Apr 2013, Wookey wrote:
> So in general it seems like a good idea to me for dpkg shlibs to check
> multiarch paths at build time if it doesn't already, because it'll
> need to soon. I am of course happy to hear of reasons why that will
> break things and we should not do it yet.
All of
Hi Zack,
On 16-04-13 16:37, Stefano Zacchiroli wrote:
> (see John's brief summary [10]) and discuss further technical
[...]
> workshop of FSFE's European Legal Network [10]; slides are available
[...]
> [10]: http://fsfe.org/activities/ftf/ftf.en.html
You made a minor mistake here; there is n
Dear Zack,
/me bows, thanking you for three great years! It's been a real pleasure to see
you work, you were and are doing an amazing job.
If I wanted to give Lucas an advice here, I think it is to keep your tradition
of keeping day-to-day activity logs and regular postings of destilled bits
f
On Tue, Apr 16, 2013 at 04:47:34PM +0200, Wouter Verhelst wrote:
> You made a minor mistake here; there is no "brief summary" at [10], it
> seems to only refer to that european legal network thing.
Sorry for the wrong like, the correct one should have been
http://lists.alioth.debian.org/pipermail/
Zack,
Thank you SO MUCH for your service this past 3 years. Your hard work,
persistence, calm voice and especially your transparency have been much
appreciated.
Peter
signature.asc
Description: Digital signature
retitle 693774 ITP: grub-loopback-iso -- Boot a compatible loopback
ISO from GRUB 2
kthxbye
(Please excuse the perfect storm of bugs + multiple lists.)
As it turns out, grml invented a generic way of allowing it to be booted
as an ISO from GRUB 2, with a file in the ISO called
/boot/grub/loopbac
On Tue, Apr 16, 2013 at 03:04:20PM +0200, Goswin von Brederlow wrote:
> Will that also detect files in multiarch packages that are not identical?
No, it does not do this at the moment. The main reason here is that
currently only amd64 is processed. Support for multiple architectures
would take a b
On Tue, Apr 16, 2013 at 02:28:18PM +0200, Goswin von Brederlow wrote:
> On Fri, Apr 05, 2013 at 10:47:39AM -0700, Russ Allbery wrote:
> > ?? ?? writes:
> > > Indeed.
> > > So, in any case one can use its own tool just like dh:
> > > %:
> > > debian/megatool $@
> > Yes, from
Hi, all.
Plat'Home is one of the Debconf 13 sponsor will sell at discount to
Debian member and FLOSS Developer for the OpenBlocks of small ARM micro server.
https://openblocks.plathome.com/form/obs_verification/input.html
Two types of the machine will be sold.
* OpenBlocks A6 / $250
ARM (
Hello,
When downloading a source package from somewhere else, I often find
myself in the situation that after..
$ dpkg-buildpackage -us -uc
[...]
dpkg-checkbuilddeps: Unmet build dependencies: libreadline6-dev
libncursesw5-dev (>= 5.3) libbz2-dev liblzma-dev libgdbm-dev libdb-dev
tk8.5-dev blt-
Le Tue, Apr 16, 2013 at 09:19:27PM -0700, Nikolaus Rath a écrit :
>
> When downloading a source package from somewhere else, I often find
> myself in the situation that after..
>
> $ dpkg-buildpackage -us -uc
> [...]
> dpkg-checkbuilddeps: Unmet build dependencies: libreadline6-dev
> libncursesw
On 17/04/13 06:19, Nikolaus Rath wrote:
> Hello,
>
> When downloading a source package from somewhere else, I often find
> myself in the situation that after..
>
> $ dpkg-buildpackage -us -uc
> [...]
> dpkg-checkbuilddeps: Unmet build dependencies: libreadline6-dev
> libncursesw5-dev (>= 5.3) li
28 matches
Mail list logo
