Bug#585012: ITP: qtmobility -- APIs for mobile device functionality
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: qtmobility Version : 1.0.1 Upstream Author : Nokia Corporation and/or its subsidiary(-ies) * URL : http://qt.gitorious.org/qt-mobility * License : GPL-2, GPL-3, LGPL-2.1 Programming Lang: C++ Description : APIs for mobile device functionality Qt Mobility delivers a set of new APIs for mobile device functionality: - Bearer managementsAn API to control the system's connectivity state. - contacts An API enabling clients to request contact data from local or remote backends. - locations The Location API provides a library for distributing and receiving location data using arbitrary data sources. - Publish and subscribes The Publish and Subscribe API, containing Value Space, enables applications to read item values, navigate through and subscribe to change notifications. - Qt Service frameworks A set of Qt APIs to that allows clients to discover and instantiate arbitrary services. - Sensors API The Sensors API provides access to hardware sensors. - System Information A set of APIs to discover system related information and capabilities. - Versit API An API to manage Versit documents. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100608111333.3387.23583.report...@dc7700p
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On 07/06/2010 17:37, Stephen Powell wrote:
> But for a kernel install or reconfigure, it is the responsibility of the
> kernel maintainer scripts to invoke the bootloader. See also, for example,
> linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader
> on line 38. This really is an "open and shut case", if only I can the kernel
> people to actually look at it! Please look at it!
If I recall correctly, kernel maintainers have introduced
/etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible
bootloader in their script.
Can't lilo provide a script here ?
Regards,
Vincent
--
Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble
Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot
Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann
Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4c0e2c0e.2060...@free.fr
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On Tue, 2010-06-08 at 13:39 +0200, Vincent Danjean wrote:
> On 07/06/2010 17:37, Stephen Powell wrote:
> > But for a kernel install or reconfigure, it is the responsibility of the
> > kernel maintainer scripts to invoke the bootloader. See also, for example,
> > linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader
> > on line 38. This really is an "open and shut case", if only I can the
> > kernel
> > people to actually look at it! Please look at it!
>
> If I recall correctly, kernel maintainers have introduced
> /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible
> bootloader in their script.
> Can't lilo provide a script here ?
It could, but that should be redundant in squeeze since update-initramfs
already runs lilo.
This appears to be a problem in lenny, where by default neither the
kernel postinst nor the initramfs builder runs lilo.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On Tue, 08 Jun 2010, Ben Hutchings wrote:
> On Tue, 2010-06-08 at 13:39 +0200, Vincent Danjean wrote:
> > On 07/06/2010 17:37, Stephen Powell wrote:
> > > But for a kernel install or reconfigure, it is the responsibility of the
> > > kernel maintainer scripts to invoke the bootloader. See also, for
> > > example,
> > > linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the
> > > bootloader
> > > on line 38. This really is an "open and shut case", if only I can the
> > > kernel
> > > people to actually look at it! Please look at it!
> >
> > If I recall correctly, kernel maintainers have introduced
> > /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible
> > bootloader in their script.
> > Can't lilo provide a script here ?
>
> It could, but that should be redundant in squeeze since update-initramfs
> already runs lilo.
Not every kernel package needs an initrd.
--
| .''`. ** Debian GNU/Linux **
Peter Palfrader | : :' : The universal
http://www.palfrader.org/ | `. `' Operating System
| `-http://www.debian.org/
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100608120012.gu14...@anguilla.noreply.org
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On Tue, 2010-06-08 at 14:00 +0200, Peter Palfrader wrote:
> On Tue, 08 Jun 2010, Ben Hutchings wrote:
>
> > On Tue, 2010-06-08 at 13:39 +0200, Vincent Danjean wrote:
> > > On 07/06/2010 17:37, Stephen Powell wrote:
> > > > But for a kernel install or reconfigure, it is the responsibility of the
> > > > kernel maintainer scripts to invoke the bootloader. See also, for
> > > > example,
> > > > linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the
> > > > bootloader
> > > > on line 38. This really is an "open and shut case", if only I can the
> > > > kernel
> > > > people to actually look at it! Please look at it!
> > >
> > > If I recall correctly, kernel maintainers have introduced
> > > /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible
> > > bootloader in their script.
> > > Can't lilo provide a script here ?
> >
> > It could, but that should be redundant in squeeze since update-initramfs
> > already runs lilo.
>
> Not every kernel package needs an initrd.
But those that don't, invoke lilo (or other bootloader) directly.
Ben.
--
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.
signature.asc
Description: This is a digitally signed message part
Re: new lilo package maintainer? (was lilo removal in squeeze or please test grub2)
On Tue, 08 Jun 2010 07:39:58 -0400 (EDT), Vincent Danjean wrote:
> On 07/06/2010 17:37, Stephen Powell wrote:
>> But for a kernel install or reconfigure, it is the responsibility of the
>> kernel maintainer scripts to invoke the bootloader. See also, for example,
>> linux-image-2.6.26-2-s390.postinst, where zipl is assigned as the bootloader
>> on line 38. This really is an "open and shut case", if only I can the kernel
>> people to actually look at it! Please look at it!
>
> If I recall correctly, kernel maintainers have introduced
> /etc/kernel/post{inst,rm}.d/ in order to avoid to hardcode each possible
> bootloader in their script.
> Can't lilo provide a script here ?
do_bootloader = yes
in /etc/kernel-img.conf means "run the historic boot loader for this platform".
For the i386 platform (and amd64) the historic boot loader is lilo. For
the s390 platform, that boot loader is zipl. The kernel maintainer scripts
for the s390 platform still specify zipl as the boot loader
my $loader= "zipl"; # lilo, silo, quik, palo, vmelilo, nettrom,
arcboot, or delo
so that
do_bootloader = yes
in /etc/kernel-img.conf will work. The kernel maintainer scripts for i386 and
amd64
for Lenny and beyond specify a null string. That is inconsistent. It should
specify
my $loader= "lilo"; # lilo, silo, quik, palo, vmelilo, nettrom,
arcboot, or delo
for consistency between platforms. For non-historic boot loaders, the method
used is to set
do_bootloader = no
in /etc/kernel-img.conf and supply a hook script of some kind, if needed. For
example,
grub version 1 in Lenny invokes it's hook scripts via
do_bootloader = no
postinst_hook = update-grub
postrm_hook = update-grub
in /etc/kernel-img.conf. Grub version 2 does not need a hook script; so it
simply sets
do_bootloader = no
in /etc/kernel-img.conf. In Squeeze and later, there is an alternate method
for running
hook scripts (so that more than one hook script can be invoked). Simply
install the
script in /etc/kernel/preinst.d, /etc/kernel/prerm.d, /etc/kernel/postinst.d, or
/etc/kernel/postrm.d. But even in Squeeze/Sid, the historic boot loader can
still be run
by setting
do_bootloader = yes
in /etc/kernel-img.conf. That still works for zipl on the s390 platform. But
it's
been broken since Lenny on the i386 and amd64 platforms for lilo.
initramfs-tools also examines this variable and runs the historic boot loader
when
update-initramfs -u
is invoked. That still works, even on the i386 and amd64 platforms, provided
that
do_bootloader = yes
is specified in /etc/kernel-img.conf. But
update-initramfs -c
does not invoke the boot loader. Running the historic boot loader during
installation,
reconfiguration, or upgrade of a kernel is still the responsibility of the
kernel
maintainer scripts. And it cannot do so unless "my $loader" is set to the name
of
the historic boot loader. On s390, that variable is set properly. On i386 and
amd64,
it is not.
The kernel maintainer scripts provided by kernel image packages created by
make-kpkg
on Squeeze and later are another story. They no longer do *any*
post-installation
actions unless user-provided hook scripts cause it to happen. But the
maintainer
scripts for official stock Debian kernel images still support these historic
post-installation activities.
--
.''`. Stephen Powell
: :' :
`. `'`
`-
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/1661542040.41185.1276004599156.javamail.r...@md01.wow.synacor.com
Imprimante de cartes ou badges plastiques
http://url.aart15.net/t/52993/1380/4059034/4461177/0 http://url.aart15.net/t/52993/1380/4059034/4461177/0 http://url.aart15.net/t/52993/1380/4059034/4461177/0 http://url.aart15.net/t/52993/1380/4059034/4461177/0 http://url.aart15.net/t/52994/1380/4059034/4461177/0 PROMO imprimante Double Faces http://url.aart15.net/t/52994/1380/4059034/4461177/0 + le Soft + 500 cartes offertes http://url.aart15.net/t/52994/1380/4059034/4461177/0 : 1890 ? ht http://url.aart15.net/t/52993/1380/4059034/4461177/0 Il n'y a pas plus facile pour produire vos Cartes plastiques ou badges personnalisés . http://url.aart15.net/t/52993/1380/4059034/4461177/0 BADGES PROFESSIONNELSR http://url.aart15.net/t/52993/1380/4059034/4461177/0 estauration collective, Carte d'étudiant ... . http://url.aart15.net/t/52993/1380/4059034/4461177/0 BADGES VISITEURS http://url.aart15.net/t/52993/1380/4059034/4461177/0 - SALONS http://url.aart15.net/t/52993/1380/4059034/4461177/0 http://url.aart15.net/t/52993/1380/4059034/4461177/0 Edition du badge en temps réel... . http://url.aart15.net/t/52993/1380/4059034/4461177/0 CARTES DE FIDÉLITÉCommerce, grande distribution, franchise, service ... . http://url.aart15.net/t/52993/1380/4059034/4461177/0 CARTES DE MEMBRE - DE CLUB - VIPClubs sportifs, associations ... . http://url.aart15.net/t/52993/1380/4059034/4461177/0 BADGES ÉVÉNEMENTIELSCongrès, fédération sportive, caritative ... . http://url.aart15.net/t/52993/1380/4059034/4461177/0 CARTES D'ABONNEMENTCarte Bus scolaire, carte de fidélité ... Promo jusqu'au 30 Mai 2010 CONTACTEZ-NOUS ! Tél. : 01 49 85 60 60 - Fax : 01 49 85 60 69 Web CD PRO : http://url.aart15.net/t/52995/1380/4059034/4461177/0 cliquez ici ou e-mail : mailto:ven...@cdpro.fr?subject=demande de devis Promo cartes_du_05_2010 Devis / Info http://url.aart15.net/t/52996/1380/4059034/4461177/0/?id=4461177-1380-4059034-39ff26a1&res=fr
Bug#585039: O: timidity -- Software sound renderer (MIDI sequencer, MOD player)
Package: wnpp Severity: normal X-Debbugs-CC: debian-devel@lists.debian.org If you want to take over maintenance, be prepared to deal with obscure pulseaudio issues. -- Joost Yervante Damad -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201006081745.24650.and...@debian.org
Bug#585071: ITP: libnih -- small utilitiy library for C application development
Package: wnpp Severity: wishlist Owner: Michael Biebl * Package name: libnih Version : 1.0.2 Upstream Author : Scott James Remnant * URL : https://launchpad.net/libnih * License : GNU GPL v2 Programming Lang: C Description : small utilitiy library for C application development libnih is roughly equivalent to other C libraries such as glib, except that its focus is on a small size and intended for applications that sit very low in the software stack, especially outside of /usr. It expressly does not reimplement functions that already exist in libraries ordinarily shipped in /lib such libc6, and does not do foolish things like invent arbitrary typedefs for perfectly good C types. libnih is packaged as dependency of upstart >= 0.6.5. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100608204222.14063.83858.report...@pluto.milchstrasse.xx
