Re: Exclude some architectures from an architecture-independent package ?

2019-05-31 Thread Raphaël Halimi
l ; then echo "ACPI disabled in this kernel, not building module." >&2 BUILD_EXCLUSIVE_ARCH="^do_not_build$" fi This does the trick. Thanks to all of you for your help ! Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Exclude some architectures from an architecture-independent package ?

2019-05-30 Thread Raphaël Halimi
+bug/1830040 > Developer manpower is scarce and mirror space is no longer a problem > in practice, so I wouldn't waste time worrying about mirror space. > > And definitely not for such tiny files, the largest files on the > mirrors are > 1 GB. Thanks for clarifying that.

Re: Exclude some architectures from an architecture-independent package ?

2019-05-30 Thread Raphaël Halimi
x27;s still time to change my mind. In the end, it all comes down to tiny storage space waste vs a no-op DKMS package. Anyone wants to chime in to tip the scales in favor of one solution over the other ? Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Exclude some architectures from an architecture-independent package ?

2019-05-29 Thread Raphaël Halimi
thanks a lot for your help. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Exclude some architectures from an architecture-independent package ?

2019-05-29 Thread Raphaël Halimi
ot;cleanest" solution according to you ? Thanks in advance for your advice. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Removal of Wheezy and Jessie (except LTS) from mirrors

2019-04-03 Thread Raphaël Halimi
Le 28/03/2019 à 19:18, Raphaël Halimi a écrit : > Le 20/03/2019 à 21:50, Joerg Jaspert a écrit : >> The data is, of course, not lost - the whole of it is synced >> to archive.debian.org, so if you still need it you will be able to get >> it from there.[1] > >

Re: Removal of Wheezy and Jessie (except LTS) from mirrors

2019-03-28 Thread Raphaël Halimi
ases anymore ? That would be a pity, since before that change, it used to support all Debian releases which offered netboot images (in other words, all releases since Sarge). Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Question about dpkg-maintscript-helper dir_to_symlink, prior-version, and backports

2018-01-11 Thread Raphaël Halimi
ss, don't specify a prior-version at all ? But in that case, the conversion would be tried on every upgrade, which is discouraged by the manual page. Any advice about this ? Thanks. Regards, -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Being part of a community and behaving

2014-11-17 Thread Raphaël Halimi
uldn't forward in time, and waiting for syslog to catch up, would be such a bad thing to do ? > It's likely (though not certain) that your logs have been crippled in the > past, albeit in a different way, and you simply didn't notice because the > logging program didn&

Re: Being part of a community and behaving

2014-11-15 Thread Raphaël Halimi
choice for Debian; I'm just saying that making it the default init system is too soon compared to the conservative position that Debian has accustomed us to. -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Being part of a community and behaving

2014-11-15 Thread Raphaël Halimi
tle piece I looked at, I have a bad hunch about it. And the general "wontfix" attitude of the developers just add to that hunch. But again, we pull away from my first point - as a sysadmin, what I can see is that my systemd box has crippled text logs, and the point is that's not worthy o

Re: Being part of a community and behaving

2014-11-15 Thread Raphaël Halimi
binary logs. That's not like Debian (or at least the Debian we all know and love) to adopt this kind of software as the default init system. -- Raphaël Halimi signature.asc Description: OpenPGP digital signature

Re: Being part of a community and behaving

2014-11-15 Thread Raphaël Halimi
ached stable, let alone become the default. In those days, we would have waited for the RHEL admins to do the beta-testing in production environments (which excludes toys like Fedora or Arch or whatever distro that "use systemd for several years now without any hassle") before adopting this b

Bug#760338: ITP: acpi-call -- Kernel module that enables you to call ACPI methods

2014-09-02 Thread Raphaël Halimi
Package: wnpp Severity: wishlist Owner: "Raphaël Halimi" * Package name: acpi-call Version : 1.1.0 Upstream Author : Michal Kottman * URL : https://github.com/mkottman/acpi_call * License : GPL-3+ Programming Lang: C Description : Kernel m