Re: Speeding up dpkg, a proposal

ext Chow Loong Jin writes: > I remember seeing there being some list of files to be fsynced in one of the > older dpkgs. It's probably that which led to the ext4 slowdown [...] Hmm, performance is the ultimate reason for doing all this, but right now, I am mostly interested in whether my changes

Re: Possible sane approach? (was: Re: enable/disable flags in /etc/default)

... Before someone starts to nitpick it and distract from the real content: * Gerfried Fuchs [2011-03-03 07:58:59 CET]: > #v+ > > # only on new install > if [ "$1" = "configure" ] && [ "x$2" = "x" ]; then > update-rc.d foo defaults >/dev/null > update-rc.d foo disable > fi >

Possible sane approach? (was: Re: enable/disable flags in /etc/default)

Hi! Some things usually spin in my head for days and I come up with an idea that looks sane at first sight. This might be such a moment, and I wonder wether there might be something that I overlooked here: * Gerfried Fuchs [2011-03-02 14:47:22 CET]: > Actually I explicitly chose to not

Re: Speeding up dpkg, a proposal

On Thursday 03,March,2011 02:45 PM, Marius Vollmer wrote: > ext Chow Loong Jin writes: > >> Could we somehow avoid using sync()? sync() syncs all mounted filesystems, >> which >> isn't exactly very friendly when you have a few slow-syncing filesystems like >> btrfs (or even NFS) mounted. > > Hm

Re: Speeding up dpkg, a proposal

Yodel again! On Wednesday 02 March 2011 17.02:11 Marius Vollmer wrote: > It shows a speed up between factor six and two in our environment (ext4 > on a slowish flash drive) . I am not sure whether messing with the > fundamentals of dpkg is worth a factor of two in performance To not be all negati

Re: Speeding up dpkg, a proposal

On Wednesday 02 March 2011 17.02:11 Marius Vollmer wrote: > - Instead, we move all packages that are to be unpacked into > half-installed / reinstreq before touching the first one, and put a > big sync() right before carefully writing /var/lib/dpkg/status. You don't want to do this. While prod

Re: enable/disable flags in /etc/default

]] Drake Wilson | (Sorry for the duplicate, Bob; forgot to send to list first time.) | | Quoth Bob Proulx , on 2011-03-02 17:00:19 -0700: | > Having daemons started automatically at installation time is a very | > nice feature of Debian IMNHO. | | Is there any harder data on which behavior vari

Re: Disable ZeroConf: how to ?

On Do, 03 Mär 2011, Adam Borowski wrote: > On Wed, Mar 02, 2011 at 10:24:36PM +0100, Josselin Mouette wrote: > > As Philipp pointed out, only gnome depends on it, and that’s not > > gnome-desktop-environment. You can use the latter if you want only the > > official GNOME desktop. > > gnome-desktop

Bug#616189: ITP: raspell -- A Ruby interface binding for the Aspell spelling checker.

Package: wnpp Severity: wishlist Owner: Alex Pennace * Package name: raspell Version : 1.2 Upstream Author : Evan Weaver * URL : https://github.com/fauna/raspell * License : GPL Programming Lang: Ruby Description : A Ruby interface binding for the Asp

Re: Disable ZeroConf: how to ?

On Thursday 03,March,2011 06:56 AM, Klaus Ethgen wrote: > Am Mi den 2. Mär 2011 um 23:09 schrieb Julien BLACHE: >>> Because I work in a untrusted work place and home network (public >>> networks, wifi...) I whish to purge zeroconf functionnality. > >> Looks like you want a firewall. Just sayin'.

Re: Call for projects for Google Summer of Code 2011

Paul Wise wrote: > That is unlikely to be useful, upstream has explicitly said they are > targeting Linux only. More precisely[1]: "Will this run on [insert non-Linux OS here]? Unlikely. As pointed out, systemd uses many Linux specific APIs […] That said, git supports

Re: enable/disable flags in /etc/default

(Sorry for the duplicate, Bob; forgot to send to list first time.) Quoth Bob Proulx , on 2011-03-02 17:00:19 -0700: > Having daemons started automatically at installation time is a very > nice feature of Debian IMNHO. Is there any harder data on which behavior various proportions or segments of t

Re: Call for projects for Google Summer of Code 2011

On Thu, Mar 3, 2011 at 1:37 AM, Josselin Mouette wrote: > What about a project to port systemd to kfreebsd ? :) That is unlikely to be useful, upstream has explicitly said they are targeting Linux only. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-r

Re: enable/disable flags in /etc/default

Stig Sandbeck Mathisen wrote: > Currently, our packaged services start automatically, unless explicitly > disabled in /etc/default/, or by missing configuration. Having daemons started automatically at installation time is a very nice feature of Debian IMNHO. And by comparison it really annoys m

Re: Disable ZeroConf: how to ?

On Wed, Mar 02, 2011 at 10:24:36PM +0100, Josselin Mouette wrote: > Le mercredi 02 mars 2011 à 18:25 +0100, Bastien ROUCARIES a écrit : > > And more specifically from an administrator point of view does avahi > > could library could be made purgeable and no more than suggest > > dependencies (I am

Re: Disable ZeroConf: how to ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mi den 2. Mär 2011 um 18:25 schrieb Bastien ROUCARIES: > More and more packages depend on avahi aka zeroconf. I have found some > information on http://wiki.debian.org/ZeroConf > > Because I work in a untrusted work place and home network (pub

Re: Speeding up dpkg, a proposal

On Wed, Mar 02, 2011 at 08:13:06PM +, Roger Leigh wrote: > Btrfs is quite simply awful in chroots at present, and it seems > --force-unsafe-io doesn't really seem to help massively either. > It's dog slow--it's quicker to untar a chroot onto ext3 than to > bother with Btrfs. Because unsafe-io

Re: Disable ZeroConf: how to ?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mi den 2. Mär 2011 um 23:09 schrieb Julien BLACHE: > > Because I work in a untrusted work place and home network (public > > networks, wifi...) I whish to purge zeroconf functionnality. > > Looks like you want a firewall. Just sayin'. Ehem, no.

Re: Disable ZeroConf: how to ?

On Wed, 2011-03-02 at 23:09 +0100, Julien BLACHE wrote: > Bastien ROUCARIES wrote: > > Hi, > > > Because I work in a untrusted work place and home network (public > > networks, wifi...) I whish to purge zeroconf functionnality. > > Looks like you want a firewall. Just sayin'. A firewall is mit

Re: potential MBF: first alternate depends not available in main

On 02/03/2011 16:13, Emilio Pozuelo Monfort wrote: > If the user has rar-nonfree installed, that would be fine, as the dependency > would be satisfied. If he doesn't have it, then installing a package from main > shouldn't install packages outside main, so we should prefer packages in main > over t

Re: Disable ZeroConf: how to ?

Bastien ROUCARIES wrote: Hi, > Because I work in a untrusted work place and home network (public > networks, wifi...) I whish to purge zeroconf functionnality. Looks like you want a firewall. Just sayin'. JB. -- Julien BLACHE - Debian & GNU/Linux Developer - Public key available on

Re: Disable ZeroConf: how to ?

On Wed, Mar 02, 2011 at 09:11:40PM +, Philipp Kern wrote: > The other thing where it's not clear to me is padevchooser. Not sure it's > really desperatly needed there. For padevchooser it probably makes sense, as network sound sink/sources are certainly a case you may want to use pulseaudio w

Re: Disable ZeroConf: how to ?

Le mercredi 02 mars 2011 à 18:25 +0100, Bastien ROUCARIES a écrit : > And more specifically from an administrator point of view does avahi > could library could be made purgeable and no more than suggest > dependencies (I am willing to fill a mass bug report because purging > avahi will purge gnom

Re: Disable ZeroConf: how to ?

Hi, I won't comment on the possible insecurity of avahi-daemon, but... On 2011-03-02, Bastien ROUCARIES wrote: > More and more packages depend on avahi aka zeroconf. I have found some > information on http://wiki.debian.org/ZeroConf > > Because I work in a untrusted work place and home network

Re: Speeding up dpkg, a proposal

On Wed, Mar 02, 2011 at 08:13:06PM +, Roger Leigh wrote: > On Thu, Mar 03, 2011 at 01:51:35AM +0800, Chow Loong Jin wrote: > > Hi, > > > > On Thursday 03,March,2011 12:02 AM, Marius Vollmer wrote: > > > [...] > > > - Instead, we move all packages that are to be unpacked into > > > half-insta

Re: Speeding up dpkg, a proposal

On Thu, Mar 03, 2011 at 01:51:35AM +0800, Chow Loong Jin wrote: > Hi, > > On Thursday 03,March,2011 12:02 AM, Marius Vollmer wrote: > > [...] > > - Instead, we move all packages that are to be unpacked into > > half-installed / reinstreq before touching the first one, and put a > > big sync()

Re: enable/disable flags in /etc/default

On 2011-03-02 20:54 +0100, Steve Langasek wrote: > On Wed, Mar 02, 2011 at 03:42:28PM +0200, Faidon Liambotis wrote: > >> Also, while we're at update-rc.d's documentation, that particular >> manpage says: >> >Example of disabling a service: >> > update-rc.d -f foobar remove >> >

Re: enable/disable flags in /etc/default

On Wed, Mar 02, 2011 at 03:42:28PM +0200, Faidon Liambotis wrote: > > That means: > > # mv /etc/rc2.d/S??apache2 /etc/rc2.d/K00apache2 > > # insserv # this bit is not documented, it seems > Are you serious? How's that a sysadmin interface? Yes, everything can be > done using sh/cp/mv/vi, but this

Re: Speeding up dpkg, a proposal

Chow Loong Jin wrote the following on 02.03.2011 18:51 > Hi, > > On Thursday 03,March,2011 12:02 AM, Marius Vollmer wrote: >> [...] >> - Instead, we move all packages that are to be unpacked into >> half-installed / reinstreq before touching the first one, and put a >> big sync() right before

Bug#615476: general: many binaries are linked with non-existent libtiff.so.3 library

]] Henrique de Moraes Holschuh | Actually, we usually use it to *remove* bogus rpath, but hey, it would | be a poor tool if it couldn't be used to add a proper rpath :) It doesn't know how to add an rpath, just change or remove one. Patches gladly accepted. :-) -- Tollef Fog Heen UNIX is user

Re: enable/disable flags in /etc/default

Simon McVittie wrote: > The other good option I've seen for packages where the init script isn't > necessarily the preferred way to run the server is to split the package, > so the server binary and supporting files are in one binary package (e.g. > dnsmasq-base, git-daemon, mysql-server-core-5.1)

Bug#616130: ITP: python-mwavepy -- microwave engineering classes and functions for python

Package: wnpp Severity: wishlist Owner: "Євгеній Мещеряков" * Package name: python-mwavepy Version : 1.0 Upstream Author : Alex Arsenovic, Lihan Chen * URL : http://code.google.com/p/mwavepy * License : GPL-2+ Programming Lang: Python Description : func

Re: Speeding up dpkg, a proposal

Hi, On Thursday 03,March,2011 12:02 AM, Marius Vollmer wrote: > [...] > - Instead, we move all packages that are to be unpacked into > half-installed / reinstreq before touching the first one, and put a > big sync() right before carefully writing /var/lib/dpkg/status. Could we somehow avoid u

Disable ZeroConf: how to ?

hi, More and more packages depend on avahi aka zeroconf. I have found some information on http://wiki.debian.org/ZeroConf Because I work in a untrusted work place and home network (public networks, wifi...) I whish to purge zeroconf functionnality. however a lot of package depends (or recomme

Bug#616123: ITP: collabtive -- Simple web-based project management software

Package: wnpp Severity: wishlist Owner: Gunnar Wolf * Package name: collabtive Version : 0.6.5 Upstream Author : Philipp Kiszka et. al. * URL : http://collabtive.o-dyn.de/about.php * License : GPLv3+ Programming Lang: PHP Description : Simple web-based

Re: Call for projects for Google Summer of Code 2011

Le mercredi 02 mars 2011 à 14:19 +0100, Cyril Brulebois a écrit : > Bernd Zeimetz (02/03/2011): > > What about a project which prepares a migration to > > http://www.freedesktop.org/wiki/Software/systemd ? > > yay for portability. What about a project to port systemd to kfreebsd ? :) -- .''`

Speeding up dpkg, a proposal

Hi, I have recently been looking into where dpkg spends most of its time when installing very many small packages, and came up with the following idea to speed it up. - Most of the time is spent writing files very carefully, a lot of them in /var/lib/dpkg/updates. - We can avoid this by writin

Re: potential MBF: first alternate depends not available in main

On Wed, Mar 02, 2011 at 09:58:02AM -0500, Mike O'Connor wrote: > On Wed, 2 Mar 2011 09:41:00 -0500, Scott Kitterman > wrote: > > On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote: > > > > If you have non-free enabled and install a package from main, it should > > > install th

Re: potential MBF: first alternate depends not available in main

On 02/03/11 14:41, Scott Kitterman wrote: > On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote: >> On 02/03/11 04:24, Scott Kitterman wrote: >>> It seems to me not worth a mass bug filing. This doesn't seem like >>> something that would affect user's systems. Is there a rationa

Re: potential MBF: first alternate depends not available in main

On Wed, 2 Mar 2011 09:41:00 -0500, Scott Kitterman wrote: > On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote: > > If you have non-free enabled and install a package from main, it should > > install the dependencies from main. So you should have e.g. "rar | > > rar-nonfree" in

Re: potential MBF: first alternate depends not available in main

On Wed, Mar 02, 2011 at 09:41:00AM -0500, Scott Kitterman wrote: > Why? If the user has made the choice to use non-free and the maintainer > concludes that's a more technically capable solution for users that choose to > use it, why should the project raise barriers to that choice? Because pack

Re: potential MBF: first alternate depends not available in main

On Wednesday, March 02, 2011 04:53:46 am Emilio Pozuelo Monfort wrote: > On 02/03/11 04:24, Scott Kitterman wrote: > > It seems to me not worth a mass bug filing. This doesn't seem like > > something that would affect user's systems. Is there a rationale for > > imposing this ordering other than

Re: enable/disable flags in /etc/default

On 03/02/11 05:24, Raphael Geissert wrote: > Interesting that everyone talks about update-rc.d but it appears that nobody > has read its documentation: > >> A common system administration error is to delete the links with >> the thought that this will "disable" the service, i.e., that this will >

Help identify packages that multiarch support will break

[ Bcc to -dpkg for info ] Hello, since multiarch support in dpkg is on good track, it's about time to identify what will break when people start using multiarch packages... I have started filing a few bugs for some packages where I knew of the problems but I need your help to identify other poss

Re: enable/disable flags in /etc/default

On Wed, Mar 02, 2011 at 12:37:25PM +, Simon McVittie wrote [edited]: > (Cross-posting to d-d-games for discussion of the Quake III-based games) > > On Tue, 01 Mar 2011 at 15:20:52 -0800, Russ Allbery wrote: > > Speaking as someone who has a few of the DONT_NOT_DISABLE_SERVICE > > variables in

Re: enable/disable flags in /etc/default

Hi! As someone who is also annoyed by the default file startup hack (which is IMHO an abuse because why have a S rc link then?), let me also throw in my 0.02 EUR. > Stig Sandbeck Mathisen writes: > > The "short term" issue is figuring out if the current practice of > > DONT_DISABLE_ENAB

Re: Call for projects for Google Summer of Code 2011

Bernd Zeimetz (02/03/2011): > What about a project which prepares a migration to > http://www.freedesktop.org/wiki/Software/systemd ? yay for portability. KiBi. signature.asc Description: Digital signature

Re: Call for projects for Google Summer of Code 2011

On 03/02/2011 01:57 PM, Adrian von Bidder wrote: > On Wednesday 02 March 2011 10.43:44 Ana Guerrero wrote: > >> Debian is applying as mentoring organization to the Google Summer of Code >> (GSoC) this year > > Dealing with the init scripts / service enable / disable mess. See current > d-devel d

Re: Call for projects for Google Summer of Code 2011

On Wednesday 02 March 2011 10.43:44 Ana Guerrero wrote: > Debian is applying as mentoring organization to the Google Summer of Code > (GSoC) this year Dealing with the init scripts / service enable / disable mess. See current d-devel discussion. As much a discussion / social skills project as a

Re: enable/disable flags in /etc/default

(Cross-posting to d-d-games for discussion of the Quake III-based games) On Tue, 01 Mar 2011 at 15:20:52 -0800, Russ Allbery wrote: > Speaking as someone who has a few of the DONT_NOT_DISABLE_SERVICE > variables in some of my packages Speaking as another implementor of similar variables: I added

Re: potential MBF: first alternate depends not available in main

On 02/03/11 12:45, Paul Wise wrote: On Wed, Mar 2, 2011 at 5:53 PM, Emilio Pozuelo Monfort wrote: If you have non-free enabled and install a package from main, it should install the dependencies from main. So you should have e.g. "rar | rar-nonfree" instead of the other way round. n

Re: potential MBF: first alternate depends not available in main

On Wed, Mar 02, 2011 at 11:51:01AM +0100, Holger Levsen wrote: > Hi, > > On Mittwoch, 2. März 2011, Paul Wise wrote: > > non-free stuff shouldn't be in main depends at all IMO, even as an > > alternative. > > I (somewhat) agree. > > And I think non-existing stuff is worse than non-free... > > B

Re: potential MBF: first alternate depends not available in main

Hi, On Mittwoch, 2. März 2011, Paul Wise wrote: > non-free stuff shouldn't be in main depends at all IMO, even as an > alternative. I (somewhat) agree. And I think non-existing stuff is worse than non-free... But, I can see how it can be useful (users, derivatives), thus I think it just should

Re: potential MBF: first alternate depends not available in main

On Wed, Mar 2, 2011 at 5:53 PM, Emilio Pozuelo Monfort wrote: > If you have non-free enabled and install a package from main, it should > install > the dependencies from main. So you should have e.g. "rar | rar-nonfree" > instead > of the other way round. non-free stuff shouldn't be in main de

Bug#616071: ITP: python-oejskit -- python driven javascript unit testing

Package: wnpp Severity: wishlist Owner: Anders Hammarquist * Package name: python-oejskit Version : 0.9.0 Upstream Author : Open End AB, Samuele Pedroni * URL : http://pypi.python.org/pypi/oejskit * License : MIT Programming Lang: python Description :

Re: potential MBF: first alternate depends not available in main

On 02/03/11 04:24, Scott Kitterman wrote: > It seems to me not worth a mass bug filing. This doesn't seem like something > that would affect user's systems. Is there a rationale for imposing this > ordering other than puiparts can't deal with it? If you have non-free enabled and install a pack

Re: enable/disable flags in /etc/default

hi zack, On Wed, Mar 02, 2011 at 09:41:18AM +0100, Stefano Zacchiroli wrote: > without telling which those "several tools" are. According to this > thread, the recommended tool among them is "mv" (in the hope that the > sysadm knows by heart that they have to run insserv afterwards). there's a fe

Re: enable/disable flags in /etc/default

On Tue, Mar 01, 2011 at 08:30:24PM +0100, Olaf van der Spek wrote: > > time the package is upgraded.  i mean, it's not even that great for > > maintainer scripts, as evidenced by the total inconsistency for how > > developers are managing enabling/disabling of their services. > > Isn't that handle

Re: Potential memory leaks reported by Valgrind against some frequently used commands

On Tue, Mar 01, 2011 at 08:38:42PM -0600, Ron Johnson wrote: > On 03/01/2011 06:19 AM, ximalaya wrote: > >Hi all, > [snip] > > > >BTW, I ever tried on Redhat Linux 9, no such problem. > > > > This is the interesting part. Is RH keeping their patches, or are > upstream and other distros just not d