Re: Debconf and PackageKit
Daniel Nicoletti a écrit :
> Hey Josselin,
>
>> De: Josselin Mouette
>
> This solution is not implemented as I don't know debconf verry well
> but there is one problem that I'd like to know if there is a already a way
> to deal with this:
> when aptcc backend starts installing packages it's status are in a fd
> which might be localized is LANG is set, so I clean LANG
> and get dpkg to give strings like
> removing, unpacking, that can be converted to an enum.
Ugh, that’s an absolutely horrible and broken solution. You should use
the --status-fd dpkg option instead.
>>> hmm ok I'll investigate on how to use that in an apt-get based code..
>> Why do you use apt-get and not libapt? Especially if you’re working on a
>> C++ frontend…
>
> Ok now I'm forking and using --status-fd, but i got this localized
> pmstatus:k3b:0:Removendo k3b
>
> which i can't parse, actually i'm a bit afraid if it's status are
> some kind of standard, maybe i should look at the source.. :P
>
> So what's the best solution anyway?
> Clean the child env vars?
Or just use LC_ALL=C (or setenv("LC_ALL","C") or whatever
$ENV{"LC_ALL"}="C" you need), which should be done before launching any
localized non-interactive program from which you expect some information.
--
Jean-Christophe Dubacq
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Debconf and PackageKit
On Fri, 02 Oct 2009, Jean-Christophe Dubacq wrote:
> > Ok now I'm forking and using --status-fd, but i got this localized
> > pmstatus:k3b:0:Removendo k3b
> >
> > which i can't parse, actually i'm a bit afraid if it's status are
> > some kind of standard, maybe i should look at the source.. :P
> >
> > So what's the best solution anyway?
> > Clean the child env vars?
>
> Or just use LC_ALL=C (or setenv("LC_ALL","C") or whatever
> $ENV{"LC_ALL"}="C" you need), which should be done before launching any
> localized non-interactive program from which you expect some information.
No, he doesn't need that. For example in a French environment:
$ sudo dpkg --status-fd 1 -i ../dselect_1.15.5_i386.deb
(Lecture de la base de données... 225254 fichiers et répertoires déjà
installés.)
Préparation du remplacement de dselect 1.15.5 (en utilisant
../dselect_1.15.5_i386.deb) ...
processing: upgrade: dselect
status: dselect: half-configured
status: dselect: unpacked
status: dselect: half-installed
Dépaquetage de la mise à jour de dselect ...
status: man-db: triggers-pending
status: dselect: half-installed
status: dselect: half-installed
status: dselect: unpacked
status: dselect: unpacked
Paramétrage de dselect (1.15.5) ...
processing: configure: dselect
status: dselect: unpacked
status: dselect: unpacked
status: dselect: half-configured
status: dselect: triggers-awaited
Traitement des actions différées (« triggers ») pour « man-db »...
processing: trigproc: man-db
status: man-db: half-configured
status: dselect: installed
status: man-db: installed
The "processing" lines are those that seem to interest you. They do not
contain translated material in any way.
Cheers,
--
Raphaël Hertzog
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Is Mari Wang MIA?
I've got a new version of the package (7.82) just about ready for upload, give me a day or two But the most recent production version of ExifTool is 7.89 (Aug. 18). Why not package the most recent production release? - Phil -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549353: ITP: arename -- automatic audio file renaming
Package: wnpp Severity: wishlist Owner: Maximilian Gass * Package name: arename Version : 3.0 Upstream Author : Maximilian Gass * URL : http://ft.bewatermyfriend.org/comp/arename.html * License : BSD-2 Programming Lang: Perl Description : automatic audio file renaming arename is a tool that is able to rename audio files by looking at a file's tagging information. It uses this information to assemble a consistent destination file name. The user can define the format of the destination filename by the use of template strings. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: realtime kernel for Debian
Hello, On Wed, May 13, 2009 at 11:35:17AM +0200, Uwe Kleine-König wrote: > Hi, > > >>> I was wondering about how far are we with implementing a RT kernel in > >>> Debian... Some progress here? Would be nice. > >>> > >> The patch I created that "fits" on Debian's vanilla kernel creates > >> conflicts on the sources with the Debian patches. > >> I hope to be able to clean that up by minimizing the -rt series (e.g. > >> the first broken out patch consists usually of various bits from the > >> -tip tree that are (AFAIK) not all needed.) > >> > >> So just have some more patience. > >> > >> > > How are things going? Just interest... > Hhhm, well, I spottet a problem. The thing is that linux-rt does many > deep changes in the kernel and I won't be able to support the harder > problems. And upstream probably won't help because the Debian rt-kernel > isn't a vanilla rt-kernel. Moreover even the broken out rt-patch isn't > nicely sorted (e.g. bisectable, some patches undo changes of other > patches earier in the series etc. pp), so I fear the Debian kernel team > isn't filled with enthusiasm when asked to add an rt variant. > > I already thought about packaging debian-kernel + rt for Debian and > vanilla-kernel + rt for a non-Debian package repository such that it's > easy for bug reporters to try out a vanilla kernel. But that still needs > more work. OK, the vanilla-kernel + rt is done. See http://mid.gmane.org/20090926171218.gd13...@pengutronix.de for an announcment and http://www.pengutronix.de/software/linux-rt/debian_en.html for the documentation how to install it. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions| http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: realtime kernel for Debian
Uwe Kleine-König wrote: Hello, On Wed, May 13, 2009 at 11:35:17AM +0200, Uwe Kleine-König wrote: Hi, I was wondering about how far are we with implementing a RT kernel in Debian... Some progress here? Would be nice. The patch I created that "fits" on Debian's vanilla kernel creates conflicts on the sources with the Debian patches. I hope to be able to clean that up by minimizing the -rt series (e.g. the first broken out patch consists usually of various bits from the -tip tree that are (AFAIK) not all needed.) So just have some more patience. How are things going? Just interest... Hhhm, well, I spottet a problem. The thing is that linux-rt does many deep changes in the kernel and I won't be able to support the harder problems. And upstream probably won't help because the Debian rt-kernel isn't a vanilla rt-kernel. Moreover even the broken out rt-patch isn't nicely sorted (e.g. bisectable, some patches undo changes of other patches earier in the series etc. pp), so I fear the Debian kernel team isn't filled with enthusiasm when asked to add an rt variant. I already thought about packaging debian-kernel + rt for Debian and vanilla-kernel + rt for a non-Debian package repository such that it's easy for bug reporters to try out a vanilla kernel. But that still needs more work. OK, the vanilla-kernel + rt is done. See http://mid.gmane.org/20090926171218.gd13...@pengutronix.de for an announcment and http://www.pengutronix.de/software/linux-rt/debian_en.html for the documentation how to install it. Looks like this is great news! Thanks for your time and effort Uwe! \r -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
