Re: Bug#769747: Technical committee acting in gross violation of the Debian constitution
On Tue, 2014-11-18 at 06:29 +0100, Martin Pitt wrote: > Hello all, > > Josselin Mouette [2014-11-17 19:38 +0100]: > > This decision has been made in gross violation of constitution §6.3.6, > > being summoned to override a maintainer’s choice while the solution was > > still under discussion. > > > > I urge the systemd maintainers not to take it into account. > > TBH, I think this was blown way out of proportion. I already switched > the dependencies around yesterday in git. It's a rather harmless > change after all -- a no-op for any existing system, regardless of > whether they have systemd-sysv or sysvinit installed. And on upgrades, > libpam-systemd is *not* meant to be the package that decides which > init system you end up with IMHO -- that should be the job of a > meta-package like "init" or other means (and there's still a pending > discussion whether and how to upgrade existing wheezy machines to > systemd). > > If other systemd maintainers want to keep discussing this dependency > issue, please do (but it seems we are just losing them in dangerous > quantities!), but I see absolutely no point in this personally. Yeah, the switch is entirely fine, thanks for doing the change. At worst it's inelegant to have to do this in order to trick the dependency systems into doing the right thing, maybe we manage to find a nicer solution for jessie+1. However I don't really the path that lead to the vote and the overruling (as i really don't think such drastic measures were needed), but that's a completely different discussion that clearly needs to be held seperately from discussing any specific technial outcome including this one. -- Sjoerd Simons -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1416295681.2480.3.ca...@luon.net
Bug#687145: ITP: telepathy-phoenix -- Telepathy echo bot and system test
Package: wnpp Severity: wishlist Owner: Sjoerd Simons * Package name: telepathy-phoenix Version : 0.0.1 Upstream Author : Sjoerd Simons * URL : http://telepathy/freedesktop.org * License : LGPL2.1+ Programming Lang: C,Python Description : Telepathy echo bot and system test Phoenix is a echo bot for the telepathy framework re-using the standard Telepathy infrastructure. Mission control is used for the account management, standard Telepathy clients are used for the echo implementation. -- 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/20120910091757.14781.7433.report...@dusk.luon.net
Re: Bug#672797: ITP: webrtc-audio-processing -- AudioProcessing library from the webrtc.org code base
Hey, On ma, 2012-05-14 at 10:32 +, Tzafrir Cohen wrote: > > Audio processing library (echo-cancellation, gain control etc) around the > > AudioProcessing module from the WebRTC project > > (http://code.google.com/p/webrtc/) > > Any relation to the original project? see: http://cgit.freedesktop.org/pulseaudio/webrtc-audio-processing/tree/README > > Any intention of packaging other parts of webrtc? My interest purely comes from enabling the improved echo cancellation feature in pulseaudio, so no intention of packaging other parts of webrtc on my side. -- Sjoerd Simons -- 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/1336994478.3094.108.ca...@dusk.luon.net
Bug#672797: ITP: webrtc-audio-processing -- AudioProcessing library from the webrtc.org code base
Package: wnpp Severity: wishlist Owner: Sjoerd Simons * Package name: webrtc-audio-processing Version : 0.1 Upstream Author : Google Inc * URL : http://freedesktop.org/software/pulseaudio/webrtc-audio-processing/ * License : BSD Programming Lang: C Description : AudioProcessing library from the webrtc.org code base Audio processing library (echo-cancellation, gain control etc) around the AudioProcessing module from the WebRTC project (http://code.google.com/p/webrtc/) -- 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/20120513184339.12439.27452.report...@dusk.luon.net
Bug#507907: ITP: telepathy-farsight -- Glue library between telepathy and farsight2
Package: wnpp Severity: wishlist Owner: Sjoerd Simons <[EMAIL PROTECTED]> * Package name: telepathy-farsight Version : 0.0.3 Upstream Author : Olivier Crete <[EMAIL PROTECTED]> * URL : http://telepathy.freedesktop.org * License : LGPL Programming Lang: C Description : Glue library between telepathy and farsight2 A helper library to glue together Telepathy's media signalling and the media streaming capabilities of Farsight2 . Telepathy is a D-Bus framework for unifying real time communication, including instant messaging, voice calls and video calls. It abstracts differences between protocols to provide a unified interface for applications. . Farsight2 is a framework for media streaming in audio/video conferences. This package will be maintained by the pkg-telepathy alioth group -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#506962: ITP: libnice -- ICE library
Package: wnpp Severity: wishlist Owner: Sjoerd Simons <[EMAIL PROTECTED]> * Package name: libnice Version : 0.0.3 Upstream Authors : Dafydd Harries <[EMAIL PROTECTED]>, Rémi Denis-Courmont <[EMAIL PROTECTED]>, Kai Vehmanen <[EMAIL PROTECTED]>, Youness Alaoui <[EMAIL PROTECTED]> * URL : http://nice.freedesktop.org * License : LGPL 2.1+, MPL Programming Lang: C Description : ICE library Nice is an implementation of the IETF's draft Interactive Connectivity Establishment standard (ICE). ICE is useful for applications that want to establish peer-to-peer UDP data streams. It automates the process of traversing NATs and provides security against some attacks. This package will be maintained by the pkg-telepathy packaging team -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#443528: ITP: xmms-pulse -- Pulseaudio Output plugin for xmms
On Sat, Sep 22, 2007 at 10:13:17AM +0200, Thomas Viehmann wrote: > Hi, > > Thomas GOIRAND wrote: > > Description : Pulseaudio output plugin for xmms > > Last I heard the xmms maintainers asked for input on removing xmms and > how to deal with the plugins already in the archive... We already packaged xmms-pulse as part of pkg-pulseaudio. But never uploaded it for exactly this reason. It doesn't seem very usefull to upload it just so it can be removed a few months later. You can find our packaging at http://svn.debian.org/wsvn/pkg-pulseaudio/xmms-pulse/ Ofcourse always feel free to join pkg-pulseaudio if you want to package/maintain pulse related things :).. Sjoerd -- Freedom is what you do with what's been done to you. -- Jean-Paul Sartre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#415128: ITP: mission-control -- Central control for Telepathy connection managers
Package: wnpp Severity: wishlist Owner: Sjoerd Simons <[EMAIL PROTECTED]> * Package name: mission-control Version : 4.18 * URL : http://mission-control.sourceforge.net/ * License : LGPL Programming Lang: C Description : Central control for Telepathy connection managers Telepathy is a D-Bus framework for unifying real time communication, including instant messaging, voice calls and video calls. It abstracts differences between protocols to provide a unified interface for applications. . Mission Control, or MC, is a Telepathy component providing a way for "end-user" applications to abstract some of the details of connection managers, to provide a simple way to manipulate a bunch of connection managers at once, and to remove the need to have in each program the account definitions and credentials. This package will be part of the pkg-telepathy group. Preliminary packaging will appear in our bzr repository later today :) Sjoerd -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-powerpc Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch
On Thu, Dec 07, 2006 at 06:22:23PM +0100, Romain Beauxis wrote: > > > When ruby-gnome2 uses 0.10 changing my package will only be a matter of > > > changing the dependencies I hope. > > > > Note that your application will need some porting to gstreamer 0.10. At > > least the current source in debian doesn't seem to support gstreamer 0.10 > > Hum.. > Is the API different ? Yes. In the same way that the gstreamer 0.10 C api is different. So some porting needs to be done Sjoerd -- Did you hear that there's a group of South American Indians that worship the number zero? Is nothing sacred? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SUMMARY: Re: Dropping GStreamer 0.8 for etch
On Thu, Dec 07, 2006 at 02:53:59PM +0100, Romain Beauxis wrote: > On Thursday 07 December 2006 12:03, Loïc Minier wrote: > > Initially missing from the list: geekast-binary. The maintainer > > commented that he is now working on porting this package to GStreamer > > 0.10. > > Ok, it seems that the issue is more complicated than that. > Indeed, the while ruby-gnome2 bindings pack is built upon gstreamer2, see: > http://packages.debian.org/unstable/libs/ruby-gnome2 > and > http://packages.debian.org/unstable/libs/libgstreamer0.8-ruby > > Now the big question now is: is it only a matter of recompiling against or is > there some restriction for using gstreamer0.10 for ruby-gnome2. I CCed the > maintainer to have his point on this. ruby-gnome2 only contains bindings for gstreamer 0.8. To use gstreamer 0.10 you need the libgstreamer0.10-ruby1.8 package. Which works perfectly with the rest of ruby-gnome2 :) > When ruby-gnome2 uses 0.10 changing my package will only be a matter of > changing the dependencies I hope. Note that your application will need some porting to gstreamer 0.10. At least the current source in debian doesn't seem to support gstreamer 0.10 Sjoerd -- Of course you can't flap your arms and fly to the moon. After a while you'd run out of air to push against. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#396153: ITP: howl-xml -- Multicast DNS publishing utilities
On Sun, Oct 29, 2006 at 11:33:39PM -0600, Jaldhar H. Vyas wrote: > Package: wnpp > Severity: wishlist > Owner: "Jaldhar H. Vyas" <[EMAIL PROTECTED]> > > * Package name: howl-xml > Version : 0.1.0 > Upstream Author : Porchdog Software/Linspire Inc. > * URL : http://apt.freespire.org/ > * License : BSD-like > Description : Multicast DNS publishing utilities > > Some command-line tools for using mDNS more easily. Despite the name, > the Debian package will be built against avahi not howl. I am packaging > this as it is a dependency of LSongs. These utils basically provide the same as functionality as avahi-publish and avahi-browse from the avahi-utils package. The only real functional difference is that howl-xml uses XML for output. Also it uses the howl compatibility layer of avahi, which should be avoided if possible. Would be great if LSongs could be adapted to either use avahi directly or use the standard avahi tools. According to the LSongs FAQ it's written in python, so both option shouldn't be very hard :) Sjoerd -- Last yeer I kudn't spel Engineer. Now I are won. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Grave error in X in unstable
On Wed, Jun 21, 2006 at 10:34:52AM +0200, Michael Rasmussen wrote:
>
>
> Hi list,
>
> After installing updates to unstable tonight X is no longer able to
> start. Errors from .xsession-errors is
> Failed to start message bus: Failed to read directory
> "/etc/dbus-1/${prefix}/share/dbus-1/services": No such file or directory
> EOF in dbus-launch reading address from bus daemon
>
> making a symbolic link from /usr/share/dbus-1 to
> /etc/dbus-1/${prefix}/share/dbus-1/ "solves" the issue.
See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=374747. I've just uploaded
a fixed dbus package, so that should appear in incoming RSN.
Sjoerd
--
Neil Armstrong tripped.
signature.asc
Description: Digital signature
Bug#369853: ITP: ruby-gstreamer0.10 -- GStreamer 0.10 bindings for the Ruby language
Package: wnpp Severity: wishlist Owner: Sjoerd Simons <[EMAIL PROTECTED]> * Package name: ruby-gstreamer0.10 Version : 0.0.2 Upstream Author : Sjoerd Simons <[EMAIL PROTECTED]> * URL : https://trac.luon.net/ruby-gstreamer0.10 * License : LGPL Programming Lang: C Description : GStreamer 0.10 bindings for the Ruby language GStreamer is a streaming media framework, based on graphs of filters which operate on media data. Applications using this library can do anything from real-time sound processing to playing videos, and just about anything else media-related. Its plugin-based architecture means that new data types or processing capabilities can be added simply by installing new plug-ins. . This package contains libraries for using GStreamer 0.10 with the Ruby programming language. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.17-rc3-powerpc Locale: LANG=C, LC_CTYPE=nl_NL (charmap=ISO-8859-1) -- It's not hard to admit errors that are [only] cosmetically wrong. -- J. K. Galbraith -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian zeroconf group?
On Fri, Feb 24, 2006 at 10:38:24AM -0500, Joey Hess wrote: > [Ccing maintainers of mdns stuff, please followup to debian-devel] > > With avahi in unstable we seem to have a fairly capable set of > zeroconf/mdns tools in Debian now, albeit with some holes. There are for > example some things like mod_dnssd that are not packaged yet and some > interesting patches that aren't applied to some apps. And adding mdns > to /etc/nsswitch.conf is still being worked out. Mod_dnssd is in NEW currently, so that should resolve itself pretty soon. Having mdns in /etc/nsswitch would be great. > I would like to investigate the possibility of adding a task to tasksel > that fully sets up a system to prticipate in a zeroconf network. That > would mean, you pick this task and you can resolve mdns names; if you > installed a desktop, the desktop supports mdns; if you installed a web > server or ssh server those services are published via mdns etc. There > is still some integration work to do before that's possible, but it's my > goal. Sound great. > I think a team to work on this stuff would be useful. Right now there > seems to be no coordinated effort to put everything together and fill in > the holes, just various people working on their own peices. While that > scattershot approach has worked ok so far, getting everyone together > integrating stuff could improve things a lot. > > If people agree let me know and I can do the standard alioth dance. Sounds good. We've been doing avahi and mod-dnssd in pkg-utopia on alioth, but i've no problems with switching them to a another (better suited?) project or work together in pkg-utopia. Sjoerd -- Life is the childhood of our immortality. -- Goethe -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Introducing pmount in Debian / New plugdev group
On Fri, Nov 12, 2004 at 10:42:31AM +0100, Marco d'Itri wrote: > On Nov 10, Martin Pitt <[EMAIL PROTECTED]> wrote: > > > I was not sure whether it is valid that packages put their scripts > > into /etc/udev/rules.d. > It is as long as they discuss it with me. :-) > BTW, I suggest installing the rules files in /etc/udev/ and then > creating a symlink in the rules.d/ directory. Is there a way to commit these changes in the udev configuration without the user needing to reboot. Is it possible to abuse(?) udevstart for this or is that a bad idea. Sjoerd -- A lifetime isn't nearly long enough to figure out what it's all about.
Re: Introducing pmount in Debian / New plugdev group
On Tue, Nov 09, 2004 at 06:41:40PM +0100, Martin Pitt wrote: > We solved (4) by introducing a new group called 'plugdev'. Every user > who is a member of this group can access hotpluggable devices (digital > cameras, USB drives etc.). pmount can only be executed by members of > this group (it is root:plugdev 750), hal runs in this group to be able > to detect file systems (but it does not run in 'disk'), and udev > assigns the 'plugdev' group to removable devices (static drives remain > in group 'disk'). > > BTW, we also use 'plugdev' for libgphoto (IIRC Debian uses 'camera' > for that). I personally would prefer two groups. One to give access rights to the raw device of the removable drive and one to mount them using pmount. I don't like giving all my programs direct access, just because i'm allowed to pmount a drive. Sjoerd -- Space is to place as eternity is to time. -- Joseph Joubert
Re: pmount vs updfstab
On Sat, Oct 09, 2004 at 12:25:55PM +0200, Michael Banck wrote: > On Sat, Oct 09, 2004 at 01:57:58PM +0200, Bluefuture wrote: > > Do we have a "debian solution" about this issue? Or we want to use > > updtfstab? > > What is updtfstab? > > HAL upstream has fstab-sync as fstab wrapper, which will probably be > used in RedHat's upcoming Fedora Core distribution, seeing how the HAL > guys are mostly employed by RedHat. > > It is too late for Sarge anyway, so I guess we should revisit this issue > in a couple of months and evaluate how Ubuntu did with pmount and Fedora > with fstab-sync and perhaps what the other distributions use. The hal debian package ships with fstab-sync, but it's not enabled by default. See README.Debian for details. > But in the end, it depends on who does the work, so if Martin Pitt > (pmount author) should volunteer to integrate this into Debian, that > would be great I guess. I've already discussed this with Martin somewhat. He's prepaired to maintain pmount for Debian if we decide to use it for the project utopia stuff in Debian. But as you rightfully said, this is Sarge+1 stuff. Sjoerd -- After the last of 16 mounting screws has been removed from an access cover, it will be discovered that the wrong access cover has been removed.
