Anyone out there?
On Tue, Apr 1, 2008 at 9:27 AM, Tshepang Lekhonkhobe <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 31, 2008 at 10:28 AM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> > On dim, 2008-03-30 at 16:25 -0400, Joey Hess wrote:
> > > Things I want to see use triggers, in approximate prior
On Sun, Mar 30, 2008 at 04:25:15PM -0400, Joey Hess wrote:
> Things I want to see use triggers, in approximate priority order:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=133917 (man-db) can at
long last be fixed with a trigger. I had a tested patch for this a
little while back, which I'll du
On Mon, Mar 31, 2008 at 10:31:36AM -0500, Steve Greenland wrote:
> On 30-Mar-08, 15:25 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote:
> > dpkg in experimental supports triggers now, and in many cases trigger
> > support can be added to packages without creating a hard dependency on
> > a new version
Josselin Mouette writes ("Re: triggers wishlist"):
> On mer, 2008-04-02 at 21:07 -0400, Joe Smith wrote:
> > How expensive is running gtk-update-ican-cache? I mean, it would be easy
> > enough to have a script run
> > that runs "gtk-update-icon-cache /usr/
On mer, 2008-04-02 at 21:07 -0400, Joe Smith wrote:
> How expensive is running gtk-update-ican-cache? I mean, it would be easy
> enough to have a script run
> that runs "gtk-update-icon-cache /usr/share/icons/$subdir" for each of the
> subdirectories. Then the /usr/share/icons
> trigger would jus
"Michael Biebl" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
I guess Joss is right here. triggers tell you *if* something has changed
>(in a subdirectory), but not *what*.
Remember, that we have to call
gtk-update-icon-cache /usr/share/icons/$subdir
for the directory that has c
Joey Hess writes ("triggers wishlist"):
> Things I want to see use triggers, in approximate priority order:
One thing I forgot to say yesterday:
If you do the triggerisation by modifying some dh_foobar-called script
called update-foobar, then you do not need to introduce a depe
Sorry for answering s late, but I am on VAC for another 2 weeks.
On Di, 01 Apr 2008, Ian Jackson wrote:
> update-initramfs is important, yes. It's very tedious and gets run
> several times in some upgrade runs. I did the adaptation for this in
The Debian TeX would need - for what ever you a
On mer, 2008-04-02 at 05:48 +0200, Michael Biebl wrote:
> Josselin Mouette wrote:
> > On mar, 2008-04-01 at 23:27 +0200, Mike Hommey wrote:
> >> On Tue, Apr 01, 2008 at 11:22:58PM +0200, Josselin Mouette wrote:
> >>> Actually, for icons, I’d say that a package shipping a theme should
> >>> install
Josselin Mouette wrote:
> On mar, 2008-04-01 at 23:27 +0200, Mike Hommey wrote:
>> On Tue, Apr 01, 2008 at 11:22:58PM +0200, Josselin Mouette wrote:
>>> Actually, for icons, I’d say that a package shipping a theme should
>>> install a trigger for /usr/share/icons/$theme.
>> Wouldn't that be code du
Joey Hess wrote:
> Josselin Mouette wrote:
>> TTBOMK, triggers don’t tell you what has changed in a subdirectory.
>
> Actually they do.
>
I guess Joss is right here. triggers tell you *if* something has changed
(in a subdirectory), but not *what*.
Remember, that we have to call
gtk-update-icon-
Josselin Mouette wrote:
> TTBOMK, triggers don’t tell you what has changed in a subdirectory.
Actually they do.
--
see shy jo
signature.asc
Description: Digital signature
On mer, 2008-04-02 at 00:00 +0200, Michael Biebl wrote:
> Josselin Mouette schrieb:
> > Actually, for icons, I’d say that a package shipping a theme should
> > install a trigger for /usr/share/icons/$theme.
>
> There are *a lot* of packages installing icons into /usr/share/icons.
> What's the bene
On mar, 2008-04-01 at 23:27 +0200, Mike Hommey wrote:
> On Tue, Apr 01, 2008 at 11:22:58PM +0200, Josselin Mouette wrote:
> > Actually, for icons, I’d say that a package shipping a theme should
> > install a trigger for /usr/share/icons/$theme.
>
> Wouldn't that be code duplicated in all theme pac
I'm tracking all known trigger-related patches as well as todo items in
the wiki at http://wiki.debian.org/DpkgTriggers
--
see shy jo
signature.asc
Description: Digital signature
Josselin Mouette wrote:
> > - scrollkeeper
>
> It will probably be deprecated soon, so I don’t think it is necessary to
> put effort into it.
How soon? Before lenny? It's not much effort to triggerise this I think.
--
see shy jo
signature.asc
Description: Digital signature
Josselin Mouette schrieb:
> On lun, 2008-03-31 at 02:09 +0200, Michael Biebl wrote:
>> update-icon-caches/update-desktop-database would have to be made
>> triggers-aware and install a triggers control file
>> (e.g. interest /usr/share/icons or interest /usr/share/applications [1])
>
> Actually, fo
On Tue, Apr 01, 2008 at 11:22:58PM +0200, Josselin Mouette wrote:
> On lun, 2008-03-31 at 02:09 +0200, Michael Biebl wrote:
> > update-icon-caches/update-desktop-database would have to be made
> > triggers-aware and install a triggers control file
> > (e.g. interest /usr/share/icons or interest /us
On lun, 2008-03-31 at 02:09 +0200, Michael Biebl wrote:
> update-icon-caches/update-desktop-database would have to be made
> triggers-aware and install a triggers control file
> (e.g. interest /usr/share/icons or interest /usr/share/applications [1])
Actually, for icons, I’d say that a package shi
Michael Biebl writes ("Re: triggers wishlist"):
> Sune Vuorela wrote:
> > Maybe having the trigger enabled dh_foo fill in misc:Depends with a
> > versioned dependency on a trigger aware dpkg ?
>
> If I read the triggers documentation correctly, the situation is a
Petter Reinholdtsen writes ("Re: triggers wishlist"):
> [Michael Biebl]
> > I don't understand, why it shouldn't be possible, that a single
> > update-rc.insserv run, reoders *all* init scripts in one go. You
> > could still skip the ones, which w
Paul Wise writes ("Re: triggers wishlist"):
> On Mon, Mar 31, 2008 at 4:25 AM, Joey Hess <[EMAIL PROTECTED]> wrote:
> > - ldconfig
> > Seems to be some uncertainty about where it's possible to
> > triggerize this safely and reliably.
Michael Biebl writes ("Re: triggers wishlist"):
> Add update-initramfs to that list. It can take quite some time to
> regenerate the initramfs. Packages that update the initramfs are e.g.
> udev, cryptsetup or uswsusp, splashy/usplash
update-initramfs is important, yes. It
Rene Engelhard writes ("Re: triggers wishlist"):
> Maybe also fc-cache calls?
Absolutely.
Ian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
* David Given
| Before it blew up, my old NSLU2 (a 266MHz ARM with 32MB RAM) used to
| take 15-20 minutes to run update-initramfs.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=470869 should make
that slighly less painful once it's uploaded.
(Not that I'm opposing using triggers for update-i
On Mon, Mar 31, 2008 at 10:28 AM, Josselin Mouette <[EMAIL PROTECTED]> wrote:
> On dim, 2008-03-30 at 16:25 -0400, Joey Hess wrote:
> > Things I want to see use triggers, in approximate priority order:
> >
> > - scrollkeeper
>
> It will probably be deprecated soon, so I don't think it is necess
On Mon, Mar 31, 2008 at 03:38:14AM -0700, Mike Bird wrote:
> (c) that serious software engineers are discouraged from working on Debian.
I agree that this is a problem. Mike, please stop discouraging serious
software engineers (and others) from working on Debian with your rude and
insulting posts
What about offering an option to disable one or more of the conflicting
scripts? The other day I had a problem with the quota package and had to
play with files and packages in a more or less dirty way to get around the
problem.
apt-get upgrade log:
Setting up quota (3.16-1) ...
insserv: warning:
On Sun, Mar 30, 2008 at 08:04:49PM -0400, Joey Hess wrote:
> Suggested off-list: update-grub
> I agree that this would be nice. Particularly if many old kernel
> packages are removed, the multiple update-grub calls become annying.
FWIW, an implementation of this is available in the Ubuntu grub pa
Michael Biebl wrote:
[...]
> Add update-initramfs to that list. It can take quite some time to
> regenerate the initramfs. Packages that update the initramfs are e.g.
> udev, cryptsetup or uswsusp, splashy/usplash
*raises hand*
Before it blew up, my old NSLU2 (a 266MHz ARM with 32MB RAM) used to
On Mon, 2008-03-31 at 08:37 +0200, Petter Reinholdtsen wrote:
> [Michael Biebl]
> > I don't understand, why it shouldn't be possible, that a single
> > update-rc.insserv run, reoders *all* init scripts in one go. You
> > could still skip the ones, which will cause loops or have no
> > dependency in
Mike Bird dijo [Mon, Mar 31, 2008 at 03:38:14AM -0700]:
> On Sun March 30 2008 23:01:40 Christian Perrier wrote:
> > You're apparently living in that past, where debian-devel was a
> > playground for trolls and flames. Welcome to 2008: conflicts, even the
> > most complicated ones like the recent o
On Mon, Mar 31, 2008 at 10:31:36AM -0500, Steve Greenland wrote:
> On 30-Mar-08, 15:25 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote:
> > dpkg in experimental supports triggers now, and in many cases trigger
> > support can be added to packages without creating a hard dependency on
> > a new version
On 30-Mar-08, 15:25 (CDT), Joey Hess <[EMAIL PROTECTED]> wrote:
> dpkg in experimental supports triggers now, and in many cases trigger
> support can be added to packages without creating a hard dependency on
> a new version of dpkg.
>
> Things I want to see use triggers, in approximate priority
[Mike Bird]
> Options include:
>
> 0) Issue error message and abort package installation.
> 1) Issue warning message and try to boot cliques in parallel.
> 2) Issue warning message and try to boot cliques in lexical order.
> 3) Issue warning message and try to boot cliques in installation order.
On Sun March 30 2008 23:01:40 Christian Perrier wrote:
> You're apparently living in that past, where debian-devel was a
> playground for trolls and flames. Welcome to 2008: conflicts, even the
> most complicated ones like the recent one about dpkg, are now solved
> by discussion and constructive a
On Sun March 30 2008 23:37:48 Petter Reinholdtsen wrote:
> - Refuse to install a package that introduces a dependency loop,
>while allowing those that do not introduce a loop to install, to
>avoid getting an unstable boot sequence (as in, there is no way to
>know how to order the scrip
Quoting Mike Bird ([EMAIL PROTECTED]):
> Designing and implementing triggers was a lot more work, and a lot more
> serious work, than merely merging a git branch. Once you start to learn
> some programming you'll understand the difference.
Dear Mr Bird,
I have no idea who you are and what you
On dim, 2008-03-30 at 16:25 -0400, Joey Hess wrote:
> Things I want to see use triggers, in approximate priority order:
>
> - scrollkeeper
It will probably be deprecated soon, so I don’t think it is necessary to
put effort into it.
> - update-icon-caches
> - update-desktop-database
> These
[Michael Biebl]
> I don't understand, why it shouldn't be possible, that a single
> update-rc.insserv run, reoders *all* init scripts in one go. You
> could still skip the ones, which will cause loops or have no
> dependency information.
Well, there are two things that need to be done as insserv w
On Mon, Mar 31, 2008 at 4:25 AM, Joey Hess <[EMAIL PROTECTED]> wrote:
> - ldconfig
> Seems to be some uncertainty about where it's possible to
> triggerize this safely and reliably.
Ubuntu seems to have managed it OK? I imagine it would be a gain for
slower systems too?
Before t
Michael Biebl wrote:
> [1] Will changes to subdirectories (e.g /usr/share/applications/kde)
> also lead to a trigger
The docs don't seem to say, but my tests show that registering interest
does cause trigger updates for files in subdirs.
--
see shy jo
signature.asc
Description: Digital signatu
Joey Hess wrote:
> Suggested off-list: update-grub
>
> I agree that this would be nice. Particularly if many old kernel
> packages are removed, the multiple update-grub calls become annying.
>
Add update-initramfs to that list. It can take quite some time to
regenerate the initramfs. Packages th
Sune Vuorela wrote:
>> Michael Biebl wrote:
- update-icon-caches
- update-desktop-database
These are not very slow, nor used by a great many packages,
but triggerizing them would allow getting rid of dh_icons and=20
dh_desktop eventually, which I would appreciate.
Suggested off-list: update-grub
I agree that this would be nice. Particularly if many old kernel
packages are removed, the multiple update-grub calls become annying.
--
see shy jo
signature.asc
Description: Digital signature
On Mon, 2008-03-31 at 00:54 +0200, Cyril Brulebois wrote:
> On 30/03/2008, Michael Biebl wrote:
> > I don't understand, why it shouldn't be possible, that a single
> > update-rc.insserv run, reoders *all* init scripts in one go. You could
> > still skip the ones, which will cause loops or have no d
I demand that Michael Biebl may or may not have written...
> Joey Hess wrote:
>> dpkg in experimental supports triggers now, and in many cases trigger
>> support can be added to packages without creating a hard dependency on a
>> new version of dpkg.
>> Things I want to see use triggers, in approx
On Sun March 30 2008 14:01:33 Raphael Hertzog wrote:
> On Sun, 30 Mar 2008, Mike Bird wrote:
> > THANK YOU IAN for persisting with triggers despite the tedious delays by
> > blistering incompetents. And thanks Joey for the interesting use cases.
>
> Ian has nothing to do with the experimental uplo
On 2008-03-30, Joey Hess <[EMAIL PROTECTED]> wrote:
>
> --0IvGJv3f9h+YhkrH
> Content-Type: text/plain; charset=us-ascii
> Content-Disposition: inline
> Content-Transfer-Encoding: quoted-printable
>
> Michael Biebl wrote:
>> > - update-icon-caches
>> > - update-desktop-database
>> >These are not
On 30/03/2008, Michael Biebl wrote:
> I don't understand, why it shouldn't be possible, that a single
> update-rc.insserv run, reoders *all* init scripts in one go. You could
> still skip the ones, which will cause loops or have no dependency
> information.
I guess the algo is currently “there's n
Michael Biebl wrote:
> > - update-icon-caches
> > - update-desktop-database
> > These are not very slow, nor used by a great many packages,
> > but triggerizing them would allow getting rid of dh_icons and
> > dh_desktop eventually, which I would appreciate.
>
> Sounds interesting.
>
Hubert Chathi wrote:
> > Things I want to see use triggers, in approximate priority order:
>
> [... snip very nice list ...]
>
> How about defoma? fontconfig?
defoma-app and defoma-font act on a specific application/font that is being
installed/removed. Converting this kind of thing to use trig
Rene Engelhard wrote:
> Maybe also fc-cache calls?
I don't have many of those here, but if desired I think it could be made
to use triggers, yes.
--
see shy jo
signature.asc
Description: Digital signature
[Michael Biebl]
> - insserv/update-rc.d
> Looks like a possible candidate too (without knowing much about
> triggers).
I doubt it, as boot script updates need to be done in dependency
order, and reject the package if installing a script would introduce a
loop, but am open for explanations showing
Petter Reinholdtsen wrote:
> [Michael Biebl]
>> - insserv/update-rc.d
>> Looks like a possible candidate too (without knowing much about
>> triggers).
I have to add, that I don't know much about insserv either ;-)
>
> I doubt it, as boot script updates need to be done in dependency
> order, and
Hi,
Joey Hess wrote:
> Things I want to see use triggers, in approximate priority order:
>
> - scrollkeeper
> This is a huge speed pig, and d-i has hacks to disable it and
> run it at the end that I would love to be able to remove.
> dpkg's triggers.txt has a plan for triggeriz
Pierre Habouzit wrote:
> On Sun, Mar 30, 2008 at 08:25:15PM +, Joey Hess wrote:
> > - update-menus
> > Run by zillions of postinsts and postrms, many of these can be
> > gotten rid of entirely by using triggers, which is a big
> > complexity win.
> > I have written a patch for
On Sun, 30 Mar 2008 16:25:15 -0400, Joey Hess <[EMAIL PROTECTED]> said:
> dpkg in experimental supports triggers now, and in many cases trigger
> support can be added to packages without creating a hard dependency on
> a new version of dpkg.
Yay!
> Things I want to see use triggers, in approxima
Joey Hess wrote:
> dpkg in experimental supports triggers now, and in many cases trigger
> support can be added to packages without creating a hard dependency on
> a new version of dpkg.
>
> Things I want to see use triggers, in approximate priority order:
[..]
> - update-icon-caches
> - update-
Raphael Hertzog wrote:
> And thanks to Guillem for doing the work despite the unfriendly atmosphere
> that some managed to create.
Ditto.
--
·''`. A waste is a terrible thing to mind!
: :' :
`. `'
`-Proudly running (unstable) Debian GNU/Linux
On Sun, Mar 30, 2008 at 08:25:15PM +, Joey Hess wrote:
> - update-menus
> Run by zillions of postinsts and postrms, many of these can be
> gotten rid of entirely by using triggers, which is a big
> complexity win.
> I have written a patch for initial trigger support in
On Sun, 30 Mar 2008, Mike Bird wrote:
> On Sun March 30 2008 13:25:15 Joey Hess wrote:
> > dpkg in experimental supports triggers now
>
> THANK YOU IAN for persisting with triggers despite the tedious delays by
> blistering incompetents. And thanks Joey for the interesting use cases.
Ian has not
On Sun March 30 2008 13:25:15 Joey Hess wrote:
> dpkg in experimental supports triggers now
THANK YOU IAN for persisting with triggers despite the tedious delays by
blistering incompetents. And thanks Joey for the interesting use cases.
--Mike Bird
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
dpkg in experimental supports triggers now, and in many cases trigger
support can be added to packages without creating a hard dependency on
a new version of dpkg.
Things I want to see use triggers, in approximate priority order:
- scrollkeeper
This is a huge speed pig, and d-i has hacks
64 matches
Mail list logo
