Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: ruby-rr
Version :
Upstream Author :
* URL or Web page :
* License :
Description : Ruby test double framework
RR (Double Ruby) is a test double framework that features a rich
selection of do
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: ruby-gir-ffi
Version : 0.13
Upstream Author : Matijs van Zuijlen
* URL or Web page : https://github.com/mvz/ruby-gir-ffi
* License : LGPL 2.1+
Description : Ruby bindings for GNOME using the GOb
Package: wnpp
Owner: tak...@debian.org
Severity: wishlist
* Package name: phantomjs
Version : 1.3.0
Upstream Author : Ariya Hidayat
* URL or Web page : http://code.google.com/p/phantomjs/
* License : BSD-3-clause
Description : minimalistic headless WebKit-based with
On Tue, Oct 25, 2011 at 11:54 AM, Russ Allbery wrote:
> Or do you mean that *if* someone uses this target, then a simple package
> build will test it? Hm, maybe. There are a lot of failures that will be
> caught that way, but some that won't (Autotools failures can just mean not
> finding suppor
Paul Wise writes:
> On Tue, Oct 25, 2011 at 11:06 AM, Russ Allbery wrote:
>> The results of that build seem unlikely to ever be seriously tested
>> currently, which makes me a little dubious that it's worth making a
>> rule about it.
> I would wager that majority of such results would be tested
On Tue, Oct 25, 2011 at 11:06 AM, Russ Allbery wrote:
> The results of that build seem unlikely to ever be seriously tested
> currently, which makes me a little dubious that it's worth making a rule
> about it.
I would wager that majority of such results would be tested during the
build process.
> Ben Hutchings writes:
> On Mon, 2011-10-24 at 22:12 +0700, Ivan Shmakov wrote:
[…]
>> BTW, does the root=UUID= variant require udev as well?
> Yes, currently the kernel filesystem code does not probe for filesystem
> UUIDs. (However, it does support partition UUIDs as used in GPT.
Paul Wise writes:
> Since Debian does not require everything to be built from source (such
> as autotools build systems, firmware and so on), would it be a good idea
> to codify in policy that every package shipping files not built from
> source should have a way to completely rebuild everything
Hi all,
Since Debian does not require everything to be built from source (such
as autotools build systems, firmware and so on), would it be a good
idea to codify in policy that every package shipping files not built
from source should have a way to completely rebuild everything from
source? In thi
On Mon, 2011-10-24 at 22:12 +0700, Ivan Shmakov wrote:
> > Timo Juhani Lindfors writes:
> > Ivan Shmakov writes:
>
> >> And what the initramfs-tools package has to do with consistent
> >> devices' filenames?
>
> > Initramfs runs udev. This allows you to use e.g.
>
> > root=/dev/di
Package: wnpp
Severity: wishlist
Owner: Rebecca Fischbach
Dear Maintainer,
*** Please consider answering these questions, where appropiate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this a
On Mon, 24 Oct 2011 23:08:33 +0700
Ivan Shmakov wrote:
> > Anyway, I think that if you want to learn how udev works then you
> > should send your questions to an users support mailing
> > list/newsgroup/forum/etc.
>
> Well, seems like there're little specific to Debian in how udev
>
On Mon, 24 Oct 2011 21:20:01 +0700
Ivan Shmakov wrote:
> > Neil Williams writes:
> > On Mon, 24 Oct 2011 18:19:08 +0700 Ivan Shmakov wrote:
>
> > udev isn't just for pluggable devices, packages can provide udev
> > rules to ensure that devices appear with a consistent name,
>
>
> Marco d'Itri writes:
> On Oct 24, Ivan Shmakov wrote:
>> So, the kernel won't try to autoload a module when the corresponding
>> device gets accessed?
> Not for *hardware* drivers, since it cannot know which driver is
> needed.
Not even via modprobe.conf(5)?
>> I've nev
On Oct 24, Ivan Shmakov wrote:
> So, the kernel won't try to autoload a module when the
> corresponding device gets accessed?
Not for *hardware* drivers, since it cannot know which driver is needed.
> I've never heard of that (and Googling for “linux equiv” doesn't
> seem
> Timo Juhani Lindfors writes:
> Ivan Shmakov writes:
>> And what the initramfs-tools package has to do with consistent
>> devices' filenames?
> Initramfs runs udev. This allows you to use e.g.
> root=/dev/disk/by-id/ata-WDC_WD3200AAJS-65B4A0_WD-WMAT13954017-part1
> instead of
> Marco d'Itri writes:
> On Oct 24, Ivan Shmakov wrote:
>> It doesn't seem like a good reason for the aforementioned
>> dependency, does it?
> There are many other reasons, you can find them in /lib/udev/.
ACK, thanks.
>> And what the initramfs-tools package has to do with
Ivan Shmakov writes:
> And what the initramfs-tools package has to do with consistent
> devices' filenames?
Initramfs runs udev. This allows you to use e.g.
root=/dev/disk/by-id/ata-WDC_WD3200AAJS-65B4A0_WD-WMAT13954017-part1
instead of
root=/dev/sda1
to specify where your root fi
On Oct 24, Ivan Shmakov wrote:
> It doesn't seem like a good reason for the aforementioned
> dependency, does it?
There are many other reasons, you can find them in /lib/udev/.
> And what the initramfs-tools package has to do with consistent
> devices' filenames?
udev is
> Neil Williams writes:
> On Mon, 24 Oct 2011 18:19:08 +0700 Ivan Shmakov wrote:
>> I've found that a few packages, contrary to my expectations, have
>> Depends: on udev. I'm primarily concerned with alsa-base and
>> initramfs-tools, but also wonder about libcomedi0, dkopp,
>> python
On Mon, 24 Oct 2011 18:19:08 +0700
Ivan Shmakov wrote:
> I've found that a few packages, contrary to my expectations,
> have Depends: on udev. I'm primarily concerned with alsa-base
> and initramfs-tools, but also wonder about libcomedi0, dkopp,
> python-expeyes, libnjb5,
I've found that a few packages, contrary to my expectations,
have Depends: on udev. I'm primarily concerned with alsa-base
and initramfs-tools, but also wonder about libcomedi0, dkopp,
python-expeyes, libnjb5, media-player-info, pulseaudio, ukopp,
xserver-xo
Package: wnpp
Severity: wishlist
Owner: Alastair McKinstry
* Package name: gadap
Version : 2.0
Upstream Author : Institute of Global Environment and Society (IGES)
* URL : http://www.iges.org/grads/gadoc/supplibs.html
* License : GPL
Programming Lang: C++
23 matches
Mail list logo
