[Whoops, forgot to send on list]
On 15/01/2013 15:48, Paul Johnson wrote:
> To create the shlibs dependency, I think dpkg-shlibdeps is reading
> files in /var/lib/dpkg/info. I can't find any "2.7" associated with
> libc6-amd in there.
>
> And, if libc6-amd is really the i386 version of the C libr
Package: wnpp
Severity: wishlist
Owner: Stig Sandbeck Mathisen
* Package name: librarian-puppet
Version : 0.9.7
Upstream Author : Tim Sharpe
* URL : https://github.com/rodjek/librarian-puppet
* License : MIT
Programming Lang: Ruby
Description : a bundl
Package: wnpp
Severity: wishlist
Owner: Stig Sandbeck Mathisen
* Package name: ruby-librarian
Version : 0.0.26
Upstream Author : Jay Feldblum
* URL : https://github.com/yfeldblum/librarian
* License : MIT
Programming Lang: Ruby
Description : a framewor
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: gnomediaicons
Version : 0.1
Upstream Author : Thiago Ribeiro ribeiro.it at gmail
* URL : http://sf.net/projects/gnomediaicons
* License : GPL
Programming Lang: other
Description :
On 15 January 2013 04:46, Nikolaus Rath wrote:
> # fancy-dget http://http.debian.net/debian/ experimental mypackage
>
> would download the newest mypackage source from experimental. Bonus
> points if messing with the system wide sources.list is avoided entirely
> and no root privileges are require
[Holger Levsen]
> Hi Andreas,
>
> On Donnerstag, 10. Januar 2013, Andreas Beckmann wrote:
> > Hi,
> >
> > the following packages from wheezy ship files that are excluded from
> > the .md5sums file:
> >
> > gridsite: FILE WITHOUT MD5SUM /var/lib/gridsite/.gacl
> > gridsite: FILE WITHOUT MD5S
On Mon, Jan 14, 2013 at 13:10:24 +0100, Holger Levsen wrote:
> this I'd probably file as serious, not having checksums for files in /usr
> seems worse. But then, the same reasoning as for the above bugs applies, so
> maybe important is better after all.
>
There's no requirement for md5sums file
On 2013-01-15 10:29 +0100, Julien Cristau wrote:
> There's no requirement for md5sums files in the first place AFAIK. How
> are incomplete md5sums worse than no md5sums?
If there is no md5sums file, dpkg (as of version 1.16.3) creates it at
unpack time.
Cheers,
Sven
--
To UNSUBSCRIBE,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2013-01-15 10:49, hhm wrote:
> Hope this helps!
http://m.mediapost.com/publications/13/No-Cookies-A22.jpg
(this is one of the most obvious cases of "please show the code" I
have seen to date)
- --
brother
http://sis.bthstudent.se
-BEGIN P
On 2013-01-15 10:29, Julien Cristau wrote:
> There's no requirement for md5sums files in the first place AFAIK. How
> are incomplete md5sums worse than no md5sums? If anything this stuff
> should be minor IMO.
If a package is shipping no .md5sum at all, it will be created by dpkg
at installation
On Tue, Jan 15, 2013 at 5:19 PM, Dmitrijs Ledkovs wrote:
> It's called pull-debian-source
Sounds like something that should be moved into devscripts.
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe
Hi,
I still have problem with debbugs mail server, i could not test report
bug via email.
Any body can help me setting mail server of debbugs, please :(
And how to check if the setting is succeed or not.
Thank you very much and best regards,
lochd
On 1/9/2013 6:10 PM, Josselin Mouette wrote:
Hi Paul (2013.01.15_12:42:54_+0200)
> > It's called pull-debian-source
> Sounds like something that should be moved into devscripts.
It uses Launchpad to authenticate packages without having to fetch and
read Packages and InRelease itself, so it probably couldn't go into
devscripts as-is.
SR
--
On Tue, Jan 15, 2013 at 11:19:36 +0100, Andreas Beckmann wrote:
> I'm pretty sure modifying *any* shipped files in the maintainer scripts
> should be forbidden, although I didn't find a policy reference for this
> (this is made explicit for conffiles, what about "normal" files?).
> Packages violat
hhm writes:
> As is well known, init daemons in distros the distro-world over are
> replacing sysvinit.
>
> As far as I can tell, among the reasons for this phenomena is:
> 1) to take advantage of parallel processing
> 2) to work better with event-based systems (linux kernel etc.)
>
> Sysvinit wa
Hi,
the following is an email written by Wookey and myself.
0. Introduction
===
The Debian bootstrap build ordering tool Google Summer of Code project
[1] was continued even after the summer ended and recently reached a new
milestone by being able to create a final build order from a
Package: wnpp
Severity: wishlist
Owner: Martin Quinson
* Package name: pajeng
Version : 1.0
Upstream Author : Lucas Schnorr
* URL : https://github.com/schnorr/pajeng
* License : GPL v3
Programming Lang: C++
Description : visualization tool for the anal
Hi Mathieu,
On Dienstag, 15. Januar 2013, Mathieu Malaterre wrote:
> The purpose of this project is generate beauty icons to Dia program and
> provide a raise in its utilization against MS Visio.
whoot! really about time! thanks for your work on this!
cheers,
Holger
--
To UNSUBSCRI
On Tue, Jan 15, 2013 at 11:19:30AM +0100, Martin Bagge / brother wrote:
> On 2013-01-15 10:49, hhm wrote:
> > Hope this helps!
> http://m.mediapost.com/publications/13/No-Cookies-A22.jpg
> (this is one of the most obvious cases of "please show the code" I
> have seen to date)
When you show the c
Package: wnpp
Severity: wishlist
Owner: Martin Quinson
* Package name: viva
Version : 1.0
Upstream Author : Lucas Schnorr
* URL : https://github.com/schnorr/pajeng
* License : GPL v3
Programming Lang: C++
Description : Trace Visualization Tool
Viva
* Andreas Beckmann [130115 11:20]:
> On 2013-01-15 10:29, Julien Cristau wrote:
> > There's no requirement for md5sums files in the first place AFAIK. How
> > are incomplete md5sums worse than no md5sums? If anything this stuff
> > should be minor IMO.
>
> If a package is shipping no .md5sum at
On Tue, Jan 15, 2013 at 2:08 AM, Chow Loong Jin wrote:
> [Whoops, forgot to send on list]
>
> On 15/01/2013 15:48, Paul Johnson wrote:
>> To create the shlibs dependency, I think dpkg-shlibdeps is reading
>> files in /var/lib/dpkg/info. I can't find any "2.7" associated with
>> libc6-amd in there.
On Tue, Jan 15, 2013 at 10:46:46 +0100, Sven Joachim wrote:
> On 2013-01-15 10:29 +0100, Julien Cristau wrote:
>
> > There's no requirement for md5sums files in the first place AFAIK. How
> > are incomplete md5sums worse than no md5sums?
>
> If there is no md5sums file, dpkg (as of version 1.16
Hi,
Neither my AM (Christian Perrier) nor myself are sure about the answer to this
one, so he suggested I ask -devel for advice (and I'm throwing -mentors into
the mix too).
I've prepared an update for calibre, to fix a few issues in the package which
is currently in Wheezy (see #686547 for detai
* Stephen Kitt , 2013-01-15, 23:27:
The version of calibre in Wheezy is 0.8.51+dfsg-1; what should the
update's version be? I'm purposefully not mentioning our ideas (one of
them is obvious from the exchanges in the bug report, but is in all
likelihood incorrect).
I would paint the bikeshed t
* Johannes Schauer , 2013-01-15, 19:18:
Build profiles extend the Build-Depends format with a syntax similar to
architecture restrictions but using < and > instead.
Build-Depends: huge (>= 1.0) [i386 arm] , tiny
[...]
The drawback of this syntax is that Build-Dep parsing tools need to be
Le Tue, Jan 15, 2013 at 07:18:40PM +0100, Johannes Schauer a écrit :
>
> The build profile format was proposed by Guillem Jover together with
> other solutions he presented in this document [7] as part of bug#661538.
> Build profiles extend the Build-Depends format with a syntax similar to
> archi
Charles Plessy wrote:
>Le Tue, Jan 15, 2013 at 07:18:40PM +0100, Johannes Schauer a écrit :
>>
>> The build profile format was proposed by Guillem Jover together with
>> other solutions he presented in this document [7] as part of bug#661538.
>> Build profiles extend the Build-Depends format with
On Wed, Jan 16, 2013 at 08:58:06AM +0900, Charles Plessy wrote:
> Le Tue, Jan 15, 2013 at 07:18:40PM +0100, Johannes Schauer a écrit :
> > The build profile format was proposed by Guillem Jover together with
> > other solutions he presented in this document [7] as part of bug#661538.
> > Build pro
Package: wnpp
Severity: wishlist
Owner: Nobuhiro Iwamatsu
* Package name: lz4
Version : 0.0.0 (svn r88)
Upstream Author : Yann Collet
* URL : http://code.google.com/p/lz4/
* License : BSD 2-Clause License
Programming Lang: C
Description : Extremely Fas
Package: wnpp
Severity: wishlist
Owner: Daniele Tricoli
* Package name: python-charade
Version : 1.0.1
Upstream Author : Ian Cordasco
* URL : https://github.com/sigmavirus24/charade
* License : LGPL
Programming Lang: Python
Description : universal enco
The version difference is probably due to symbols stuff, read
deb-symbols(5), dpkg-shlibdeps(1), dpkg-gensymbols(1) and this wiki
page:
http://wiki.debian.org/Projects/ImprovedDpkgShlibdeps
No idea about the other stuff, you appear to have four copies of the C
library installed and are maybe atte
On Wed, Jan 16, 2013 at 8:51 AM, Nobuhiro Iwamatsu wrote:
> * Package name: lz4
> Description : Extremely Fast Compression algorithm library
>
> LZ4 is a very fast lossless compression algorithm.
Is it faster than lzop? How does it compare to lzop, gzip, lzip, xz,
bzip2 in terms of comp
Thanks a lot for your work on this! and to everyone else who worked on
or shaped the proposal.
On Wed, Jan 16, 2013 at 2:18 AM, Johannes Schauer wrote:
> - should Debian be bootstrappable in a fully automated fashion? We
>created the algorithms that can allow this to happen, we just need
>
Paul Wise writes:
> Sounds like you are looking for chdist:
[...]
I knew someone must have done the work already :-). Both chdist and
pull-debian-source seem to do exactly what I need, thanks!
Now there's just the difficult decision which one to use..
Best,
-Nikolaus
--
»Time flies lik
Hi,
On Wed, Jan 16, 2013 at 11:50 AM, Paul Wise wrote:
> On Wed, Jan 16, 2013 at 8:51 AM, Nobuhiro Iwamatsu wrote:
>
>> * Package name: lz4
>> Description : Extremely Fast Compression algorithm library
>>
>> LZ4 is a very fast lossless compression algorithm.
>
> Is it faster than lzop?
+++ Paul Wise [2013-01-16 11:52 +0800]:
> That sounds useful, so yes. arm64 is on the way, it would be a nice
> test case but I guess wookey/Sledge are onto that.
I intend to send an update mail on the state of this later this week.
> If you think this might be interesting to announce more wide
On 16/01/2013 06:16, Paul Johnson wrote:
>> >
>> > I believe that dpkg-shlibdeps checks in these places:
>> > - /var/lib/dpkg/info/*.shlibs
>> > - /etc/dpkg/shlibs.{default,override}
>> >
>> > Could you grep libc6-amd64 in these places? That should provide a hint as
>> > to
>> > where this depen
Quoting Jakub Wilk (jw...@debian.org):
> * Stephen Kitt , 2013-01-15, 23:27:
> >The version of calibre in Wheezy is 0.8.51+dfsg-1; what should the
> >update's version be? I'm purposefully not mentioning our ideas
> >(one of them is obvious from the exchanges in the bug report, but
> >is in all like
On Wed, Jan 16, 2013 at 12:41 PM, Wookey wrote:
> I intend to send an update mail on the state of this later this week.
Excellent.
> Does asking d-devel for feedback count as news? Having this
> functionality available for packagers would count as news... But I
> agree that telling people about
On Wed, 16 Jan 2013 00:26:53 +0100
Jakub Wilk wrote:
> * Johannes Schauer , 2013-01-15, 19:18:
> >Build profiles extend the Build-Depends format with a syntax similar to
> >architecture restrictions but using < and > instead.
> >
> > Build-Depends: huge (>= 1.0) [i386 arm] , tiny
> >
> >The dra
41 matches
Mail list logo
