Joel Franco wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Joel Franco <[EMAIL PROTECTED]>
>
>
> * Package name: winhardware
> Version : 0.0.14
> Upstream Author : Joel Franco <[EMAIL PROTECTED]>
> * URL : Not yet
> * License : GPL
> Programming Lang: s
Hello,
A new version (1.35) of the Boost library collection was released
yesterday. I'd like to get it packaged for Debian ASAP. The question
is: whether to simply replace the existing version (1.34.1) as we have
always done, or to have the old and new both available in the library?
In the past
On Sun 30 Mar 08 14:38, Bernd Zeimetz wrote:
>Joel Franco wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Joel Franco <[EMAIL PROTECTED]>
>>
>>
>> * Package name: winhardware
>> Version : 0.0.14
>> Upstream Author : Joel Franco <[EMAIL PROTECTED]>
>> * URL : No
On Sun, Mar 30, 2008 at 05:22:45PM +, Steve M. Robbins wrote:
> Hello,
>
> A new version (1.35) of the Boost library collection was released
> yesterday. I'd like to get it packaged for Debian ASAP.
You're aware that we're trying to release and that you shouldn't
upload things you are not
On Sun, Mar 30, 2008 at 14:26:48 -0300, Joel Franco wrote:
> I would to hear others opinions about your opinion.
>
I don't think adding a package for a simple shell script makes any
sense.
Cheers,
Julien
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Hi,
> I have no relationship with the wmi-client package nor knows the
> mainteiner. To agree with your opinion, i should work close to that
> mantainer and this could make the work a lot harder in the mean that i
> have to commnuicate with him.
uh, ntot really. You've just sent him an email ;)
T
On Sun, Mar 30, 2008 at 07:38:14PM +0200, Pierre Habouzit wrote:
> On Sun, Mar 30, 2008 at 05:22:45PM +, Steve M. Robbins wrote:
> > Hello,
> >
> > A new version (1.35) of the Boost library collection was released
> > yesterday. I'd like to get it packaged for Debian ASAP.
>
> You're aware
On Sun, Mar 30, 2008 at 02:59:07PM -0500, Steve M. Robbins wrote:
> Unfortunately, this is not the case. Boost is not guaranteeing ABI
> compatibility across releases, i.e. from 1.34 to 1.35. So don't read
> this as "major.minor" in the traditional sense. The SONAME has the
> complete version in
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
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
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, 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, Mar 30, 2008 at 07:59:07PM +, Steve M. Robbins wrote:
> On Sun, Mar 30, 2008 at 07:38:14PM +0200, Pierre Habouzit wrote:
> > On Sun, Mar 30, 2008 at 05:22:45PM +, Steve M. Robbins wrote:
> > > The question is: whether to simply replace the existing version
> > > (1.34.1) as we have
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
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-
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
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
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
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
[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
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
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
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.
>
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
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 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
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 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
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
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.
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
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
Hi Bernd,
I didn't know about Zenoss, but after visit the site and the wikipedia,
i understand why the wmi-client is part of the infracstructure. It
appears to be a great software, i will try it to manage my more than 30
servers from my clients.
About the inclusion of winhardware in the wmi-clien
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
World Best and biggest thing ,have a look
http://narendrasharma.wordpress.com
[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
36 matches
Mail list logo
