audio group
Hi you all, I am having trouble in using real time apps under gnome. When I add my user to the audio group in order to run RT apps (qjacktl) the login takes forever and I got this message: "There was an error starting the GNOME Settings Daemon. Some things, such as themes, sounds, or background settings may not work correctly. The last error message was: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. GNOME will still try to restart the Settings Daemon next time you log in." Running gnome-settings-daemon fro cli results in the same error. Removing the user from audio group fixes but on the other side it prevents me to run RT apps. It seems an alsa related issue but everything worked fine since I switched to gnome from kde. Any hints? regards raffaele Debian testing uname -a : Linux jimi 2.6.29-rt1-vanilla #1 SMP PREEMPT RT Fri Apr 3 20:37:26 CEST 2009 x86_64 GNU/Linux ii alsa-base 1.0.19.dfsg-3 ALSA driver configuration files ii alsa-oss1.0.17-1ALSA wrapper for OSS applications ii alsa-tools 1.0.19-1Console based ALSA utilities for specific hardware ii alsa-tools-gui 1.0.19-1GUI based ALSA utilities for specific hardware ii alsa-utils 1.0.19-2ALSA utilities ii gstreamer0.10-alsa 0.10.22-4 GStreamer plugin for ALSA ii gstreamer0.10-ffmpeg0.10.7-1 FFmpeg plugin for GStreamer ii gstreamer0.10-gnomevfs 0.10.22-4 GStreamer plugin for GnomeVFS ii gstreamer0.10-plugins-bad 0.10.10.3-1 GStreamer plugins from the "bad" set ii gstreamer0.10-plugins-base 0.10.22-4 GStreamer plugins from the "base" set ii gstreamer0.10-plugins-good 0.10.14-2 GStreamer plugins from the "good" set ii gstreamer0.10-plugins-ugly 0.10.11-1 GStreamer plugins from the "ugly" set ii gstreamer0.10-tools 0.10.22-2 Tools for use with GStreamer ii gstreamer0.10-x 0.10.22-4 GStreamer plugins for X11 and Pango
Re: audio group
Le lundi 13 avril 2009 à 09:57 +0200, Raffaele a écrit : > Running gnome-settings-daemon fro cli results in the same error. > Removing the user from audio group fixes but on the other side it > prevents me to run RT apps. This looks like a broken GStreamer plugin that makes the daemon crash upon startup. There has been a problem with the ladpsa plugin recently, so this might be the same issue. -- .''`. Debian 5.0 "Lenny" has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée
Bug#523872: ITP: libnarray-miss-ruby -- An additional class with processing of missing value to NArray
Package: wnpp Severity: wishlist Owner: Youhei SASAKI * Package name: libnarray-miss-ruby Version : 1.1.2 Upstream Author : Seiya Nishizawa * URL : http://ruby.gfd-dennou.org/products/narray_miss/ * License : GPL Programming Lang: Ruby Description : An additional class with processing of missing value to NArray -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fwd: add me in ur contact
hi i m seo vipul keep in contact . vipul
Re: Bug#523794: ITP: php-version-control-svn -- wrapper interface for the Subversion command-line client
Philipp Kern wrote: > On 2009-04-12, Bernd Zeimetz wrote: >> Artur R. Czechowski wrote: >>> Programming Lang: PHP >>> Description : wrapper interface for the Subversion command-line client >> A php wrapper around the svn command-line client sounds like an completely >> braindead idea. Not only that php is utter crap, but relying on exit codes >> and >> output of svn is the worst idea ever. It also sounds like a security >> nightmare - >> allowing php to use exec() and system() is a pretty bad idea, and trying to >> parse the output of programs is error-prone, too. > > I also found svn to be not Ctrl-C-able at time. I don't know if that applies > to other signals too but if so I can imagine quite some hanging processes > on a server. Ack - I know this problem too well. the 'kill -9' axe is the only way to get rid of svn processes in time, unfortunately. -- Bernd Zeimetz Debian GNU/Linux Developer GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Getting Gnome installable again
Hi colleagues, I got my fixed laptop and wanted to re-install everything to continue TeX development. Well, unfortunately it seems that gnome is not installable, due to a missing library everything depends on via libcanberra, the libltdl3. Strange enough it is present in squeeze, but NOT in sid. Bummer. Any idea how to circumvent that but wait forever and a day till new canberra goes through NEW and in the meantime many other things break? Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- NETHER POPPLETON (n. obs.) A pair of P.J.Proby's trousers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Getting Gnome installable again
+ Norbert Preining (Mon, 13 Apr 2009 17:23:07 +0200): > Hi colleagues, > I got my fixed laptop and wanted to re-install everything to continue > TeX development. Ah, great to hear you’re back to that status. :-) > Well, unfortunately it seems that gnome is not installable, due to a > missing library everything depends on via libcanberra, the libltdl3. > Strange enough it is present in squeeze, but NOT in sid. Bummer. > Any idea how to circumvent that but wait forever and a day till new > canberra goes through NEW and in the meantime many other things break? Uhm, just install libltdl3 from squeeze, of course. -- - Are you sure we're good? - Always. -- Rory and Lorelai -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Getting Gnome installable again
On Mo, 13 Apr 2009, Adeodato Simó wrote: > > I got my fixed laptop and wanted to re-install everything to continue > > TeX development. > > Ah, great to hear you’re back to that status. :-) Well, far from having a system that works like I want ;-) But better than nothing. > Uhm, just install libltdl3 from squeeze, of course. Ummm, duck and hide. Yes, that solved the problem. I expected some more severe breakage ... thanks Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- As he came into the light they could see his black and gold uniform on which the buttons were so highly polished that they shone with an intensity that would have made an approaching motorist flash his lights in annoyance. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ITP: libplist -- Library for handling Apple Binary and XML Property Lists
Package: wnpp Owner: Bradley Smith Severity: wishlist * Package name: libplist Version : 0.10 Upstream Author : Jonathan Beck Zach C. Martin Szulecki Nikias Bassen * URL : http://github.com/JonathanBeck/libplist * License : LGPL-2.1+ Programming Lang: C Description : Library for handling apple binary and XML property lists libplist is a library for reading and writing the apple binary and XML property lists format. Regards, Bradley Smith -- Bradley Smith b...@brad-smith.co.uk Debian GNU/Linux Developer bradsm...@debian.org GPG: 0xC718D347 D201 7274 2FE1 A92A C45C EFAB 8F70 629A C718 D347 signature.asc Description: PGP signature
Re: Transfer of Funds to your nominated account.
You are invited to "Re: Transfer of Funds to your nominated account.". By your host Stanford Issac: Date: Monday April 13, 2009 Time: 5:00 pm - 6:00 pm (GMT +00:00) Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/stanfordissac000?v=126&a1=0&iid=shBOhg7CImx7%40EM8Xx%40VQRd%40otABa-d9mhBQn27%402iv%40&igid=Xx%40O4ajAq5iyaHtJ7xARRGtaosUS%40Px1MxAXbOj%40dX1s%40WjG Copyright © 2009 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/
Re: Transfer of Funds to your nominated account.
You are invited to "Re: Transfer of Funds to your nominated account.". By your host Stanford Issac: Date: Monday April 13, 2009 Time: 5:00 pm - 6:00 pm (GMT +00:00) Will you attend? RSVP to this invitation at: http://calendar.yahoo.com/stanfordissac000?v=126&a1=0&iid=shBOhg7CImx7%40EM8Xx%40VQRd%40opAFa-t9mhAUn27d2iv%40&igid=Xx%40O4ajAqyi5aHtJ7xARRGtaosUS%40Px1MxAXbOj%40dX1s%40WjG Copyright © 2009 All Rights Reserved www.yahoo.com Privacy Policy: http://privacy.yahoo.com/privacy/us Terms of Service: http://docs.yahoo.com/info/terms/
Re: realtime kernel for Debian
Uwe Kleine-König wrote: Hello, 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. Thanks for the head up. I'm glad that there is work in progress and am able to wait with patience knowing that ;) \r -- 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, > 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. 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: Install-info transition, review time
Hi all, after return from hardware-VAC and fixing grave texlive bugs and and and here are now some remarks on the i-i transition. On Di, 24 Mär 2009, Raphael Hertzog wrote: > http://wiki.debian.org/Transitions/DpkgToGnuInstallInfo > > Please review and raise any suggestions if you have any. There > has been some extensive discussion on -dpkg already that you can read > to understand the choices made: > http://lists.debian.org/debian-dpkg/2009/03/msg00019.html As mentioned, it would be nice to have that posted here, but unfortunately the discussion and the transition plan are already sooo long and I guess nobody will read it. The Wiki collects the most important things. On Do, 26 Mär 2009, Neil Williams wrote: > * install-info operations will all then happen in triggers, not > directly via maintainer scripts. > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518737#12 > > "The plan is always to get rid of install-info inside dpkg, so asking us > for this change is not the right long-term solution. (And contrary to > update-alternatives, I don't think such a change make sense) > > I would really suggest that you design a solution that doesn't require > the postinst snippet at all. A simple solution could be: > - have a package "install-info" register a file trigger > on /usr/share/install-info/ > - have other packages provide a .install-info file in that directory > that tells how install-info should be called > - add a dh_installinfo helper to automatize the installation of this > file > - have info readers depend on the new install-info package The experimental package of texinfo(source) I have prepared deb(-src) http:/people.debian.org/~preining/TeX/ i-i/ do it a bit differently by directly declaring interest on /usr/share/info, and not adding another file layer. That allows completion of all *current* postinst files calling install-info. The wrapper in /usr/bin and /usr/sbin will just warn and do nothing. That way packages will still work as they are now, the /usr/share/info/dir file will be updated anyway using the new method, and as soon as a new debhelper is uploaded the install-info calls will disappear slowly from the maintainer scripts. > Triggers will replace such maintainer script calls, making info > documents no different to manpages in terms of their installation, > hence no need for any support from Essential and triggers will simply > not be called if install-info is not installed. See above. Exactely that is the goal > IIRC the remaining install-info script is to provide support until all > the packages using maintainer scripts calls migrate to using triggers > for their info documents. /usr/sbin/install-info for maintainer scripts calling install-info with full path /usr/bin/install-info for maintainer scripts that still call install-info (not rebuild with new debhelper) and for doing the right thing when an admin calls it in the intention to call GNU install-info How do we proceed now with that? As said in a different email some weeks ago, only ~50 of around 580 total info files fail when called with ginstall-info. There are some things some well experienced DD could take a look at: - install-info binary package: . /usr/sbin/update-info-dir a script I have written that recreates the dir file from all the installed info files. Not very intelligent, but it does its job. Review would be fine . /usr/bin/install-info trivial script, the warning messages can be discussed - dpkg binary package: . /usr/sbin/install-info a binary (C code) AFAIR to deduce the calling way, Raphael can tell you were to get the code Ok, hope that we get this going ... Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- NETHER POPPLETON (n. obs.) A pair of P.J.Proby's trousers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Sponsorship requirements and copyright files
Russ Allbery wrote: > Joerg Jaspert writes: > >> Also, keep in mind what Mark wrote elsewhere. He asked the DPL to let >> SPI get us some lawyers input on the question. Thats probably the best >> course. > > Yes. I'm wholeheartedly in favor of this, and I think we should hold any > resolution of this discussion for the results of that. Has this happened? Did we get a reply yet? signature.asc Description: OpenPGP digital signature
Re: Install-info transition, review time
On Mon, 13 Apr 2009, Norbert Preining wrote: > How do we proceed now with that? As said in a different email some weeks > ago, only ~50 of around 580 total info files fail when called with > ginstall-info. We should file those bugs now with an explanation of the problem. You should also upload texinfo/i-i now given that it has to go through NEW. > There are some things some well experienced DD could take a look at: > - install-info binary package: > . /usr/sbin/update-info-dir > a script I have written that recreates the dir file from all > the installed info files. Not very intelligent, but it does > its job. Review would be fine > . /usr/bin/install-info > trivial script, the warning messages can be discussed > - dpkg binary package: > . /usr/sbin/install-info > a binary (C code) AFAIR to deduce the calling way, Raphael > can tell you were to get the code http://git.debian.org/?p=users/hertzog/dpkg.git;a=shortlog;h=refs/heads/pu/install-info > Ok, hope that we get this going ... Yeah, I waited your come-back, I didn't want to start this while you were not available. We haven't had much feedback but I hope I cleared the problems seen by Steve with my explanations on how they were already adressed. The only problem is that britney ignores Breaks and that the release team might have to migrate info browsers together with the newer dpkg to avoid uninstallable combinations in testing. (Bccing release team for this, see http://lists.debian.org/debian-devel/2009/03/msg01484.html for the start of the discussion) Cheers, -- Raphaël Hertzog Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny : http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
