Re: udev rule for matching USB class and subclass?

[Felipe Sateler] > That suggests that for some reason udev is not importing the modalias > into the environment. I have no idea why that would be the case. Right. I wonder when it work. Do you know? What is the output from udevadm info when you see the modalias info? What kind of hardware is

[no subject]

hello ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers

mkosi 0~20161004-1 MIGRATED to testing

FYI: The status of the mkosi source package in Debian's testing distribution has changed. Previous version: 0~20160922-1 Current version: 0~20161004-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

On 11 October 2016 at 11:41, Santiago Vila wrote: > On Tue, Oct 11, 2016 at 11:30:04AM -0300, Felipe Sateler wrote: > >> > If your intention is that "debian/rules build" builds everything from >> > scratch again if you do it a second time, you can't even do that >> > with dh

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

On Tue, Oct 11, 2016 at 11:30:04AM -0300, Felipe Sateler wrote: > > If your intention is that "debian/rules build" builds everything from > > scratch again if you do it a second time, you can't even do that > > with dh because of dh's own stamping system. > > > > For example, try "debian/rules

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

On 11 October 2016 at 11:23, Santiago Vila wrote: > On Tue, Oct 11, 2016 at 11:07:13AM -0300, Felipe Sateler wrote: > >> > I suggest the patch below to fix this. It makes debian/rules a little bit >> > shorter >> > and maybe a little bit more dh-style. >> >> The build target is

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

On Tue, Oct 11, 2016 at 11:07:13AM -0300, Felipe Sateler wrote: > > I suggest the patch below to fix this. It makes debian/rules a little bit > > shorter > > and maybe a little bit more dh-style. > > The build target is there because otherwise make does not consider it > phony (the build system

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

Control: tags -1 - patch On 11 October 2016 at 10:29, Santiago Vila wrote: > Package: src:mkosi > Version: 0~20161004-1 > Severity: serious > Tags: patch > > Dear maintainer: > > I tried to build this package in stretch with "dpkg-buildpackage -A" > (which is what the "Arch:

Processed: Re: Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

Processing control commands: > tags -1 - patch Bug #840425 [src:mkosi] mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory) Removed tag(s) patch. -- 840425: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=840425 Debian Bug Tracking System Contact

Bug#840425: mkosi: FTBFS when built with dpkg-buildpackage -A (debian/mkosi.1: No such file or directory)

Package: src:mkosi Version: 0~20161004-1 Severity: serious Tags: patch Dear maintainer: I tried to build this package in stretch with "dpkg-buildpackage -A" (which is what the "Arch: all" autobuilder would do to build it) but it failed:

Re: udev rule for matching USB class and subclass?

On 11 October 2016 at 01:49, Petter Reinholdtsen wrote: > [Felipe Sateler] >> Yes the documentation is quite poor in this regard. > > I am glad I found you, then, to let me know about the MODALIAS > attribute. :) > >> But, modalias may be even the wrong match. A usb thumb drive I

Re: 'plugdev' considered harmful - affected packages and maintainers?

Petter Reinholdtsen [2016-10-11 8:20 +0200]: > Because in Jessie the pam_group trick to add plugdev to a console users > groups seem to be in effect, while in Stretch it is not. TTBOMK we never configured /etc/security/group.conf with any non-comment default values. Before we got "uaccess" in

Re: 'plugdev' considered harmful - affected packages and maintainers?

[Michael Biebl] >> Right. I worry that unless such documentation show up very soon, a lot >> of hardware related packages will fail to work for console users out of >> the box in Stretch. :/ > > Why? It's basically the same situation as in jessie afaics. Because in Jessie the pam_group trick to