Re: Firmwares (was Re: Bits from the DPL)

Le lundi, 1 avril 2024, 19.41:45 h CEST Andrey Rakhmatullin a écrit : > Why is updating the firmware packages not trivial? Is it because of > licensing issues? I always thought it's just copying a bunch of files from > the linux-firmware repo (but I also often wondered why is the package > often

Re: xz backdoor

Le dimanche, 31 mars 2024, 21.23:10 h CEST Arto Jantunen a écrit : > Didier 'OdyX' Raboud writes: > > Le dimanche, 31 mars 2024, 14.37:08 h CEST Pierre-Elliott Bécue a écrit : > >> I would object against creating a PGP key on the HSM itself. Not having > >> the proper

Re: xz backdoor

Le dimanche, 31 mars 2024, 14.37:08 h CEST Pierre-Elliott Bécue a écrit : > Hello, > > Iustin Pop wrote on 31/03/2024 at 13:13:27+0200: > > Option 2: Generate keys on the yubikey and have them never leave the > > secure enclave. That means having 2 yubikeys per developer, and ensuring > > you

Bug#1060006: ITP: brpc -- Apache's brpc - Industrial-grade RPC framework

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud X-Debbugs-Cc: debian-devel@lists.debian.org * Package name: brpc Version : 1.7.0 Upstream Contact: d...@brpc.apache.org * URL : https://brpc.apache.org/ * License : Apache-2.0 Programming Lang: C

Bug#1058699: ITP: blupimania -- Blupimania - A mind boggling (brain twisting) game of logic

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud X-Debbugs-Cc: debian-devel@lists.debian.org Package name: blupimania Version : 1.6.2 Upstream Contact: Mathieu Schroeter URL : https://blupi.org/mania/ License : GPLv3 Programming Lang: C

Bug#1037176: ITP: typesense -- Fast, typo-tolerant search engine

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud X-Debbugs-Cc: debian-devel@lists.debian.org Package name: typesense Version : 0.24.1 Upstream Contact: TypeSense team URL : https://typesense.org License : GPL-3 Programming Lang: C++ Typo

Re: Bug#1035904: dpkg currently warning about merged-usr systems (revisited)

Le mardi, 16 mai 2023, 17.06:38 h CEST Russ Allbery a écrit : > I don't know if anyone has written an ABI compliance test for binaries. > That sounds like something that would be in scope for the Linux Test > Project, though, and it's possible their existing tests do some of this. This has

Re: Introducing Declarative Debian

Le dimanche, 2 avril 2023, 15.41:12 h CEST Micha Lenk a écrit : > I'm not quite sure I got the concept. Is this just (also) another way of > expressing things we currently express with virtual packages? > > For example: > * httpserver-is-apache > * imapserver-is-dovecot You need to think larger!

Re: transitional packages? (was: Firmware GR result - what happens next?)

3 octobre 2022 11:11 "Santiago Ruano Rincón" a écrit: > El 02/10/22 a las 20:42, Michael Biebl escribió: >> Am 02.10.22 um 20:14 schrieb Luca Boccassi: >> On Sun, 2022-10-02 at 10:52 -0700, Russ Allbery wrote: >> In Bullseye we changed the name/syntax for the security repository, and >> for that

Re: Automatic trimming of changelogs in binary packages

19 septembre 2022 23:19 "Bill Allombert" a écrit: > Le Tue, Sep 06, 2022 at 07:13:30AM +0200, Gioele Barabucci a écrit : > >> On 18/08/22 21:18, Gioele Barabucci wrote: >> Does anybody have objective objections against activating automatic >> changelog trimming in binary packages? >> >> Hi, >>

Re: Idea: autopkgtest on big-endian for 'Architecture: all' packages to catch endian bugs

Le mardi, 2 août 2022, 18.00:40 h CEST Edward Betts a écrit : > I recently packaged a Python module called sqlite-fts4 written by Simon > Willison. The package is pure Python, so is 'Architecture: all', but it > fails on big-endian architectures. The test suite catches this failure. > > The bug

Re: Bug#1014908: ITP: gender-guesser -- Guess the gender from first name

Le samedi, 16 juillet 2022, 19.36:17 h CEST Adrian Bunk a écrit : > What tools did you use to generate this data? > > The irony is that your "fight" requires exactly the tools you want to > condemn, and data Debian should better not collect at all. It does not. The whole argument is

Re: I'm orphan my packages and leave the project as maintainer

Le vendredi, 26 mars 2021, 16.01:14 h CET Timothy M Butterworth a écrit : > The FSF with out RMS would be like the Linux Foundations with out > Linus. I'm quite sure the Linux Foundation will work just fine without Linus Torvalds, and will one day have to. My hope is that the same goes for the

Bug#980200: ITP: pappl -- C-based framework/library for developing CUPS Printer Applications

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud X-Debbugs-Cc: debian-devel@lists.debian.org, debian-print...@lists.debian.org Package name: pappl Version : 1.0.1 Upstream Author : Michael R Sweet URL : hhttps://www.msweet.org/pappl License : Apache

Re: On doing 3000 no-source-change source-only uploads in January 2021

Le jeudi, 31 décembre 2020, 13.50:30 h CET Holger Levsen a écrit : > hi, > > as described in Message-ID: <20201231124509.gb3...@layer-acht.org> > or > http://layer-acht.org/thinking/blog/20201231-no-source-change-source-upload > s/ I plan to do 3000 NMUs soon. Fantastic job, thanks a lot for

Re: DAM Key and identity requirements

Le dimanche, 13 septembre 2020, 09.11:04 h CEST Enrico Zini (DAM) a écrit : > Hello everyone, > > world-wide changes due to COVID-19 prompted us to conduct a long-overdue > review of the GPG key requirements for people applying for Debian > Maintainer (DM) and Debian Developer (DD) membership

Re: RFC: Final update of DEP-14 on naming of git packaging branches

Le samedi, 29 août 2020, 01.01:09 h CEST Raphael Hertzog a écrit : > Hello, > > following the recent discussions of June and of the last days, I'm > proposing the changes below to DEP-14. Basically it replaces debian/master > with debian/latest for all the reasons already discussed earlier. And >

Re: Tagging in Salsa -> upload: status?

Le jeudi, 13 août 2020, 11.19:59 h CEST Christian Kastner a écrit : > Unless I'm grievously misremembering something, there was a discussion a > while ago about automatically generating a source package and uploading > it whenever a Debian release is (signed-)tagged in Salsa. > > If I did

Re: 'No such file or directory' while building coreutils from source package

Le jeudi, 7 mai 2020, 21.59:56 h CEST Manuel Wagesreither a écrit : > Do I need to extract it? > https://www.debian.org/doc/manuals/maint-guide/build.en.html doesn't > mention anything like that. Also, it doesn't seem to change the outcome. The first part of the guide (Chapter 2. First steps) [0]

Re: trends.debian.net updated

Le mardi, 14 avril 2020, 13.12:55 h CEST Wouter Verhelst a écrit : > > One could expect from maintainers that they check their packages for > > compliance regularly and that they document that. > > Perhaps, but it is *also* documented that an upload just to bump the > Standards-Version is

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

Le lundi, 30 mars 2020, 21.08:18 h CEST Russ Allbery a écrit : > Didier 'OdyX' Raboud writes: > > Yet one is a string, and the other one an image. If you edit the string > > before turning it into a QR code, you get a valid QR code (maybe > > encoding a broken, or misleading

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

Le lundi, 30 mars 2020, 10.14:13 h CEST Raphael Hertzog a écrit : > On Mon, 30 Mar 2020, Didier 'OdyX' Raboud wrote: > > > How should package maintainers deal with QR codes ethically? > > > > Asking package maintainers to rebuild functionally-equivalent QR-codes > >

Re: Overinterpretation of DFSG? QR code for receiving donation is non-free???

Hello Mo, Le lundi, 30 mars 2020, 07.54:23 h CEST Mo Zhou a écrit : > I think sometimes the DFSG has been over-interpreted. Here I'm talking about > the recent REJECTion of src:smartdns from our NEW queue, where QR code > pictures used for donation have been deemed DFSG non-free [1]. I'm not >

Bug#955126: ITP: libopenaptx -- Audio Processing Technology codec (aptX)

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud Package name: libopenaptx Version : 0.1.0 Upstream-Contact: Pali Rohár URL : https://github.com/pali/libopenaptx/ License : LGPL2.1+ Programming Lang: C Description : Audio Processing Technology

Re: USB

Hello Kya, Le vendredi, 13 mars 2020, 15.00:10 h CET Kya Bailey a écrit : > Me and my family were cleaning a couch that we were getting rid of and I > found a USB so I checked it out and it had stuff with your logo in the > pictures and it has stuff like Copyright, changelog.Debain.gz, makefile

Re: Debian With Alternate Init Systems

Le samedi, 8 février 2020, 16.15:13 h CET Svante Signell a écrit : > On Sat, 2020-02-08 at 14:51 +0100, Samuel Thibault wrote: > > Sam Hartman, le sam. 08 févr. 2020 08:27:24 -0500, a ecrit: > > > It sounds like you were suggesting that people should leave as a way of > > > pressuring or punishing

Re: Heads up: persistent journal has been enabled in systemd

Le mercredi, 5 février 2020, 21.44:43 h CET Dmitry Smirnov a écrit : > On Wednesday, 5 February 2020 11:01:08 AM AEDT Scott Kitterman wrote: > > We just had a GR where the project voted it was just fine to systemd all > > the things, so this sort of thing is to be expected. > > Are you suggesting

Re: Heads up: persistent journal has been enabled in systemd

Le mercredi, 5 février 2020, 07.01:44 h CET Scott Kitterman a écrit : > Not particularly useful IMO. In /var/log/mail.log I can see log entries > from all the programs configured to log to the mail facility. Unless I'm mistaken, exim4 logs nothing to /var/log/mail.log by default, only to

Re: Heads up: persistent journal has been enabled in systemd

Le samedi, 1 février 2020, 14.36:20 h CET Steve McIntyre a écrit : > Michael Biebl wrote: > >with today's upload of systemd 244.1-2 I finally enabled persistent > >journal by default [1]. It has been a long requested feature. > > > >The package will create a directory /var/log/journal on upgrades

Bug#950260: ITP: lprint -- lprint - A Label Printer Application

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud Package name: lprint Version : 1.0~b2 Upstream Author : Michael R Sweet URL : https://www.msweet.org/lprint/ License : Apache-2.0-with-GPL-LGPL-Exception Programming Lang: C Description

Re: migration from cron.daily to systemd timers

Le mercredi, 8 janvier 2020, 16.33:28 h CET Daniel Leidert a écrit : > Am Mittwoch, den 08.01.2020, 15:36 +0100 schrieb Philipp Kern: > > I think there needs to be a sensible choice for *periodic jobs* that we > > should document as the default unless there is a reason to use something > > else.

Building Debian source packages reproducibly (was: Re: [RFC] Proposal for new source format)

Le mercredi, 23 octobre 2019, 15.49:11 h CET Theodore Y. Ts'o a écrit : > On Wed, Oct 23, 2019 at 11:18:24AM +1000, Russell Stuart wrote: > > On Tue, 2019-10-22 at 16:52 -0700, Russ Allbery wrote: > > > That seems excessively pessimistic. What about Git makes you think > > > it's impossible to

Re: Bug#888743: Debian vs Linux namespaces, NMU lsb-base

Le dimanche, 24 mars 2019, 09.42:12 h CET Geert Stappers a écrit : > What would be the harm to the Buster release > if lsb-base got NMU > with > https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=888743;filename=ini > t-functions.diff;msg=37 ? I have now uploaded src:lsb to experimental with

Re: usrmerge -- plan B?

Le jeudi, 22 novembre 2018, 14.56:10 h CET Ian Jackson a écrit : > There is tradeoff here between risk of breakage, and reduction of > future work (as most clearly explained by Russ). The argument that is > being made is that the risk is low because of a lack of reports of > breakage. > > Others

Re: usrmerge -- plan B?

Le jeudi, 22 novembre 2018, 00.17:54 h CET Michael Stone a écrit : > Then this needs to be a very explicit (and much better advertised) > decision, and it needs a much, much better implementation. You keep referring to usrmerge as buggy: > The current usrmerge package has no test mode, will bail

Re: What can Debian do to provide complex applications to its users?

Le mardi, 27 février 2018, 14.13:41 h CET Didier 'OdyX' Raboud a écrit : > tl;dr: a new package format is needed, with a new non-suite-specific > repository is needed to bring the Debian added-value to these ecosystems. FTR, my current line of thought and understanding is that guix or

Re: What can Debian do to provide complex applications to its users?

Le mardi, 27 février 2018, 15.14:02 h CET Simon McVittie a écrit : > Here is a different straw man, which I think might be similarly effective > and a lot less work: > > On Tue, 27 Feb 2018 at 14:13:41 +0100, Didier 'OdyX' Raboud wrote: > > As Debian, we > > are ins

Re: What can Debian do to provide complex applications to its users?

Le mercredi, 28 février 2018, 06.06:54 h CET Sean Whitton a écrit : > > Furthermore, abandon the patch queue approach to Debian package > > management. We will not be able to maintain a big delta to any of > > these packages anyway. > > No, but we might often have reason to maintain a small

Re: What can Debian do to provide complex applications to its users?

Le mardi, 27 février 2018, 14.48:48 h CET Ian Jackson a écrit : > I have some specific comments: > > Imagine > > * a new .vdeb format variant that: > > ** enables for multiple versions to be installed in parallel, where files > >are unpacked in a version-specific paths > > Instead, establish

Re: [Pkg-javascript-devel] three.js_80+dfsg2-2_amd64.changes REJECTED

Le jeudi, 1 mars 2018, 07.29:15 h CET Pirate Praveen a écrit : > 2. CTTE should be able to overrule a delegate when there is a conflict > just like conflict between two debian developers. I don't think that's a power the Technical Committee (as a body, or as the current collection of its

Re: What can Debian do to provide complex applications to its users?

Le jeudi, 1 mars 2018, 06.29:37 h CET Paul Wise a écrit : > On Tue, Feb 27, 2018 at 9:13 PM, Didier 'OdyX' Raboud wrote: > > Now, as a strawman proposition, here's what I fiddled with in my mind for > > some days now: > This reminds me a bit of Nix or Gentoo Prefix. Yes, only fo

Re: What can Debian do to provide complex applications to its users?

Le mercredi, 28 février 2018, 06.04:27 h CET Sean Whitton a écrit : > On Tue, Feb 27 2018, Didier 'OdyX' Raboud wrote: > > ** is restricted to be arch:all (~ shipping interpreter scripts) > > There are compiled binary ecosystems that would benefit from your > proposal, such as

Re: What can Debian do to provide complex applications to its users?

Le mercredi, 28 février 2018, 04.57:50 h CET Russell Stuart a écrit : > On Tue, 2018-02-27 at 14:13 +0100, Didier 'OdyX' Raboud wrote: > > > - we could ship those applications not as .deb but as container > > > > > > and let them have their own lifecycle > &

Re: What can Debian do to provide complex applications to its users?

Le vendredi, 16 février 2018, 16.11:29 h CET Raphael Hertzog a écrit : > I don't have any definite answers although there are ideas to explore: > > - we could relax our requirements and have a way to document the > limitations of those packages (wrt our usual policies) > > - we could ship

Re: Extended Long Term Support for Wheezy

Le jeudi, 22 février 2018, 19.44:06 h CET Roberto C. Sánchez a écrit : > If we are going to start applying this sort of logic to naming, then > there are plenty of other places (e.g., where actual vulgarities are > used in package names, where abreviations and/or acronyms create words > that are

Re: Extended Long Term Support for Wheezy

Le mardi, 20 février 2018, 16.07:03 h CET Raphael Hertzog a écrit : > ("super long-term maintenance", SLTS in their jargon) A small point, but I haven't seen anyone mention it yet: I would not use the 'slts' acronym, basically anywhere, as it is very close to the 'sluts' smear word. Cheers,

CUPS GPL → Apache license change, how to proceed?

tl,dr; CUPS has moved from "GPL-2.0 with AOSDL exception" to "Apache-2.0"; how should the license incompatibilities be enforced? As you might have heard [lwn][cups-apache], Apple has changed the CUPS license away from a "GPL-2/LGPL-2 with exceptions" to plain Apache-2.0, effective in the 2.3

Re: Debian Stretch new user report (vs Linux Mint)

Le lundi, 4 décembre 2017, 23.18:21 h CET Philipp Kern a écrit : > On 04.12.2017 19:03, Holger Levsen wrote: > > On Mon, Dec 04, 2017 at 05:36:30PM +, Ian Jackson wrote: > >> Lars Wirzenius writes: > >>> Myself, I would prefer us to keep both the free-software-only ISO and > >>> the non-free

Re: Auto-update for sid? Auto-backport?

Le jeudi, 16 novembre 2017, 09.03:47 h CET Alexander Wirt a écrit : > On Wed, 15 Nov 2017, Didier 'OdyX' Raboud wrote: > > Le mercredi, 15 novembre 2017, 16.43:17 h CET Steffen Möller a écrit : > > > I would really like to see updates performed in some automated fashion. >

Re: Auto-update for sid? Auto-backport?

Le mercredi, 15 novembre 2017, 16.43:17 h CET Steffen Möller a écrit : > I would really like to see updates performed in some automated fashion. Debian updates are in fact different steps: * inclusion of upstream changes; * packaging updates; * .changes signing with a key in the Debian keyring; *

Bug#879214: ITP: planetblupi -- Planet Blupi - A delirious spell-binding game

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud <o...@debian.org> Package name: planetblupi Version : 1.11.0 Upstream Author : Mathieu Schroeter, Daniel Roux, EPSITEC SA & Denis Dumoulin URL : http://blupi.org/ License : GPL-3+ Programmi

Bug#879103: ITP: doctest -- Light and feature-rich C++ testing framework

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud <o...@debian.org> Package name: doctest Version : 1.2.5 Upstream Author : Viktor Kirilov <vik.kiri...@gmail.com> URL : https://github.com/onqtam/doctest License : MIT Programming Lang: C++

Bug#878673: ITP: sdl-kitchensink -- FFmpeg and SDL2 based library for audio and video playback

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud <o...@debian.org> Package name: sdl-kitchensink Version : 0.0.7 Upstream Author : Tuomas Virtanen <katajak...@gmail.com> URL : https://github.com/katajakasa/SDL_kitchensink License : MIT Prog

Bug#878641: ITP: argagg -- Argument Aggregator - Simple C++11 command line argument parser

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud <o...@debian.org> Package name: argagg Version : 0.4.6 Upstream Author : Viet The Nguyen <vietjtngu...@gmail.com> URL : https://github.com/vietjtnguyen/argagg License : MIT Program

Re: changes to upload queue for security archive

Le lundi, 9 octobre 2017, 20.20:15 h CEST Simon McVittie a écrit : > For embargoed issues, is it better to upload via ssh and have the upload > briefly readable by other DDs, or to upload via ftp and have the upload > briefly readable by everyone on the network path between the DD and >

Re: Bug#877212: [Pkg-javascript-devel] Bug#877212: node-d3-color: B-D npm not available in testing

Le jeudi, 5 octobre 2017, 13.29:16 h CEST Ian Jackson a écrit : > I have also heard of packages which do "apt-get source" in their rules > files. debian-installer-netboot-images does a similar thing, but it's more of a shell re-implementation of a trust chain check:

Re: Debian Policy 4.0.1.0 released

For further reference, the full TC decision text is at: [0] https://lists.debian.org/debian-devel-announce/2015/09/msg0.html Le dimanche, 6 août 2017, 11.40:26 h EDT Guillem Jover a écrit : > At this point I guess the decision to cope fairly with such subpar and > imposed policy that a

Re: -all driver packages

Le lundi, 12 juin 2017, 23.26:01 h CEST Rebecca N. Palmer a écrit : > However, those involve Depends relationships (where an -all package is > needed to allow the option of only installing one) and/or multiple > depending/recommending packages and a changing set of providers (making > it

Re: Hello! How can I delete Debian from menu before Windows loading?

Le samedi, 27 mai 2017, 21.01:46 h CEST Александр Макаров a écrit : > Hello! > > I am thinking to use Debian, but later, because I have no time now. > > How can I delete Debian from menu before Windows loading? You need to uninstall win32-loader using its' uninstaller, which should be located

Re: Is missing SysV-init support a bug?

Le lundi, 29 août 2016, 12.07:23 h CEST Dmitrii Kashin a écrit : > But I know a lot of them. And not only in Debian community. And they > don't agree that migrating will give them greater control over their > systems. This is not a popularity contest, in which we'd count points either way. We,

Refresh the CUPS driver recommends (was: Re: Opt out style recommends)

Package: cups Version: 1.5.2-9 Le vendredi, 8 avril 2016, 10.31:17 Josh Triplett a écrit : > I'm not going to go through a full analysis here, but here's a *tiny* > subset of the output on my system, with some annotations: > > (…) > cups Recommends: printer-driver-gutenprint > > Why does cups

Re: Status of the src:lsb package

Le jeudi, 17 septembre 2015, 23.00:51 Michael Biebl a écrit : > Am 17.09.2015 um 14:56 schrieb Didier 'OdyX' Raboud: > > After the discussion [0] about these changes back in July (on both > > debian-lsb@ and debian-devel@), I have uploaded src:lsb 9.20150826 > > to > >

Re: Status of the src:lsb package

Hi Nikolaus, Le jeudi, 17 septembre 2015, 09.27:56 Nikolaus Rath a écrit : > On Sep 17 2015, Didier 'OdyX' Raboud <o...@debian.org> wrote: > > Le jeudi, 17 septembre 2015, 08.46:24 Nikolaus Rath a écrit : > >> I don't know about formal LSB compatibility, but there are

Re: Status of the src:lsb package

Le jeudi, 17 septembre 2015, 08.46:24 Nikolaus Rath a écrit : > I don't know about formal LSB compatibility, but there are several > proprietary applications that require nothing but the > /{lib,lib64}/ld-lsb.so* symlinks to work properly under Debian. So it > would be great if they could be

Status of the src:lsb package (was: Debian LSB compliance)

Hi all, It is time for an update about the lsb source package status, especially as a quite important change landed in testing. After the discussion [0] about these changes back in July (on both debian-lsb@ and debian-devel@), I have uploaded src:lsb 9.20150826 to unstable, building no LSB

Re: Security concerns with minified javascript code

Le mardi, 1 septembre 2015, 17.50:26 Vincent Bernat a écrit : > ❦ 1 septembre 2015 08:21 -0700, Nikolaus Rath : > >>> Couldn't we just use the non-minified versions in most situations? > >>> A > >> > >> Not for anything which has actual users over the network. > > > > Why?

Re: Debian LSB compliance

Le vendredi, 3 juillet 2015, 13.20:08 Mats Wichmann a écrit : On 07/03/15 07:28, Didier 'OdyX' Raboud wrote: The crux of the issue is, I think, whether this whole game is worth the work: I am yet to hear about software distribution happening through LSB packages [4]. There are only _8_

Debian LSB compliance (was: Re: Standard-producing bodies and Debian)

Hi Gunnar, just jumping on one specific point, sorry to hijack the thread… (Reply-To set to debian-lsb, please followup there…) tl;dr: proposal to shrink src:lsb to only produce lsb-base and lsb- release Le jeudi, 2 juillet 2015, 09.15:12 Gunnar Wolf a écrit : But then I realized I was lying.

Bug#787889: general: USB keyboard stops working after a few seconds due to USB suspend

Le vendredi, 5 juin 2015, 17.19:46 Jesse Hallett a écrit : Attempted to use USB keyboard in, in Xorg and in virtual TTY. (…) There appeared to be no input from the keyboard. After disconnecting and reconnecting the keyboard it functioned; but after a period of seconds it consistently stopped

Re: Bits from the dpkg project: 1.17.x series, general news

Le dimanche, 19 avril 2015, 10.25:11 Cyril Brulebois a écrit : Thanks so much for all the hard (and not only technical) work, Raphaël! Indeed, thank you buxy! OdyX signature.asc Description: This is a digitally signed message part.

Re: how to remove libsystemd0 from a live-running debian desktop system

Le lundi, 16 février 2015, 13.38:01 Adam Borowski a écrit : Second, all but one (upower) of affected packages can be recompiled to drop the dependency. If you bothered to read lists you're subscribed to, you would probably know of my set of deinfected packages at: deb

Bug#773356: ITP: ippusbxd -- Daemon for IPP-over-USB printer support

Package: wnpp Severity: wishlist Owner: Didier 'OdyX' Raboud o...@debian.org Package name: ippusbxd Version : 1.21.2 Upstream Author : Daniel Dressler danieru.dress...@gmail.com URL : https://github.com/daniel-dressler/ippusbxd License : Apache-2

Re: Please respect Freeze Policy

Le jeudi, 4 décembre 2014, 07.46:25 Bart Martens a écrit : On Wed, Dec 03, 2014 at 10:42:54AM +0100, Didier 'OdyX' Raboud wrote: Le mercredi, 3 décembre 2014, 10.20:32 W. Martin Borgert a écrit : Would it be OK to abuse experimental for new upstreams during freeze? during freezes

Re: Please respect Freeze Policy

(Moving to debian-devel, please followup there) Le mercredi, 3 décembre 2014, 10.20:32 W. Martin Borgert a écrit : Would it be OK to abuse experimental for new upstreams during freeze? It is not the purpose of experimental to contain such packages, of course. But it might be a less harmful

Re: Using USB serial device with a cdc-acm driver

Le mardi, 2 décembre 2014, 13.02:49 Matthias Urlichs a écrit : Dmitriy Fitisov: lsof /dev/ttyACM0 That I also tried last week. Nothing is open. The next target of interest would be udev. Which rules fire, and do they start anything? In particular, do you have usb-modeswitch installed

Bug#769907: general: non-sysvinit init systems are made of fail

Le jeudi, 20 novembre 2014, 12.06:45 Sam Hartman a écrit : Didier == Didier 'OdyX' Raboud o...@debian.org writes: Didier Systems cross-craded from Ubuntu to Debian are absolutely Didier not supported, and I wouldn't be surprised if some of the Didier issues you're seeing

Bug#769907: general: non-sysvinit init systems are made of fail

Le mercredi, 19 novembre 2014, 09.34:22 Michal Suchanek a écrit : On 19 November 2014 08:02, Didier 'OdyX' Raboud o...@debian.org wrote: Le mercredi, 19 novembre 2014, 00.00:48 Michal Suchanek a écrit : I had Ubuntu base system on this particular PC some years ago and I noticed this issue

Bug#769907: general: non-sysvinit init systems are made of fail

Le mercredi, 19 novembre 2014, 00.00:48 Michal Suchanek a écrit : On 18 November 2014 18:57, Jordi Mallach jo...@debian.org wrote: El dl 17 de 11 de 2014 a les 15:41 +0100, en/na Michal Suchanek va escriure: -- System Information: Distributor ID: Ubuntu Description: Ubuntu

Re: piece of mind (Re: Moderated posts?)

Le mardi, 14 octobre 2014, 01.13:48 Wookey a écrit : I'm just pointing out that interested people, who are moderately well-involved, really did miss that a GR was attempted. For the record, I don't disagree; I'm just saying that the GR call was on the right list and that I think that the

Re: piece of mind (Re: Moderated posts?)

I really don't buy the argument that the GR proposal was too quiet to be noticed by 6+ people. I mean: the proposition happened to be in the middle of the post-TC decision wave, on the mailing lists where it belonged. The people who cared about the whole default init for Debian question _were_

Re: piece of mind (Re: Moderated posts?)

Le lundi, 13 octobre 2014, 12.23:00 Miles Fidelman a écrit : Didier 'OdyX' Raboud wrote: I really don't buy the argument that the GR proposal was too quiet to be noticed by 6+ people. Actually - I'd contest that, for four reasons: - as I've previously noted - the major impacts

Re: Trimming priority:standard

Le mardi, 16 septembre 2014, 23.17:51 Joerg Jaspert a écrit : On 13698 March 1977, Didier Raboud wrote: One thought... there will probably be trademark concerns with unix.[1] So we might have to choose a name for the tasksel task to be someting like unix-like. Or we could just call

Re: Trimming priority:standard

Le vendredi, 12 septembre 2014, 13.55:53 Joey Hess a écrit : Theodore Ts'o wrote: One thought... there will probably be trademark concerns with unix.[1] So we might have to choose a name for the tasksel task to be someting like unix-like. Or we could just call it standard system. Could

Re: Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian

Le jeudi, 31 juillet 2014, 22.19:28 Pau Garcia i Quiles a écrit : How is it better to have libav, which does a lot less security bugfixing, in? Our security team has to prepare the libav updates over the lifetime of wheezy anyway. Introducing ffmpeg in jessie (with or without dropping libav)

Re: sysvinit is still here, and here to stay for jessie (was Re: systemd is here to stay, get over it now)

That will be my last contribution to this pointless discussion. Le jeudi, 3 juillet 2014, 16.59:25 Thorsten Glaser a écrit : or without systemd btw). Given that the technical committee has made a decision which stayed unchallenged (so far), I've now come to think that No, there just has

systemd is here to stay, get over it now (was: Re: Pinning vs. conflicting)

Folks, Le jeudi, 3 juillet 2014, 14.20:24 Juliusz Chroboczek a écrit : Isn't the proper solution to add blacklisting support to dpkg, then? The proper solution is to stop trying to hide ourselves from to the fact that some sort of systemd interfaces have been made unavoidable in modern

Re: MATE 1.8 has now fully arrived in Debian

Le vendredi, 27 juin 2014, 23.02:51 Thomas Goirand a écrit : On 06/27/2014 06:31 PM, Michael Englehorn wrote: Wouldn't glibc then fall into the list of things you don't like as a required framework? By that logic, all libraries must be hot-swappable with no additional effort by the

Re: systemd-fsck?

Le mardi, 13 mai 2014, 17.21:45 Thorsten Glaser a écrit : Didier 'OdyX' Raboud dixit: Le mardi, 13 mai 2014, 16.25:31 Thorsten Glaser a écrit : On Mon, 12 May 2014, Tollef Fog Heen wrote: Are you aware that Joss isn't a systemd maintainer? (He's one of the GNOME maintainers

Re: Bug #702005: Where can i get more attention on this?

Le jeudi, 8 mai 2014, 13.05:52 Ian Jackson a écrit : Unfortunately, Luis's mail domain is hosted at Hotmail which hates chiark: Pot calling the kettle black: chiark hates a lot of servers out there when it's Irritated… OdyX -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org

Re: gnutls28 transition

Le dimanche, 4 mai 2014, 02.14:17 peter green a écrit : Personally I'd add a (build-)depends on the relicensed gmp in the next gnutls28 upload. That way packages can (build-)depend on the new gnutls and be assured of getting a GPLv2 compatible version. For cups, as it doesn't build-depend on

Bluez5 and KDE (was: Re: Bits from the systemd + GNOME sprint)

Hi Jordi, and thanks for this interesting report! One point I'd like to see discussed is the Bluez5 transition: Le vendredi, 2 mai 2014, 01.26:15 Jordi Mallach a écrit : We finally discussed how to tackle Bluez5. Bluez 4 is the current release available in Debian, which is dead upstream and

Re: Bits from the Security Team

Hi, Le lundi, 17 mars 2014, 10.33:32 Holger Levsen a écrit : I think you've missed one significant benefit here: (I believe) for quite many people by now it's a showstoper to join a team which is using subversion for it's workflow. git-svn usage is a manpage away: once you've learned `git svn

Re: jquery debate with upstream

Le mardi, 11 mars 2014, 19.02:55 Ian Jackson a écrit : Thomas Goirand writes (Re: jquery debate with upstream): In one of my package, I had openssl.dll in the source tarball (it was of course removed later on). Would you consider it ok as well to have it in a source package, as long as

Re: jquery debate with upstream

Le mercredi, 12 mars 2014, 12.58:51 Ian Jackson a écrit : Didier 'OdyX' Raboud writes (Re: jquery debate with upstream): I disagree: I don't think it's tolerable to ship a .exe freeware [0] in a source package in main, just because it happens to be redistributable; in my reading

Re: Bits from the Security Team

Le lundi, 10 mars 2014, 22.00:09 Christoph Biedl a écrit : The problem is that there is no policy in place to make us support oldstable-to-testing upgrades. If there's interest, that'd need to be decided with a more firm policy than encourage maintainers. Would you have preferred to read

Re: Bits from the Security Team

Le lundi, 10 mars 2014, 13.52:59 Ian Jackson a écrit : Paul Wise writes (Re: Bits from the Security Team): Debian doesn't support skipping releases right now and I expect if we support releases for a longer amount of time that won't change. But, in practice, skip upgrades often work

Re: Bits from keyring-maint: Pushing keyring updates. Let us bury your old 1024D key!

Le mercredi, 5 mars 2014, 10.47:07 Paul Wise a écrit : On Wed, Mar 5, 2014 at 1:55 AM, Xavier Roche wrote: I have a rather silly question: would a mail (signed with this key) request to the DDs who already signed the initial key (and checked the identity) to sign the replacement key

Re: default init on non-Linux platforms

Le jeudi, 20 février 2014, 22.28:56 Thomas Goirand a écrit : On 02/20/2014 09:02 PM, Tom H wrote: What features does sysvinit+openrc have that sysvinit+sysv-rc+insserv doesn't have? Just to name a few: - getting rid of the ugly LSB headers They might be ugly, but they encode the

Re: default init on non-Linux platforms

Le mardi, 18 février 2014, 22.55:32 Thomas Goirand a écrit : Once I consider OpenRC ready for it, would it be ok to just replace sysv-rc by OpenRC, and transform sysv-rc into a transitional package? What is the opinion of other DDs? Is there anyone which would like to keep the old featureless

Re: default init on non-Linux platforms

Le mercredi, 19 février 2014, 01.11:21 Thomas Goirand a écrit : Actually, thinking about it a 2nd time, I think there would be a major drawback in delaying to Jessie +1. If we decide that sysv-rc goes away, then starting at the Jessie release, we don't have to care anymore about LSB header

  1   2   >