Re: ia32-libs depends on ia32-apt-get ?

Hi, Norbert Preining wrote: On Mo, 29 Jun 2009, Josselin Mouette wrote: This package was already enough of a hack, but at least it worked without fiddling in horrible ways with the packaging system. How can we have a working wine or nspluginwrapper now? Not that I know about

Re: ia32-libs depends on ia32-apt-get ?

Goswin von Brederlow wrote: Didier 'OdyX' Raboud did...@raboud.com writes: Norbert Preining wrote: - calling /usr/share/ia32-apt-get/convert-all-sources.list Which horribly breaks with anything a little custom (proxies, custom repositories, ...) and fills your /etc/apt/sources.list.d

Re: ia32-libs depends on ia32-apt-get ?

Goswin von Brederlow wrote: Didier 'OdyX' Raboud did...@raboud.com writes: I would largely prefer if ia32-* in its actual shape would be released in experimental (where, with this level of touching the base of Debian repositories handling, it should sit) and version 2.7 uploaded back in Sid

Re: ia32-libs transition

Goswin von Brederlow wrote: Aneurin Price aneurin.pr...@gmail.com writes: Hi, I've just spent over an hour writing and rewriting this mail, and determined that I can't think of a single constructive thing to say. So I'll just ask a couple of questions instead: Is there any way of

Re: Complete, sorted list of developers (600kB)

Mathieu Malaterre wrote: Just for fun today, I tried to see the complete list of debian dev: http://qa.debian.org/developer.php - http://qa.debian.org/developer.php?all=1 List is empty for me... weird... This is #511109 and #523732 … Not weird, just a bug. -- To UNSUBSCRIBE, email

Re: Iceweasel and Firefox compatibility

Mike Hommey wrote: On Tue, Nov 10, 2009 at 08:54:41AM -0600, John Goerzen wrote: Mike Hommey wrote: I just decided I don't care anymore. So here is a deal to those reading this thread. Give me a UA string that: - Doesn't claim to be Firefox (i.e keep Iceweasel in it) Would it meet

Re: DEHS and source format 3.0

Stefano Zacchiroli wrote: On Fri, Feb 19, 2010 at 12:08:16PM +0100, Raphael Hertzog wrote: DEHS now supports format 3.0 source packages Although support for format 3.0 source packages on DEHS was not expected to be added until DEHS2 was

Re: RE : xulrunner 1.9.2 into sid?

PICCA Frédéric-Emmanuel wrote: Do you have an entry explaining how to create from scratch a symbol file for a given library ? I could not find this information on the debian wiki. thanks Frederic Hi, $ man dpkg-gensymbols aka $ dpkg-gensymbols -plibfoo -v0.1.2

Re: chromium-browser in Debian Sid

Aaron Toponce wrote: On 06/30/2010 01:18 AM, Giuseppe Iuculano wrote: Should we use the Chromium nightly builds ? Really? :) Well, when you put it that way. :) Honestly, I don't think of Sid as a collection of stable packages. That's what I think about Lenny. I think of Sid as the latest

Re: The number of popcon.debian.org-submissions is falling

(CC'ing debian-derivatives) Petter Reinholdtsen wrote: The number of submissions to the Debian popularity-contest collector is falling, and has done so for some time now. This can be easily seen on URL: http://popcon.debian.org/stat/sub-i386.png . This is mostly caused by a fall in the

Re: libexplain: need access to debian alpha machine

Bastien ROUCARIES wrote: On Tue, Aug 17, 2010 at 5:46 AM, Paul Wise p...@debian.org wrote: On Mon, Aug 16, 2010 at 6:05 PM, Peter Miller pmil...@opensource.org.au wrote: I'm trying to get my libexplain project [1] to build on Debian alpha. I don't actually have access to an alpha machine,

Re: Release Update - Upgrades, deep freeze info, BSPs

Lubos Kopecky wrote: one more problem in WIndows 7 then I run setup.exe after every next the program is minimalizet to task bar so I have to click again and again to icon with debian logo to open show up installer back on the desktop... Hi Lubos, could you please report a bug against the

#647531: intent to hijack src:cjet

Hi Chris, (CC to the MIA Team for information and -devel for opinions) I am deeply sorry to have to resort to these means, but your silence since November 2011 on the #647531 bug doesn't leave me with any other choice (given that I really want that bug solved). Hence: I hereby state my

lsb-base Fancy output; please test lsb-base/experimental (4.1+Debian0+fancy0)

Hi -devel (and -lsb), I have recently uploaded lsb-base 4.1+Debian0+fancy0 to experimental. As this version introduces a small change that has a big visual impact on the Debian boot, I would like to get some feedback on it before uploading it to unstable. In short, this version implements a new

Re: Re: really? (Debian Policy and LSB)

Le 11.04.2012 22:04, Raphael Hertzog a écrit : On Wed, 11 Apr 2012, Nicholas Bamber wrote: Hmm... This contradicts section 6.1 of the Debian policy. The package management system looks at the exit status from these scripts. It is important that they exit with a non-zero status if Here

Re: solving the network-manager-in-gnome problem

Le mercredi, 18 juillet 2012 13.04:36, Wookey a écrit : I don't use n-m because it doesn't play nice with usb0 gadget networking. I have read this claim multiple times now and it got me confused: on a wheezy laptop with network-manager and KDE, I can connect my Android phone trough USB and

Re: [CTTE #614907] Resolution of node/nodejs conflict

Le mardi, 24 juillet 2012 09.03:30, Philipp Kern a écrit : On Mon, Jul 23, 2012 at 10:31:43PM -0400, Filipus Klutiero wrote: Please try using complete sentences. While you're at it, constructive messages would be more productive than name-calling. If you think that your messages are

Re: Minified javascript files

Le vendredi, 17 août 2012 14.03:38, Raphael Hertzog a écrit : Maybe we should fix DFSG #2 to say “The program must include source code for all the files that gets installed in the Debian binary packages [...]“. With this modification, upstream might then include (distributable) win32

Re: RFC: usb-modeswitch 1.2.0 release embedding jimtcl

Le lundi, 27 août 2012 19.21:22, Andrew Shadura a écrit : Hello, (As a Tcler I have to comment on this.) On Tue, 18 Oct 2011 13:36:43 +0200 Didier Raboud o...@debian.org wrote: (Do you really have to comment on a 10-months old dead thread?) 1) Forget about jimtcl, rely on existing tcl

Re: Bug#686075: modemmanager shouldn't recommend usb-modeswitch, but suggest it

.oO(I thought I had explicitely dropped -devel, meh). Le mardi, 28 août 2012 14.07:40, Reinhard Tartler a écrit : I'd suggest to signal the situation properly to the user. This would make the situation less hard to identify. Ideally, the user is presented some dialog box that instructs him

Re: [proposal] use xz compression for Debian package by default

Le mercredi, 29 août 2012 16.01:43, Jon Dowland a écrit : On Tue, Aug 28, 2012 at 12:56:47PM +0200, Vincent Lefevre wrote: Before wondering whether PNG files should have an additional compression level, is there any reason why a better PNG compression isn't used in the first place? For

Re: [proposal] use xz compression for Debian package by default

Le jeudi, 30 août 2012 14.46:33, Jon Dowland a écrit : On Wed, Aug 29, 2012 at 05:12:15PM +0200, Didier 'OdyX' Raboud wrote: We are building a binary distribution which main characteristic is to have the packages built _rarely_. As such, a useful but CPU-expensive operation is always worth

Re: Bug#687624: ITP: libdvdcss-pkg -- automated installer for libdvdcss

Hi Dmitry, Le vendredi, 14 septembre 2012 13.19:43, Dmitry Smirnov a écrit : Package name: libdvdcss-pkg Surprising package. * Installer is implemented as shell script installed as DPKG post-invoke handler. * Host package version meant to me an exact match of guest package

Re: [SUMMARY/PROPOSAL] Orphaning another maintainer's packages

Le mardi, 23 octobre 2012 19.19:37, Sune Vuorela a écrit : 1) report a bug 'should this package be orphaned?' against the package with a more or less defalut templated text and a serious severity Make it 'affects qa.debian.org', with an eventual usertag, eventually X- Debbugs-CC debian-qa@ldo,

Re: Let dak commit all source packages to Git

Le dimanche, 11 novembre 2012 10.25:05, Thomas Koch a écrit : .oO(One day all maintainers will use Git... :-) … the same way, of course. OdyX signature.asc Description: This is a digitally signed message part.

Re: Ubuntu have done it again,

Le samedi, 8 décembre 2012 00.09:10, Svante Signell a écrit : this time installing surveillance code. While these concerns are certainly serious, they do not concern the Development of Debian. Any reason Debian should be so closely linked to Ubuntu? No reason besides the fact that a central

Bug#697270: PC 32-bit programs fails to work on amd64

Le jeudi, 3 janvier 2013 18.44:59, Alexey Eromenko a écrit : But having 32-bit LSB compliance will help people a _LOT_. By the way: * Debian is not LSB-certified * ... but the lsb-* packages try to provide a working implementation. No work has been attempted to provide Multi-Arch lsb packages

Re: Doing an anonymous git clone from bitbucket: is it possible?

Hi Thomas, Le dimanche, 10 mars 2013 11.27:33, Thomas Goirand a écrit : Is it possible to do an *anonymous* clone of a bitbucket repository using git? How is this in any way linked to the Development of Debian (aka on-topic for debian-devel) ? As far as I can see, BitBucket is nowhere near

Re: Bug#684128: down the memory hole

Hi Ian, (dropping the bug in CC, as it has nothing to do with it). Le jeudi, 4 avril 2013 12.27:01, ian_br...@fastmail.net a écrit : It seems that Historical Revisionism, of the bad kind, is now in operation at Debian, in that critical commentary about unapplied patches is made to disappear

Re: Bug#684128: down the memory hole

(No need to CC me, I'm subscribed). Le jeudi, 4 avril 2013 15.17:09, ian_br...@fastmail.net a écrit : When read in the context of that particular bug report, I don't see how it could possibly be any more relevant, since it refers directly to the discussion above. I disagree: that mail starts

Re: failure to communicate

Hi Thomas, Le vendredi, 5 avril 2013 17.52:19, Thomas Goirand a écrit : On 04/05/2013 07:59 PM, Dmitrijs Ledkovs wrote: And all of these features will only land for the next cycle with a release in ~= 2 years time. I really hope that it wont be the case. That it doesn't go into Debian

Re: fingerprint-gui on Debian ?

Le dimanche, 21 avril 2013 21.23:04, Klearchos-Angelos Gkountras a écrit : There's a software called fingerprint-gui[0]. can someone make that software a debian package? I want to help to make the package but the problem is that I dont know how-to do that . Also I dont have much time to

Re: Question about proper archive area for packages that require big data for operation

Le mardi, 23 avril 2013 12.23:23, Andreas Tille a écrit : I would even go that far that it might make sense to package these data and upload it to demonstrate that we should *really* create a solution for such cases if they will increase in the number and size of data packages. Isn't that

Re: [Piuparts-devel] simplifying running piuparts (was: Re: Debian development and release: always releasable (essay))

Le mardi, 21 mai 2013 12.35:47, Ondřej Surý a écrit : On Tue, May 21, 2013 at 12:05 PM, Holger Levsen hol...@layer-acht.org wrote: have an option to run piuparts automatically by debuild, after or before lintian. Also integrate it with git-pbuilder/pbuilder/cowbuilder to run piuparts

Re: [Piuparts-devel] simplifying running piuparts

Le mardi, 21 mai 2013 14.58:17, Andreas Beckmann a écrit : On Tue, May 21, 2013 at 12:05 PM, Holger Levsen hol...@layer-acht.org wrote: have an option to run piuparts automatically by debuild, after or before lintian. that means we need a driver script that accepts a .changes file and

Re: libtiff borken - cannot build anymore?

Hi Norbert, Le mercredi, 22 mai 2013 02.20:22, Norbert Preining a écrit : On Di, 21 Mai 2013, Thorsten Glaser wrote: resolved *correctly*, with*out* introducing further security issues and RC bugs. CAN YOU ALL STOP BITCHING AROUND ABOUT A NON-EXISTING ISSUE?!?!?!?!?! Could you please

Re: Switching to mozilla ESR in stable-security

Le jeudi, 30 mai 2013 00.10:11, Philip Hands a écrit : Moritz Mühlenhoff j...@inutil.org writes: Willi Mann foss...@wm1.at schrieb: Moritz Muehlenhoff wrote: As such, we'll switch to releasing the ESR releases of iceweasel and icedove in stable-security. wouldn't it be better to do

Re: Switching to mozilla ESR in stable-security

Le jeudi, 30 mai 2013 14.53:44, Florian Weimer a écrit : * Didier Raboud: If we can't handle the backporting of serious security issues on top of our stable version (in order to maximise the avoidance of regressions), then maybe said software shouldn't be shipped in stable in the first

Re: Switching to mozilla ESR in stable-security

Le jeudi, 30 mai 2013 15.29:22, Stefano Zacchiroli a écrit : On Thu, May 30, 2013 at 03:20:29PM +0200, Didier 'OdyX' Raboud wrote: Which web browsers would remain in stable if we applied this criterion consistently? Although that makes me very sad, if we (collectively) give up

Re: Feedback on Debian 7.0

Le dimanche, 2 juin 2013 15.54:31, Cyril Brulebois a écrit : Marcin Kulisz deb...@kulisz.net (02/06/2013): Why not to use http://http.debian.net/ ? Surely the .net part of it? If that's the reason, why do we have cdn.debian.net in the list of mirrors used in d-i? I'm not against either but

Re: Bug severity and private data disclosure

Hi Ian, Le lundi, 10 juin 2013 16.11:26, Ian Jackson a écrit : (I have CC'd cups-client@packages.) (I'd prefer the discussion to happen on the bug.) I'm not sure exactly what consequences you think should have flowed from the bug's RC severity. Do you think the release should have been

Re: Reporting 1.2K crashes

Hi Le mardi, 25 juin 2013 07.28:10, Alexandre Rebert a écrit : I am a security researcher at Carnegie Mellon University, and my team has found thousands of crashes in binaries downloaded from debian wheeze packages. After contacting ow...@bugs.debian.org, Don Armstrong advised us to contact

Re: Bug#718416: general: tty1 is cleared at boot, obscuring a screenfull of important boot messages

Le mercredi, 31 juillet 2013 15.17:57, Holger Levsen a écrit : reassign 718416 sysvinit thanks $ grep etc/inittab /var/lib/dpkg/info/* /var/lib/dpkg/info/sysvinit.postinst:if [ ! -f /etc/inittab ] /var/lib/dpkg/info/sysvinit.postinst: cp -p /usr/share/sysvinit/inittab /etc/inittab

Re: trove is already a source package in Debian and a Python module in PyPi

Le mardi, 1 octobre 2013 23.45:53 Thomas Goirand a écrit : On 10/01/2013 10:02 PM, Jonathan Dowland wrote: Ask ftp masters to reject the package and re-upload with the source package renamed to have an openstack prefix/suffix/infix. Thanks but no thanks. I need to have the python namespace

Re: Proposal: s have a GR about the init system

Le dimanche, 27 octobre 2013 08.49:59 Charles Plessy a écrit : I strongly recommend that the three current and former employees of Canonical refrain from voting: (…) Frankly, I think this is going too far. Either we trust them to do the right thing™ or we don't. In the first case, we should

Re: Bug#727708: tech-ctte: Decide which init system to default to in Debian.

Hi, Le mardi, 29 octobre 2013 15.08:01 Russ Allbery a écrit : However, making all package maintainers continue to go through the pain of maintaining SysV init scripts to support Hurd and kFreeBSD doesn't strike me as a good outcome. It does for me. First we're not talking about _all_ package

Re: Bug#733029: dpkg-buildpackage: disable signing by default (-us -uc should be the default)

Le samedi, 4 janvier 2014, 19.54:05 Stefano Rivera a écrit : Hi Jonathan (2014.01.02_19:22:33_+0200) * having to support remote signing It would be fair enough to stderr not supported, please use the older tool in devscripts and error 1 if such an argument was provided. That would

CUPS is now linked against OpenSSL (was: Re: GnuTLS in Debian)

Hi all, this GnuTLS in Debian thread triggered my switch of the src:cups package from linking against GnuTLS to now link against OpenSSL. CUPS is GPL-2 only with an OpenSSL exception. Today, Andreas rightly pointed to me that this induces a problem (for Debian) for all

Re: CUPS is now linked against OpenSSL

Hi Daniel, and thanks for the insightful response, Le samedi, 11 janvier 2014, 14.22:28 Daniel Kahn Gillmor a écrit : There is a fourth way forward -- loath though i am to propose it -- which is to avoid enabling TLS in CUPS at all until upstream gets their act together and does something

Re: CUPS is now linked against OpenSSL (and will stay GPLv2-only)

Le lundi, 13 janvier 2014, 17.38:12 Didier Raboud a écrit : Le samedi, 11 janvier 2014, 14.22:28 Daniel Kahn Gillmor a écrit : 0) ask CUPS to move from GPL2 to GPL2+ (with or without OpenSSL exception) As asking generally can't hurt, I have filed https://cups.org/str.php?L4337 on the

Re: CUPS is now linked against OpenSSL (and will stay GPLv2-only)

Le mardi, 14 janvier 2014, 10.53:51 Didier '' Raboud a écrit : 3) Apple CDSA / libsecurity From [1], this is currently being deprecated by Apple from OSX v10.7. Meh. The link should have been

Re: CUPS is now linked against OpenSSL (and will stay GPLv2-only)

Le mardi, 28 janvier 2014, 16.07:34 Daniel Kahn Gillmor a écrit : On Sun 2013-12-22 14:12:40 -0500, Andreas Metzler wrote: #3 Hope that GMP is relicensed to GPL2+/LGPLv3+ On Tue 2014-01-14 04:53:51 -0500, Didier 'OdyX' Raboud wrote: 2) GnuTLS 2.x is useable but deprecated, 3.x

Re: Call to fork

Le mardi, 11 février 2014, 11.12:24 Florian Lohoff a écrit : Debian is not as useful as it was a couple years back. I started with debian because of m68k and later contributed the first mips and mipsel packages and hosted the first buildds for mips and mipsel. Cool, thanks! Debian has lost

Re: Bug#727708: [DONE] Fsck SystemD and its developers and its users. GR to override this please.

Thomas, John: could you please move your personal argument off-list? This thread is already way too long and isn't bringing anything new (or positive for what is worth) to the discussion. Let me also remind you that the purpose of this list is to discuss technical development topics: it can

Re: OpenRC for Jessie ?

Le jeudi, 13 février 2014, 10.30:16 Jerome BENOIT a écrit : I have jsut noticed that OpenRC is in expimental: will it be ready for Jessie ? I don't see why not, but this would be best answered by the OpenRC maintainers, hereby CC'ing their list. Please discuss that there. Cheers, OdyX -- To

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

Re: default init on non-Linux platforms

Le mercredi, 19 février 2014, 00.56:07 Thomas Goirand a écrit : On 02/18/2014 11:10 PM, Jonathan Dowland wrote: On Tue, Feb 18, 2014 at 10:55:32PM +0800, Thomas Goirand wrote: Once I consider OpenRC ready for it, would it be ok to just replace sysv-rc by OpenRC, and transform sysv-rc into a

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: 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: 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 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: 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

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

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: 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

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: 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: 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

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: 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

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: 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: 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: 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: 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

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

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 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

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

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: 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

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: 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

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.

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

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.

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_

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: 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: 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

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: 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,

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: 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: -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

  1   2   >