add my id for Link Building
Hi add my id for Link Building? Thank's Mithilesh
Re: Bug#534891: ITP: openssh-known-hosts -- known_hosts downloader for OpenSSH
Am Sonntag, 28. Juni 2009 schrieb David Paleino: > On Sun, 28 Jun 2009 01:47:39 +0200, Timo Weingärtner wrote: > > Upstream Author: Timo Weingärtner > > URL: will go to mentors.debian.net as soon as I get the bug > > number > > This should really be upstream URL. I am upstream and there was no public upstream URL at that time. It can now be found at http://mentors.debian.net/debian/pool/main/o/openssh-known-hosts > > Description: This package allows you to download public hostkeys from > > multiple sources and merge them together into one file > > for use by OpenSSH. Plugins for some types of sources are included, new > > plugins can easily be written. > > This should be an appropriate short description, i.e. 60 characters > maximum. What you wrote could well be used for the long description. Actually I used this as the long description, the short description is: "known_hosts downloader for OpenSSH" as in the Subject:. Greetings Timo signature.asc Description: This is a digitally signed message part.
Re: Bug#534891: ITP: openssh-known-hosts -- known_hosts downloader for OpenSSH
Am Sonntag, 28. Juni 2009 schrieb Steve Langasek: > On Sun, Jun 28, 2009 at 01:47:39AM +0200, Timo Weingärtner wrote: > > Package: wnpp > > Severity: wishlist > > X-Debbugs-CC: debian-devel@lists.debian.org > > > >Package name: openssh-known-hosts > > Version: 0.2 > > Upstream Author: Timo Weingärtner > > URL: will go to mentors.debian.net as soon as I get the bug > > number License: GPL2+ > > Description: This package allows you to download public hostkeys from > > multiple sources and merge them together into one file > > for use by OpenSSH. Plugins for some types of sources are included, new > > plugins can easily be written. > > How does this avoid *totally negating* the security value of doing SSH host > key validation? Oh, this is missing in the package description. curl can use https and the curl and rsync plugins can do gpg verification. Greetings Timo signature.asc Description: This is a digitally signed message part.
Re: ping for gtk+extra2 removal - implications for libgtkada2 and gpsim
Neil Williams writes: > http://lists.debian.org/debian-devel/2009/05/msg00627.html > > One month on and I've heard nothing from the other maintainers with > packages that depend on gtk+extra2 or from anyone else interested in > porting gtk+extra2 (or even just GtkSheet) to Gtk3.0. > > I therefore propose to seek pre-emptive removal of quicklist, > libgtkada2, gpsim and gtk+extra2 if I've still not had any cause to > reconsider the problems before DebConf9. > > I'll file RM: RoM bugs against quicklist and gtk+extra2 and RM: RoQA > for libgtkada and gpsim - unless anyone comes up with a good reason not > to do so - at DebConf9. I don't think I'll bother orphaning quicklist > or gtk+extra2 as an interim step, just skip to removal. > > FTR: gpsim already has an RC bug #520005 (FTBFS) > >>From only a cursory glance at the libgtkada2 sources, I would have > thought that the package could build without gtk+extra2 (with some > patches to the upstream) but whether it can be ported to Gtk3.0 is > another matter. I may start with an ordinary bug against libgtkada2 and > see if there is interest in rebuilding it without gtk+extra2 and with > Gtk3.0. libgtkada2's upstream includes a copy of gtk+extra2; I don't know how up to date this bundled version is. That's why, for the last uploads, I've built libgtkada2 against the packaged gtk+extra instead of the bundled copy. It is quite easy for me to revert that, so please do not ask for removal of libgtkada2 just yet. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
SOA base component packaging
Hello, I'm currently working on system integration of services and components for service-oriented architectures. Among them are a few commonly used base components which would be useful to have in Debian, and the rest would rather go into a derivative/pure blend due to their specialisation and narrow potential userbase. Instead of heading off to file random RFPs/RFSs for them, I'd prefer a more coordinated approach up to the point where one of the release goals for one of the next versions could potentially include the SOA-ready buzzword :) Debian ships with several client packages to often proprietary web services, but is not yet a powerful platform for coming up with modern free service hosting facilities by itself. The following functionality is currently not provided by Debian: * A message-oriented middleware - Apache ActiveMQ could fill this gap. * Client libraries for OpenWire/Stomp to access the middleware. For my purpose I'd need stompcli for PHP5. * An XML database. Sleepycat/now Oracle Berkeley DB XML seems to have suitable licencing terms and good binding support. I'm interested especially in the Java version. See #307412 for a former ITP and #524039 for a related Ruby bindings package RFP. * A BPEL engine. There are several of them freely available. Apache ODE would be my preference. There are some issues with it, e.g. it doesn't run on Debian's tomcat6 package due to permission issues but runs fine on upstream Tomcat, so this would require some coordination on Tomcat security policies. * An OSGi container. Knopflerfish, Eclipse Equinox, Apache Felix come to mind. * Several Ruby gems, especially httpclient, xml-object and prawn In addition, several current packages are heavily out of date even in unstable, see e.g. #531794 for Ruby and similarly for python-soaplib which seems to be taken over by its lxml fork now (remember gcc/egcs). Assuming that people other than myself are interested in this effort, I would create a page on wiki.d.o to track the status. Some initial packaging metadata is already available for each package and could easily be imported into, say, Alioth. Discussion might be appropriate on other lists (-java, -ruby, -isp come to mind), currently I'm not subscribed to any of them, hence no crossposting. Josef -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Driver for video card question
Any one know of a .deb Debianized version of the ATI Catalyst driver for The ATI All-in-Wonder™ HD 3600 series of video cards chipset is radeon 3650 , the specific card is the VisionTek card (Visiontek ATI All-in-Wonder™ HD 3650)of the same type. I am aware that ATI/AMD supply this driver. Just want to know if I can manage easily with Debian. Thanks! -- John Foster -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534989: ITP: console-braille -- Fonts and keymaps for reading/typing unicode braille
Package: wnpp Severity: wishlist Owner: Samuel Thibault * Package name: console-braille Version : 1.0 Upstream Author : Samuel Thibault * URL : http://brl.thefreecat.org/ * License : GPL Programming Lang: C Description : Fonts and keymaps for reading/typing unicode braille This includes . - fonts of a lot of sizes to render braille on the linux console - keymaps to type braille as unicode characters on the linux console. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
using libxerces-c-dev instead of libxerces-c2-dev
I've sent a message out to all package maintainers of packages that depend on libxerces-c2, but in case I missed anyone, this is a request to use libxerces-c-dev instead of libxerces-c2-dev. If your package declares a build dependency on libxerces-c2-dev, please try depending on libxerces-c-dev instead. The libxerces-c2-dev package is specifically for the 2.x Xerces C versions, which are now obsolete. The libxerces-c-dev package will always point to the latest version of the Xerces C libraries, which are presently version 3.0.1. Although there are some source-level API changes between 2.x and 3.x, they only relate to a small portion of the API. Many (probably most) packages will be able to change their build dependencies without running into any trouble. For details on the potentially breaking API changes, please see http://xerces.apache.org/xerces-c/migrate-archive-3.html#Migrateto300 I will eventually be requesting that the xerces 2 packages be classified as "oldlibs" or maybe removed entirely. I anticipate not requesting removal until squeeze+1, but we'll see how it goes. Thanks! -- Jay Berkenbilt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534999: RFH: libcap2 -- support for getting/setting POSIX.1e capabilities
Package: wnpp Severity: normal I request assistance with maintaining the libcap2 package because the library is of Priority: standard. The package description is: This library implements the user-space interfaces to the POSIX 1003.1e capabilities available in Linux kernels. These capabilities are a partitioning of the all powerful root privilege into a set of distinct privileges. Note that it will not provide any functionality with kernels below 2.2 Cheers, Torsten -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535020: ITP: isatapd -- configuration helper daemon for kernel-space ISATAP (RFC5214) IPv6-in-IPv4 tunneling support
Package: wnpp Severity: wishlist Owner: Bernhard Schmidt * Package name: isatapd Version : 0.9.4 Upstream Author : Sascha Hlusiak * URL : http://www.saschahlusiak.de/linux/isatap.htm * License : GPLv2 Programming Lang: C Description : configuration helper daemon for kernel-space ISATAP (RFC5214) IPv6-in-IPv4 tunneling support isatapd creates and maintains an ISATAP tunnel (rfc5214) in Linux. It uses the in-kernel ISATAP support first introduced in linux-2.6.25. It does NOT operate the tunnel or handle any IPv6 traffic, it only sets up the tunnel parameters, the Potential Router List, sends periodic router solicitations and tries to detect link changes. Submitters note: I've already created proof-of-concept .debs. At the moment they are located in the Ubuntu PPA, but build fine on Lenny. See https://launchpad.net/~berni/+archive/ppa -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535031: ITP: xwax -- Vinyl emulation software for Linux
Package: wnpp Severity: wishlist Owner: Mitchell Smith * Package name: xwax Version : 0.5 Upstream Author : Mark Hills * URL : http://www.xwax.co.uk/ * License : GPL Programming Lang: C Description : Vinyl emulation software for Linux xwax is open-source vinyl emulation software for Linux. It allows DJs and turntablists to playback digital audio files (MP3, Ogg Vorbis, FLAC, AAC and more), controlled using a normal pair of turntables via timecoded vinyls. It's designed for both beat mixing and scratch mixing. Needle drops, pitch changes, scratching, spinbacks and rewinds are all supported, and feel just like the audio is pressed onto the vinyl itself. The focus is on an accurate vinyl feel which is efficient, stable and fast. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
