* Jonas Meurer schrieb:
> In case that the situation is clear, some Ubuntu packages seem to be
> wrong. At least the Ubuntu libgcrypt11-dev[1] and libgpg-error-dev[2]
> packages seem to install the development files to /lib.
>
> In Debian, at least the following three packages need to be fixed:
On Fri, Dec 31, 2010 at 09:51:50AM -0200, Henrique de Moraes Holschuh wrote:
> On Fri, 31 Dec 2010, Olaf van der Spek wrote:
> > Ah, hehe. BTW, care to respond to the mail I send to you?
>
> There is nothing more I can add to this thread. You want O_ATOMIC. It
> cannot be implemented for all use
Stefano Zacchiroli wrote:
> On Mon, Dec 20, 2010 at 07:08:59PM -0600, Raphael Geissert wrote:
> Starting from Linux 2.6.36, there's a dir scripts/coccinelle/ in
> upstream Linux. It contains Coccinelle patterns to find bugs; some of
> them propose patches as well, but I'm not sure what is the exact
Hi,
Mohammad Ebrahim Mohammadi Panah wrote:
> Out of my curiosity/ignorance, have you considered Dehydra and
> Treehydra of Mozilla for inclusion?
Is there a readily-available compilation of checks for *hydra?
I'm aware of both tools, but just like for coccinelle, the checks need to be
written
Hi Stefan,
Stefan Fritsch wrote:
> I fully agree with you WRT flawfinder and splint.
>
> OTOH, I think that clang's scan-build has a reasonable signal-to-noise
> ratio. It only does C, though.
Yes, scan-build is pending some infrastructure work. I've now added a list
of known tools to the websi
On 02/01/2011 Jonas wrote:
> On 01/01/2011 Steve Langasek wrote:
> > On Sat, Jan 01, 2011 at 06:34:30PM +0100, Julien Cristau wrote:
> > > On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
> >
> > > > Afaicr I've never seen this documentented somewhere to do it this way
> > > > and I'm
On 01/01/2011 Steve Langasek wrote:
> On Sat, Jan 01, 2011 at 06:34:30PM +0100, Julien Cristau wrote:
> > On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
>
> > > Afaicr I've never seen this documentented somewhere to do it this way and
> > > I'm
> > > wondering if this is indeed the
On Sat, Jan 01, 2011 at 06:34:30PM +0100, Julien Cristau wrote:
> On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
> > Afaicr I've never seen this documentented somewhere to do it this way and
> > I'm
> > wondering if this is indeed the agreed upon best practice and if we should
> > d
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libpackage-pkg-perl
Version : 0.0019
Upstream Author : Robert Krimen
* URL : http://search.cpan.org/dist/Package-Pkg/
* License
On Sun, Jan 2, 2011 at 12:03 AM, Enrico Weigelt wrote:
> I doubt that the only proper solution. As said, an (userland)
> filesystem could also do fine.
Do you think distros like Debian would install such a setup by default?
Olaf
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.or
* Olaf van der Spek schrieb:
> > Doing it in the kernel would be fine (maybe DLM could be used here),
>
> What's DLM?
Distributed lock manager.
> > but would be a nonportable solution for quite a long time ;-o
>
> Since it's the only proper solution I don't think that's a problem.
I doubt th
On Sat, Jan 01, 2011 at 05:11:17PM +0100, Michael Biebl wrote:
> For both libgpg-error-dev and libgcrypt11-dev you moved the .so
> symlink ,the *.a and *.la libtool files to /lib too.
>
> My original patch [1] for libcryptsetup (#604936) handled this
> diffently. It only moved the *.so.* files to
Hello all,
I am trying to package the new upstream version of mydms [1].
This Debian package is removed from the archive, and it won't
be present in Squeeze [2].
The upstream package is renamed to letodms [3]. Last versions
have a lot of changes (database, code) and improvements.
I'm not sure if
On Sat, Jan 1, 2011 at 7:13 PM, Cyril Brulebois wrote:
> Olaf van der Spek (01/01/2011):
>> > Doing it in the kernel would be fine (maybe DLM could be used here),
>>
>> What's DLM?
>
> CONFIG_DLM.
DLM seems independent of atomic updates.
Olaf
--
To UNSUBSCRIBE, email to debian-devel-requ...@
Olaf van der Spek (01/01/2011):
> > Doing it in the kernel would be fine (maybe DLM could be used here),
>
> What's DLM?
CONFIG_DLM.
KiBi.
signature.asc
Description: Digital signature
On 01.01.2011 17:58, Jonas Meurer wrote:
> Thus I guess the following is best practise:
>
> - build with --prefix=/usr
> - install .la file (if required due to reverse dependencies) and .so
> link to /usr/lib (just like the build system will do)
I would add, that if there are no rdeps yet of t
Hello,
On 01/01/2011 Michael Biebl wrote:
> First of all, thanks Andreas and Jonas for getting libgcrypt and libgpg-error
> updated and moved to /lib.
>
> There is one remaining issue though about the devel files, I'd like to raise.
>
> For both libgpg-error-dev and libgcrypt11-dev you moved the
On Sat, Jan 1, 2011 at 17:11:17 +0100, Michael Biebl wrote:
> Afaicr I've never seen this documentented somewhere to do it this way and I'm
> wondering if this is indeed the agreed upon best practice and if we should
> document it somehow (policy, devref, whatever).
>
Yes. Arguably it's covered
On 2011-01-01 Michael Biebl wrote:
> First of all, thanks Andreas and Jonas for getting libgcrypt and
> libgpg-error updated and moved to /lib.
> There is one remaining issue though about the devel files, I'd like to raise.
> For both libgpg-error-dev and libgcrypt11-dev you moved the .so
> syml
On Fri, Dec 31, 2010 at 5:08 PM, Enrico Weigelt wrote:
>> Not true. Renaming a running executable works just fine, for example.
>
> Well, has been quite a while since I last used Windows, but IIRC
> renaming an running executable was denied.
Maybe on FAT. However, that's OT.
>> >> > Why not desi
On Sat, Jan 1, 2011 at 5:11 PM, Michael Biebl wrote:
> For both libgpg-error-dev and libgcrypt11-dev you moved the .so symlink ,the
> *.a
> and *.la libtool files to /lib too.
>
> My original patch [1] for libcryptsetup (#604936) handled this diffently. It
> only moved the *.so.* files to /lib an
Happy new year everyone.
First of all, thanks Andreas and Jonas for getting libgcrypt and libgpg-error
updated and moved to /lib.
There is one remaining issue though about the devel files, I'd like to raise.
For both libgpg-error-dev and libgcrypt11-dev you moved the .so symlink ,the *.a
and *.l
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libanyevent-http-perl
Version : 1.5
Upstream Author : Marc Lehmann
* URL : http://search.cpan.org/dist/AnyEvent-HTTP/
* License
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libmath-symbolic-perl
Version : 0.606
Upstream Author : Steffen Müller
* URL : http://search.cpan.org/dist/Math-Symbolic/
* Lic
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libcatalyst-engine-psgi-perl
Version : 0.11
Upstream Author : Tatsuhiko Miyagawa
* URL : http://search.cpan.org/dist/Catalyst-E
Package: wnpp
Owner: Jonathan Yu
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libcps-perl
Version : 0.11
Upstream Author : Paul Evans
* URL : http://search.cpan.org/dist/CPS/
* License : Artistic o
Предлагаем Вашему вниманию бесплатное получение электронного журнала
"Всё о бухгалтерском учёте"
Вышлите данные предприятия, ФИО бухгалтера и получите бесплатный полугодовой
доступ!!!
ezbazay
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
27 matches
Mail list logo