Bug#605358: ITP: scour -- SVG scrubber and optimizer

Package: wnpp Severity: wishlist Owner: Alessio Treglia * Package name: scour Version : 0.25 Upstream Author : Louis Simard, Jeff Schiller * URL : http://codedread.com/scour * License : BSD, Apache Programming Lang: Python Description : SVG scrubber and

How to create a soft link with quilt

Hi, All, When using 3.0 (quilt) format to package a debian package, I found it is impossible to keep soft link with quilt, This is my procedure: $ quilt new add-celt051-link-to-libcelt.patch Patch add-celt051-link-to-libcelt.patch is now on top $ quilt add celt051 File celt051 added to patch ad

Re: How to create a soft link with quilt

On Mon, Nov 29, 2010 at 19:39, liang wrote: > Hi, All, > > When using 3.0 (quilt) format to package a debian package, I found it > is impossible to keep soft link with quilt, This is my procedure: > > $ quilt new add-celt051-link-to-libcelt.patch > Patch add-celt051-link-to-libcelt.patch is now on

Re: How to create a soft link with quilt

On Mon, 2010-11-29 at 19:39 +0800, liang wrote: > Hi, All, > > When using 3.0 (quilt) format to package a debian package, I found it > is impossible to keep soft link with quilt, This is my procedure: > > $ quilt new add-celt051-link-to-libcelt.patch > Patch add-celt051-link-to-libcelt.patch is

Bug#605380: ITP: aha -- ANSI HTML Adapter

Package: wnpp Owner: Axel Beckert Severity: wishlist * Package name: aha Version : 1.2 Upstream Author : Alexander Matthes * URL or Web page : http://ziz.delphigl.com/tool_aha.php * License : LGPL / MPL Description : ANSI HTML Adapter aha converts ANSI colors to HTM

Re: Bug#605009: serious performance regression with ext4

Olaf van der Spek writes ("Re: Bug#605009: serious performance regression with ext4"): > On Fri, Nov 26, 2010 at 10:52 PM, Ted Ts'o wrote: > > I am guessing you are doing (a) today --- am I right? =C2=A0(c) or (d) > > would be best. > > Are there any plans to provide an API for atomic (non-durab

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 01:22:25PM +, Ian Jackson wrote: > Olaf van der Spek writes ("Re: Bug#605009: serious performance regression > with ext4"): > > Are there any plans to provide an API for atomic (non-durable) file > > updates, not involving fsync? > Yes. Such an API has already been def

Re: Bug#605009: serious performance regression with ext4

On 29.11.2010 07:18, Guillem Jover wrote: > > Could someone with ext4/btrfs/xfs/etc test w/ and w/o the attached patch > against dpkg? I'm using ext4 (as already mentioned), my small benchmark is (re)installing vim-runtime using dpkg -i 1.15.8.5: real0m9.259s user0m4.212s sys 0m0.75

Re: Bug#605380: ITP: aha -- ANSI HTML Adapter

On Mon, Nov 29, 2010 at 01:55:05PM +0100, Axel Beckert wrote: > * Package name: aha > * URL or Web page : http://ziz.delphigl.com/tool_aha.php > > aha converts ANSI colors to HTML, e.g. if you want to publish the > output of ls --color=yes as static HTML somewhere, e.g. in your blog. Uhm, exc

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 2:22 PM, Ian Jackson wrote: > Olaf van der Spek writes ("Re: Bug#605009: serious performance regression > with ext4"): >> Are there any plans to provide an API for atomic (non-durable) file >> updates, not involving fsync? > > Yes.  Such an API has already been defined by

Bug#605385: ITP: mod-gearman -- Distribute active Nagios checks across your network

Package: wnpp Severity: wishlist Owner: Stig Sandbeck Mathisen * Package name: mod-gearman Version : 0.8 Upstream Author : Sven Nierlein * URL : http://labs.consol.de/nagios/mod-gearman/ * License : GPL-3+, some BSD and GPL-2 Programming Lang: C Descripti

Re: bug in ppp - grave

On Sun, Nov 28, 2010 at 12:58:42PM +0100, Hans-J. Ullrich wrote: > > I want to connect a 3g-connection with a inbuild modem (Huawei 160). This > connectioin is just using ppp like any other modems. Everything was running > fine after my last upgrade. I am running Debian/testing and I graded up f

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 2:56 PM, Bastian Blank wrote: > Again: Please quote the standard instead of crying. Your view of things > disallows many of the recent improvements in filesystems, so you have to > show evidence. All the databases and other reliable data handing tools > uses fsync since a l

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 3:58 PM, Ian Jackson wrote: > Olaf van der Spek writes ("Re: Bug#605009: serious performance regression > with ext4"): >> Probably not an issue for dpkg, but in general: >> Don't you reset meta-data that way? > > Yes.  If you want to keep the metadata you must copy it. I

Re: Bug#605009: serious performance regression with ext4

Olaf van der Spek writes ("Re: Bug#605009: serious performance regression with ext4"): > Probably not an issue for dpkg, but in general: > Don't you reset meta-data that way? Yes. If you want to keep the metadata you must copy it. > Require a second file (name), permission to write to it and as

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 02:58:16PM +, Ian Jackson wrote: > > This is the standard way that ordinary files for which reliability was > important have been updated on Unix for decades. fsync is for files > which need synchronisation with things external to the computer (or at > least, external

Bug#605393: ITP: libc-scan-perl -- Perl extension for scanning C sources for common constructs

Package: wnpp Severity: wishlist Owner: Peter Pentchev * Package name: libc-scan-perl Version : 0.74-1 Upstream Author : Hugo van der Sanden * URL : http://search.cpan.org/dist/C-Scan/ * License : Perl (GPL-1+ | Artistic) Programming Lang: Perl Description

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 4:18 PM, Ted Ts'o wrote: > Lots of users have complained about the desktop performance problem, > but the reality is we can't really solve that without also taking away > the magic that made (c) happen.  Whether you solve it by using > data=writeback and stick with ext3, or

Re: How to create a soft link with quilt

On Mon, Nov 29, 2010 at 8:00 PM, Ben Hutchings wrote: > You can't do it with a patch; you'll have to create it in debian/rules > instead. Thanks, it works, > > Anyway, why are you adding celt as a patch instead of a tarball?  See >

Re: Bug#605380: ITP: aha -- ANSI HTML Adapter

Hi Adam, Adam Borowski wrote: > On Mon, Nov 29, 2010 at 01:55:05PM +0100, Axel Beckert wrote: > > * Package name: aha > > * URL or Web page : http://ziz.delphigl.com/tool_aha.php > > > > aha converts ANSI colors to HTML, e.g. if you want to publish the > > output of ls --color=yes as static H

Bug#605408: [general] volatile.debian.org: one of its IP addresses fails.

Package: general Severity: normal Hi, volatile.debian.org works fine to me except when resolved to 2001:610:1908:a000::149:227. In this case always fails to update or upgrade, my system remains waiting until the timeout. --- System information. --- The relevant line from my /etc/apt/sources.li

Bug#605408: [general] volatile.debian.org: one of its IP addresses fails.

On Mon, Nov 29, 2010 at 06:34:55PM +0100, Manolo Díaz wrote: > volatile.debian.org works fine to me except when resolved to > 2001:610:1908:a000::149:227. In this case always fails to update or > upgrade, my system remains waiting until the timeout. It's all working fine here (native IPv6, no tunn

Processed: Re: Bug#605408: [general] volatile.debian.org: one of its IP addresses fails.

Processing commands for cont...@bugs.debian.org: > reassign 605408 mirrors Bug #605408 [general] [general] volatile.debian.org: one of its IP addresses fails. Bug reassigned from package 'general' to 'mirrors'. > thanks Stopping processing here. Please contact me if you need assistance. -- 6054

Bug#605414: ITP: pcsim -- simulator of heterogeneous networks of neurons and synapses

Package: wnpp Severity: wishlist Owner: NeuroDebian Team * Package name: pcsim Version : 0.5.4 Upstream Author : Thomas Natschläger * URL : http://www.lsm.tugraz.at/pcsim/ * License : GPL-3+ Programming Lang: C, Python Description : simulator of hetero

Re: Bug#605009: serious performance regression with ext4

(Dropping bug report) On Mon, 29 Nov 2010, Olaf van der Spek wrote: > > Hence the fact that all file system developers, whether they were > > btrfs developers or XFS developers or ext4 developers, made the joke > > at the file system developers summit two years ago, that what the > > application p

Re: How to create a soft link with quilt

Hi, On Mon, 29 Nov 2010, Liang Guo wrote: > I will use multiple source package, but I need a symbol link to > simplify packaging works too Why? You decide the name you give to the sub-directory in which the supplementary tarball is unpacked. Anyway it's currently not possible to store a symlink

Re: What to do about Bug #557495?

On Sun, Nov 28, 2010 at 09:01:40PM +0200, Eugene V. Lyubimkin wrote: > On 2010-11-28 12:30, Steve M. Robbins wrote: > > Bug #557495 describes an undeclared conflict between packages: > > > >libctapimkt0-dev/1.0.1-1 > >libtowitoko-dev/2.0.7-8+b1 > > > > However package libctapimkt0-dev is

Re: Bug#605009: serious performance regression with ext4

On Mon, Nov 29, 2010 at 8:23 PM, Raphael Hertzog wrote: > (Dropping bug report) > > On Mon, 29 Nov 2010, Olaf van der Spek wrote: >> > Hence the fact that all file system developers, whether they were >> > btrfs developers or XFS developers or ext4 developers, made the joke >> > at the file system

next d-i meeting - 2010.12.01, 20h00 GMT

Hi all, next Debian Installer meeting will take place on IRC, OFTC network, #debian- boot, 2 weeks after previous meeting . It is scheduled for next Wednesday - 2010.12.01, 20:00 UTC [1]. Logs from previous meetings are available [2], there is also a short summary [3] from the previous meeting.

Re: next d-i meeting - 2010.12.01, 20h00 GMT

On Mon, Nov 29, 2010 at 19:01, Miguel Figueiredo wrote: > next Debian Installer meeting will take place on IRC, OFTC network, #debian- > boot, 2 weeks after previous meeting . > It is scheduled for next Wednesday - 2010.12.01, 20:00 UTC [1]. I am very sorry but I won't be able to participate on t

Re: Bug#605009: serious performance regression with ext4

On 29.11.2010 14:41, Michael Biebl wrote: > I'm using ext4 (as already mentioned), my small benchmark is (re)installing > vim-runtime using dpkg -i > > 1.15.8.5: > real0m9.259s > user0m4.212s > sys 0m0.752s > > 1.15.8.6: > real0m41.766s > user0m4.248s > sys 0m1.028s > > 1

Re: Bug#605009: serious performance regression with ext4

On 29.11.2010 14:41, Michael Biebl wrote: > On 29.11.2010 07:18, Guillem Jover wrote: > >> >> Could someone with ext4/btrfs/xfs/etc test w/ and w/o the attached patch >> against dpkg? > > I'm using ext4 (as already mentioned), my small benchmark is (re)installing > vim-runtime using dpkg -i Sam

Bug#605451: ITP: python-transitfeed -- Google Transit Feed Specification library and tools

Package: wnpp Severity: wishlist Owner: Jason Morawski * Package name: python-transitfeed Version : 1.2.6 Upstream Author : Tom Brown * URL : http://code.google.com/p/googletransitdatafeed/wiki/TransitFeed * License : Apache-2.0 Programming Lang: Python

Re: Bug#605009: serious performance regression with ext4

Hi, On Tue, 30 Nov 2010, Michael Biebl wrote: > Something interesting I noticed: > > I created the ext4 file system on a spare partition and installed a chroot. > After running the test, I exited the chroot, immediately unmounted the > partition > and measured how long it took: > > 1.15.8.5: 0.