Bug#635586: ITP: lablgtk-extras -- collection of modules for OCaml/LablGtk2 applications
Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" * Package name: lablgtk-extras Version : 1.0 Upstream Author : Maxence Guesdon * URL : http://gtk-extras.forge.ocamlcore.org/ * License : LGPL-2+ Programming Lang: OCaml Description : collection of modules for OCaml/LablGtk2 applications Lablgtk-extras is a collection of libraries and modules useful when developing OCaml/LablGtk2 applications. Most of the libraries come from Cameleon2: * Configwin: a library to easily create input dialog boxes, * Okey: a module to add handlers for key press events, * Gtksv_utils: a module to share configuration of colors, fonts, ..., between applications using LablGtkSourceView, with functions and boxes to make the user edit configuration of languages and source views. This library used to be part of cameleon, but has been split out, and is a new dependency of the new upstream version 1.9.21. -- 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/20110727092036.17141.10628.report...@aspirine.inria.fr
Removal of systemtap from testing
Hello, Systemtap seems in pretty bad shape. Its removal from testing has been requested (See #635543) and will be effective by Saturday if still not fixed. It you still care about systemtap, please step up and offer your help to fix it. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.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/4e2fdd92.7000...@dogguy.org
Bug#635590: ITP: slimbox -- Slimbox is a 4 KB visual clone of the popular Lightbox 2 script
Package: wnpp Severity: wishlist Owner: Sascha Girrulat * Package name: slimbox Version : 2.04 Upstream Author : Christophe Beyls * URL : http://code.google.com/p/slimbox/source/checkout * License : MIT Programming Lang: Java-Script Description : Slimbox is a 4 KB visual clone of the popular Lightbox 2 script -- 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/20110727110905.9618.36287.reportbug@kang.girrulat.local
Bug#635597: ITP: sitplus -- Free software framework for ludic-therapeutic activities
Package: wnpp Severity: wishlist Owner: "Luis Rivas Vañó" * Package name: sitplus Version : 1.0.0 Upstream Author : Cesar Mauri Loba * URL : http://sitplus.crea-si.com * License : GPL-3.0+ Programming Lang: C++ Description : Free software framework for ludic-therapeutic activities SITPLUS is a free software (GNU GPL) framework whose main goal is to provide ludic-therapeutic activities for people with disabilities. It offers new forms of interaction based on computer vision, voice and other peripherals to produce a result in the form of image and sound. Inspired by the cause and effect applications, SITPLUS provides a tool for continuous and remote interaction, attainable to the majority of people with cognitive, sensory and physical disabilities. -- 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/20110727130115.25421.71358.reportbug@endymion
Forw/Re: Removal of systemtap from testing
Hi - mehdi wrote on debian-devel: > Systemtap seems in pretty bad shape. Its removal from testing has > been requested (See #635543) and will be effective by Saturday if > still not fixed. It you still care about systemtap, please step up > and offer your help to fix it. While we have no debian contributors on the team, would it help if we adopt debian build metadata within the source tree? (For what it's worth, the recent unprivileged-usage-related security problems may not affect debian, as debian kernels lack user-space probing support, so unprivileged/stapusr configurations are unlikely.) - FChE -- 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/20110727143939.ga18...@redhat.com
Bug#635606: ITP: liburi-smarturi-perl -- Subclassable and hostless URIs
Package: wnpp Severity: wishlist Owner: Julien VAUBOURG * Package name: liburi-smarturi-perl Version : 0.031 Upstream Author : Rafael Kitover * URL : http://search.cpan.org/~rkitover/URI-SmartURI-0.031/ * License : Artistic 1, GPL 1 Programming Lang: Perl Description : Subclassable and hostless URIs This is a sort of "subclass" of URI using delegation with some extra methods, all the methods that work for URIs will work on these objects as well. -- 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/20110727153322.24509.64405.reportbug@junix
Bug#635608: ITP: libcatalyst-plugin-smarturi-perl -- Configurable URIs for Catalyst
Package: wnpp Severity: wishlist Owner: Julien VAUBOURG * Package name: libcatalyst-plugin-smarturi-perl Version : 0.036 Upstream Author : Rafael Kitover * URL : http://search.cpan.org/~rkitover/Catalyst-Plugin-SmartURI-0.036/ * License : Artistic 1, GPL 1 Programming Lang: Perl Description : Configurable URIs for Catalyst Configure whether $c->uri_for and $c->req->uri_with return absolute, hostless or relative URIs, or URIs based on the 'Host' header. Also allows configuring which URI class to use. Works on application-wide or per-request basis. -- 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/20110727160010.24854.2760.reportbug@junix
Re: Removal of systemtap from testing
On 07/27/2011 11:42 AM, Mehdi Dogguy wrote: Systemtap seems in pretty bad shape. Its removal from testing has been requested (See #635543) and will be effective by Saturday if still not fixed. hum, Julien already put a hint for it and it is now removed from testing. It is always possible to have it back as soon as it gets fixed. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.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/4e304347.5050...@dogguy.org
Bug#635626: RFP: hipl-daemon -- HIP for Linux IPsec key management and mobility daemon
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org Package name: hipl-daemon Version: 1.0.6 Upstream Author: HIPL team URL: http://launchpad.net/hipl License: GPL v2 Description: HIP for Linux IPsec key management and mobility daemon The Host Identity Protocol (HIP) and the related architecture form a proposal to change the TCP/IP stack to securely support mobility and multi-homing. Package name: hipl-dnsproxy Version: 1.0.6 Upstream Author: HIPL team URL: http://launchpad.net/hipl License: GPL v2 Description: HIP for Linux name lookup proxy Intercepts DNS lookups and returns HITs or LSIs when corresponding entries are found in the DNS or in hosts files. Upstream have already some infrastructure for debian packages. Also some old packages for Ubuntu was released. It uses sysvinit style scripts so should be very easy. http://hipl.hiit.fi/index.php?index=download http://packages.infrahip.net/ubuntu/dists/natty/main/binary-i386/ http://bazaar.launchpad.net/~hipl-core/hipl/trunk/files/head:/debian/ Would be good to have this in Debian IMHO. Thanks. -- Witold Baryluk -- 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/20110727174304.gc13...@smp.if.uj.edu.pl
Re: Forw/Re: Removal of systemtap from testing
On 27/07/11 at 10:39 -0400, Frank Ch. Eigler wrote: > Hi - > > mehdi wrote on debian-devel: > > > Systemtap seems in pretty bad shape. Its removal from testing has > > been requested (See #635543) and will be effective by Saturday if > > still not fixed. It you still care about systemtap, please step up > > and offer your help to fix it. > > While we have no debian contributors on the team, would it help if we > adopt debian build metadata within the source tree? Hi, I don't think so: it's usually considered better practice to keep the debian packaging separate from the upstream sources (even if YMMV). What would help: - subscribe to systemtap email notifications on the PTS (http://packages.qa.debian.org/s/systemtap.html, see little box on the bottom left corner) and contribute to the bug mail when you receive some - go through systemtap bugs on http://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=no&src=systemtap comment on them by sending email to bugnum...@bugs.debian.org (e.g 635...@bugs.debian.org) I'm interested in systemtap, but don't have much time to spend on maintaining it currently. I don't know: - how many of the current critical issues affecting the Debian package are fixed in the latest upstream version (1.5). (I expect "all of them") - if that latest upstream version would work on Debian Any input on that would be very much appreciated. If you want to dig deeper, the debian package are available from git (see links on the PTS page mentioned above). Thanks, - Lucas -- 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/20110727180819.ga5...@xanadu.blop.info
Re: Forw/Re: Removal of systemtap from testing
On 07/27/2011 11:08 AM, Lucas Nussbaum wrote: > I'm interested in systemtap, but don't have much time to spend on > maintaining it currently. I don't know: > > - how many of the current critical issues affecting the Debian package > are fixed in the latest upstream version (1.5). (I expect "all of > them") The latest is actually 1.6, released two days ago. All known security bugs are fixed in that release. Compatibility issues should also be fixed, e.g. for the gcc 4.6 bug 625414. If for some reason you couldn't update to the latest, we can certainly help identify the patches needed. > - if that latest upstream version would work on Debian It should. We strive to maintain compatibility all the way from RHEL4 (kernel 2.6.9+) to Fedora rawhide (now kernel 3.0). So as much as any older version of systemtap worked on Debian, the new should too, and we'll gladly accept bugs reporting otherwise. Josh -- 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/4e305a8a.9010...@redhat.com
Bug#635638: ITP: libkiokudb-backend-dbi-perl -- DBI backend for KiokuDB
Package: wnpp Severity: wishlist Owner: Tim Retout * Package name: libkiokudb-backend-dbi-perl Version : 1.20 Upstream Author : Yuval Kogman * URL : http://search.cpan.org/dist/KiokuDB-Backend-DBI/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : DBI backend for KiokuDB KiokuDB::Backend::DBI is a backend for KiokuDB onto DBI-accessible databases such as PostgreSQL, MySQL and SQLite. . KiokuDB is a Moose-based object-oriented persistence frontend for a number of storage backends. -- 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/20110726050057.15997.86709.report...@debian.retout.co.uk
Re: Multiarch in Debian unstable
Steve Langasek writes: > On Wed, Jun 29, 2011 at 09:53:26AM +0200, Joachim Breitner wrote: >> But for now, the resume is that we put it into the sysadminâs hand to >> install nss packages for all architectures he thinks his users want to >> run binaries on? > > Yes, that's the only option I see at present. Longterm I wonder if it would be possible to have a cross-architecture dependency that means all configured architectures. E.g. Package: multiarch-nss-foo-module Depends: nss-foo-module:* Description: nss foo modules for multiarch systems This package pulls in the nss-foo-module for any architecture configured on your system. MfG Goswin -- 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/87tya7h3a8.fsf@frosties.localnet
Re: build self-contained repository for offline use
Paul Wise writes:
> On Wed, Jul 6, 2011 at 10:11 AM, Hamish Moffatt wrote:
>
>> Thanks all for the replies. I checked out apt-zip, apt-offline, aptoncd,
>> CDD and apt-clone. None of them really suited my needs, as I want to
>> generate this repository automatically, and want to do a whole class of
>> target systems which will have a baseline set of packages installed.
>>
>> Anyway I've found it's pretty easy to roll my own using python-apt and
>> configuring apt to use alternate locations for the cache, dpkg status
>> file etc. I feed in the dpkg status file from my baseline install, a
>> sources.list and a list of packages I want to be installable, and I can
>> easily download the files. Then use apt-ftparchive to generate the
>> metadata and I'm done.
>
> It would be great if you could publish your script, maybe it could be
> included in some package, like as an example in python-apt?
Not his script but my own. I needed to debootstrap a chroot for
destructive testing a lot and networking at Debconf was flaky (they
fixed it now :) so I created a partial mirror on my laptop of just the
packages needed in a few minutes with reprepro. Full config below.
The filter.sh script has a list of source packages and any binary build
from those sources will be mirrored. You can easily enough filter by
binary package name by altering the flags put into PAT ('-o -w -P %S ').
And you can generate the list from a concatenation of all systems
/var/lib/dpkg/status files quite easily too. This is left as an execise
to the reader.
MfG
Goswin
--[ conf/distributions ]--
Origin: Debian
Label: Debian
Suite: unstable
Codename: sid
Version: 666
Architectures: amd64
Components: main
UDebComponents:
Description: Upstream Debian Sid amd64
Update: - debian
SignWith: yes
--[ conf/updates ]--
Name: debian
Method: http://ftp.ba.debian.org/debian
ListHook: ./filter.sh
VerifyRelease: AED4B06F473041FA
--[ conf/filter.sh ]--
#!/bin/sh
SRCS="acl adduser apt aptitude attr base-files base-passwd bash
boost1.42 boost1.46 bsdmainutils bzip2 coreutils cpio cron cwidget dash
db debconf debian-archive-keyring debianutils diffutils dmidecode dpkg
e2fsprogs eglibc findutils gcc-4.4 gcc-4.5 gcc-4.6 gdbm gnupg grep groff
gzip hostname ifupdown insserv iproute iptables iputils isc-dhcp libept
libidn liblocale-gettext-perl libnfnetlink libpipeline libselinux
libsepol libsigc++-2.0 libtext-charwidth-perl libtext-iconv-perl
libtext-wrapi18n-perl libusb logrotate lsb man-db manpages mawk
module-init-tools nano ncurses net-tools netbase netcat newt openssl
openssl098 pam perl popt procps readline6 rsyslog sed sensible-utils
shadow slang2 sqlite3 sysvinit tar tasksel texinfo traceroute tzdata
udev util-linux vim wget xapian-core xz-utils zlib"
PAT="$(for SRC in $SRCS; do printf -- '-o -w -S %s ' $SRC; done | cut
-b4-)"
grep-dctrl $PAT "$1" >"$2"
exit 0
--
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/87pqkvh2nc.fsf@frosties.localnet
Bug#635661: ITP: libusb-java -- wrapper for C library libusb
Package: wnpp Severity: wishlist Owner: Steffen Moeller * Package name: libusb-java Version : 0.8ztex20090101 * URL : http://libusbjava.sf.net * License : LGPL Programming Lang: Java Description : wrapper for C library libusb Alioth project pkg-escience will soon host a version. While the original sf version seems to find difficulties with maintainership, this version was updated by the ztex company. -- 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/20110727232048.14702.68945.reportbug@Toshiba.siemens
Re: Providing official virtualisation images of Debian
On Tue, 26 Jul 2011 18:44:26 +0200 Moritz Mühlenhoff wrote: > Karl Goetz schrieb: > > >> I think it's sufficient for starters to provide images for stable > >> (they can be updated for every few point updates if needed). > >>=20 > >> What virtualisation solutions should be supported? > > > >> - Vmware has a significant installed base and is relevant, although > >> proprietary > >> - Microsoft Virtual PC is likely also needed > >> - Citrix XenServer? > > > > Would this require the Debian project to go out and buy various > > bits of proprietary software to build the images with? > > No money will need to be spend. There will surely be people, who > have access to such systems at work. At least VMware also offers > free-as-in-beer variants like vmware server or ESXi. (IIRC) I always thought the player was the only free vmware, but I'm completely out of that space. > I don't see a problem with offering Debian in proprietary virt > formats, it's essentially comparable to the FSF offering builds for > of the GNU userland for proprietary Unixes; to provide people an > initial stepstone to get out of their proprietary mess. It seems bizarre to me that we require packages to build using software in main to be 'debian', but we wouldn't require it for images distributed as being 'debian'. thanks, kk -- Karl Goetz, (Kamping_Kaiser / VK5FOSS) Debian contributor / gNewSense Maintainer http://www.kgoetz.id.au No, I won't join your social networking group signature.asc Description: PGP signature
>>>>>IM SO GLAD I FOUND YOU NEO>>>>>>
You have been selected along with 700,000 other people to try out this years social network, to opt out click here>> http://www.bropod.yolasite.com/ OR to sign up go to BROPOD.COM
Add my id for All type Linkexchange
kumar4...@gmail.com Thanks
