Bug#445602: ITP: omnibook-source -- Source for the omnibook driver
Package: wnpp Severity: wishlist Owner: Julien Valroff <[EMAIL PROTECTED]> * Package name: omnibook-source Version : 2:2.20070211 Upstream Author : Mathieu Bérard <[EMAIL PROTECTED]> * URL : http://sourceforge.net/projects/omnibook http://omnibook.sf.net * License : GPL Programming Lang: C Description : Source for the omnibook driver This package contains the loadable kernel modules for the HP OmniBooks, Pavilions, Toshiba Satellites and some other laptops manufactured by Compal Electronics, Inc as ODM. . This module is only compatible with Linux kernels >= 2.6.9 . Kernel source is required to compile this module. . Homepage: http://omnibook.sf.net -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.22-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash
Bug#445645: ITP: vdr-plugin-svdrpext -- VDR plugin that extends the SVDRP command set of VDR
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-svdrpext Version : 0.0.1 Upstream Author : Frank Schmirler <[EMAIL PROTECTED]> * URL : http://vdr.schmirler.de * License : GPL Programming Lang: C++ Description : VDR plugin that extends the SVDRP command set of VDR This VDR plugin adds some new OSD related commands to VDR's remote SVDRP control interface. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-rc6-w3n Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#445576: ITP: detach -- command to detach a process
Kevin Mark <[EMAIL PROTECTED]> writes: > On Sun, Oct 07, 2007 at 11:38:12AM +1000, Aníbal Monsalve Salazar wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Anibal Monsalve Salazar <[EMAIL PROTECTED]> >> >> Package name: detach >> Version: 0.2.3-1 >> Upstream Author: Robbert Haarman <[EMAIL PROTECTED]> >> URL: http://inglorion.net/software/detach/ >> Description: >> This command forks a new process, detaches it from the terminal, and >> executes a given command in it. This can be used for starting >> processes that don't terminate when the controlling terminal does. > How is this different from 'nohup' or screen? I would add: "How is this different from 'detachtty'?" which IMHO does exactly the same thing... -- S. Y. A(R). A.
Bug#445648: ITP: vdr-plugin-streamdev -- Plugin to vdr that lets the software play streams
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-streamdev Version : 0.3.3 Upstream Author : Sascha Volkenandt <[EMAIL PROTECTED]> * URL : http://streamdev.vdr-developer.org/ * License : GPL Programming Lang: C++ Description : VDR Plugin to stream Live-TV to other VDR's This plugin allows to stream Live-TV into the network. You can interconnect several vdrs that way or watch those streams with special client apps like video lan client or mplayer. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-rc6-w3n Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445656: ITP: superiotool -- Super I/O detection tool
Package: wnpp Severity: wishlist Owner: Uwe Hermann <[EMAIL PROTECTED]> * Package name: superiotool Version : r2832 Upstream Author : Various LinuxBIOS developers * URL : http://linuxbios.org/Superiotool * License : GPL (version 2 or later) Programming Lang: C Description : Super I/O detection tool Superiotool is a user-space utility which can - detect which Super I/O chip is soldered onto your mainboard, - at which configuration port it's located (usually 0x2e or 0x4e), and - dump all register contents of the Super I/O chip, together with the default values as per datasheet (to make comparing the values easy). It is mainly used for LinuxBIOS development purposes (see linuxbios.org for details on LinuxBIOS), but it may also be useful for other things. Uwe. -- http://www.hermann-uwe.de | http://www.holsham-traders.de http://www.crazy-hacks.org | http://www.unmaintained-free-software.org signature.asc Description: Digital signature
Bug#445707: ITP: bkchem -- Python based free chemical drawing program
Package: wnpp Severity: wishlist Owner: LI Daobing <[EMAIL PROTECTED]> * Package name: bkchem Version : 0.11.6 Upstream Author : Beda Kosata <[EMAIL PROTECTED]> * URL : http://bkchem.zirael.org/ * License : GPL & LGPL Programming Lang: Python Description : Python based free chemical drawing program BKchem is a free (as in free software) chemical drawing program, which is written in python. . Some of the features, you can expect: * Drawing (bond-by-bond drawing; templates for common rings; expanding of common-groups; draws radicals, charges, arrows; color support ...) * Editing (unlimited undo and redo capabilities; aligning; scaling; rotation (2D, 3D) ...) * Export/Import (fully supported SVG-, OpenOffice.org-Draw-, EPS-export; basic support for CML1 and CML2 import and export) -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.20-16-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445712: ITP: vdr-plugin-xine -- allows xine to be a display for vdr, the Video Disk Recorder
Package: wnpp Severity: wishlist Owner: Debian VDR Team <[EMAIL PROTECTED]> * Package name: vdr-plugin-xine Version : 0.7.11 Upstream Author : Reinhard Nißl <[EMAIL PROTECTED]> * URL : http://home.vrweb.de/~rnissl/ * License : GPL Programming Lang: C++ Description : allows xine to be a display for vdr, the Video Disk Recorder Plugin for vdr which allows you to use xine, gxine or some other front end for libxine as a display, instead of relying on an MPEG decoder / TV output card. . xine >= 0.99.2 and gxine >= 0.4.0 have built-in support for vdr. Other frontends may need to be patched. . If you want to use the SVDRP 'grab' command, you'll need mjpegtools (from Christian Marillat's archive) and y4mscaler. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable'), (190, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23-rc6-w3n Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#445576: ITP: detach -- command to detach a process
On Sun, Oct 07, 2007 at 04:38:59PM +1000, Brian May wrote: > > "Kevin" == Kevin Mark <[EMAIL PROTECTED]> writes: > Kevin> How is this different from 'nohup' or screen? > > Answer is on the website, quoted: > > === cut === > > When Slashdot found out about detach, ScriptedReplay asked why one > would use detach, instead of nohup, which comes with the system. The > truth is that I didn't find nohup when searching for a command that > would run another command detached from the terminal. The reason is > that nohup doesn't really do that: > > nohup, as the name implies, makes your command ignore SIGHUP. That is, > unless you set a handler for it yourself, in which case you will still > receive the signal when the terminal exits. You can use normal shell > redirection and backgrounding on your process (although nohup will > automatically redirect standard output to nohup.out if you don't > redirect it). > > detach uses the setsid system call to detach the command from the > terminal. $ apropos -s 1 setsid setsid (1) - run a program in a new session $ dpkg -S bin/setsid util-linux: /usr/bin/setsid If that's inadequate, let's enhance it instead of adding yet another program. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_install vs. dh_movefiles
On Tue, Sep 25, 2007 at 04:32:06PM +0200, Magnus Holmgren wrote:
> dh_movefiles(1) says that "dh_install is a much better program, and you are
> recommended to use it instead". Accordingly, I've changed the packages I've
> adopted from using dh_movefiles to "dh_install --sourcedir=debian/tmp". But
> it's not entirely clear to me just _how_ dh_install is so much better. And is
> dh_movefiles deprecated?
It's useful for targets in debian/rules to be idempotent, so that you
can fix a bug and just run 'fakeroot debian/rules binary' without having
to do the build or install again; in fact, I'm sure policy used to
require that, though I can't find it there now. Using dh_movefiles can
make this more difficult, whereas if you use dh_install then the files
are definitely still where the install target put them and you don't
have to muck around to make sure that target gets re-run.
See the changelog for debhelper 4.0.0 for the bugs in dh_movefiles that
were basically fixed by the introduction of dh_install.
TBH, the main reason I prefer dh_install is that it just works more like
the rest of debhelper, and so it's easier to grasp immediately what's
going on.
> I think it can be practical if you need to put some
> files in one package and the rest in a main package. Since you can't
> specify "all files in /usr/share/foo except these: ...", you have to
> basically list them one by one otherwise (or use hacks
> like "usr/share/foo/{[!b]*,?[!a]*,??[!z]*}", or delete the duplicates
> afterwards).
Or often dh_install -X is good enough. But that's true ...
> Accidentally overlapping .files lists can cause files to end up in the wrong
> packages, whereas lintian can detect if the same file is in more than one
> package. (And one must of course make sure that dh_movefiles operates on the
> packages in the correct order if using deliberately overlapping lists.)
I must admit I find this sort of use of dh_movefiles to be very
confusing to follow when I encounter it in other people's debian/rules
files.
--
Colin Watson [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#445576: ITP: detach -- command to detach a process
> "Colin" == Colin Watson <[EMAIL PROTECTED]> writes: Colin> $ apropos -s 1 setsid setsid (1) - run a program in a new Colin> session $ dpkg -S bin/setsid util-linux: /usr/bin/setsid Colin> If that's inadequate, let's enhance it instead of adding Colin> yet another program. The website gave me the impression both programs are the same, except for the name. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#445576: ITP: detach -- command to detach a process
> "Artem" == Artem V Andreev <[EMAIL PROTECTED]> writes: Artem> I would add: "How is this different from 'detachtty'?" Artem> which IMHO does exactly the same thing... >From the package description: Description: Attach/detach from interactive processes across the network detachtty lets you run interactive programs non-interactively, and connect to them over the network when you do need to interact with them. It's designed for long-running Lisp processes. Unlike screen, it works in emacs comint modes, and unlike qcmu, it deals correctly with passing on a SIGINT sent to it. Needs ssh for operation over the net. detachtty looks closer to screen then detach/nohup/setsid. -- Brian May <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: dh_install vs. dh_movefiles
On Sun, Oct 07, 2007 at 11:32:30PM +0100, Colin Watson wrote: > On Tue, Sep 25, 2007 at 04:32:06PM +0200, Magnus Holmgren wrote: > > dh_movefiles(1) says that "dh_install is a much better program, and you are > > recommended to use it instead". Accordingly, I've changed the packages I've > > adopted from using dh_movefiles to "dh_install --sourcedir=debian/tmp". But > > it's not entirely clear to me just _how_ dh_install is so much better. And > > is > > dh_movefiles deprecated? > > It's useful for targets in debian/rules to be idempotent, so that you > can fix a bug and just run 'fakeroot debian/rules binary' without having > to do the build or install again; Even so, most debian/rules binary rules are not idempotent, because debian/$package directories are not trimmed. If you remove files from .files lists, they'll still be in debian/$package and in the final package. Only if you run install again you are idempotent, because of the dh_clean call. And this is not only what maintainers implement, but what debian/rules templates give. Now, a bit OT, but i'd appreciate if dh_install would create hardlinks instead of copies. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128852:
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#128852:
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445741: ITP: tumgreyspf -- external policy checker for the postfix mail server
Package: wnpp Severity: wishlist Owner: Thomas Goirand <[EMAIL PROTECTED]> * Package name: tumgreyspf Version : 1.28 Upstream Author : Sean Reifschneider <[EMAIL PROTECTED]> * URL : http://www.tummy.com/Community/software/tumgreyspf/ * License : GPL v2 Programming Lang: Python Description : external policy checker for the postfix mail server Tumgreyspf can optionally greylist and/or use spfquery to check SPF records to determine if email should be accepted by your server. Because of it's design, legitimate e-mail is never trapped or rejected. Only spam and viruses are caught. If you add tumgreyspf to your mail server (also compatible when using Spam Assassin, ClamAV, and an outsourced anti-spam system), your spam level will be dropped by an order of magnitude. Tumgreyspf uses the file-system as it's database, no additional database is required to use it. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17.7 Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
