Re: libre version of iceweasel
On Wed, Jun 10, 2015 at 12:40:45AM +0200, Marco d'Itri wrote: > On Jun 09, Luke Kenneth Casson Leighton wrote: > > > open question: is there a perceived need to dig into the source code > > of firefox and, just as was done with google-chrome to create > > chromium-browser, permanently patch out certain "features"? > No: I am a grown up and I can choose by myself which features of > a software I want to use. No nanny maintainers, please. This question is not about features, but about the fact that this effectively incorporates something as default which would otherwise be frowned upon for something in Debian's "main" repository. "Pocket" is a non-free service. Having said that, we do have other packages in main which talk to a non-free service; e.g., there's some facebookchat plugin for some chat programs (I forgot which). This is no different. So while I understand Luke's concern, given Debian's current practices there is no reason to reject this functionality. -- It is easy to love a country that is famous for chocolate and beer -- Barack Obama, speaking in Brussels, Belgium, 2014-03-26 signature.asc Description: Digital signature
Bug#788327: ITP: swiftlang -- Multi-paradigm, compiled programming language
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru * Package name: swiftlang Version : 2.0 Upstream Author : Chris Lattner and others * URL : http://developer.apple.com/swift/ * License : Unknown yet Programming Lang: C++ Description : Multi-paradigm, compiled programming language As part of the pkg-llvm team, I am planning to package it. Any contributions are welcome. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150610093618.24282.13829.report...@luzon.mozilla.com
Re: libre version of iceweasel
On Wed, Jun 10, 2015 at 11:42:19AM +0200, Wouter Verhelst wrote: > On Wed, Jun 10, 2015 at 12:40:45AM +0200, Marco d'Itri wrote: > > On Jun 09, Luke Kenneth Casson Leighton wrote: > > > > > open question: is there a perceived need to dig into the source code > > > of firefox and, just as was done with google-chrome to create > > > chromium-browser, permanently patch out certain "features"? > > No: I am a grown up and I can choose by myself which features of > > a software I want to use. No nanny maintainers, please. > > This question is not about features, but about the fact that this > effectively incorporates something as default which would otherwise be > frowned upon for something in Debian's "main" repository. "Pocket" is a > non-free service. > > Having said that, we do have other packages in main which talk to a > non-free service; e.g., there's some facebookchat plugin for some chat > programs (I forgot which). This is no different. > > So while I understand Luke's concern, given Debian's current practices > there is no reason to reject this functionality. And even without looking at other packages, iceweasel has had a search box for years, which defaults to using Google, which is a non-free service as well, and so are the alternatives that are provided, including Yahoo, Bing, Amazon and even DDG that many free-software supporters like to pride themselves of using (although a few parts of DDG are open-source-y now). Mike -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150610095635.ga29...@glandium.org
Bug#788332: ITP: xfdashboard -- GNOME shell like dashboard for Xfce
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers * Package name: xfdashboard Version : 0.4.2 Upstream Author : Stephan Haller * URL : http://archive.xfce.org/src/apps/xfdashboard/ * License : GPL-2+ Description : GNOME shell like dashboard for Xfce xfdashboard provides an overview of applications currently open enabling the user to switch between different applications. The search feature works like Xfce's appfinder which makes it convenient to search for and start applications. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/557816b7.9030...@gmail.com
Re: Invoking ‘init’ from an init.d script (Wheezy)
On Mon, Jun 08, 2015 at 12:09:37PM +0200, Alexander Thomas wrote: > On Mon, Jun 8, 2015 at 11:49 AM, Ansgar Burchardt wrote: > > On 06/08/2015 10:29 AM, Alexander Thomas wrote: > >> We > >> falsely assumed that setting DEBIAN_FRONTEND=noninteractive > >> APT_LISTCHANGES_FRONTEND=none, and using the -y and --force-yes > >> options, would never invoke terminal-related code. > > > > Please be aware that --force-yes makes apt ignore invalid signatures for > > repositories, cf. https://bugs.debian.org/787174. It is a really unsafe > > option that should probably not be used in any automated way, though I > > have seen people do so in several places. > > I know, but this is a closed system and nothing is pulled in from > external repositories during this automated update. The stuff that is > included in the local patch repository is thoroughly tested before > release. Still, enforcing proper signing and getting rid of that > --force-yes is on our TODO list. Use --allow-unauthenticated in this case. Or better yet, mark the local source as [trusted=yes] in sources.list to avoid this prompt without opening the floodgates entirely. --force-yes e.g. also disables the 'Do as I say' prompt before destroying your system^W^W^Wremoving (pseudo) essential packages. It is on my TODO list to drop the --force-yes flag and replace it with specialised --allow-* flags 'just' to force users to acknowledge what it is they are saying yes to. Somehow most people are way more willing to add --allow-everything than --allow-prostate-exam … Best regards David Kalnischkies signature.asc Description: Digital signature
Re: Invoking ‘init’ from an init.d script (Wheezy)
On Wed, Jun 10, 2015 at 2:14 PM, David Kalnischkies wrote: > On Mon, Jun 08, 2015 at 12:09:37PM +0200, Alexander Thomas wrote: >> I know, but this is a closed system and nothing is pulled in from >> external repositories during this automated update. The stuff that is >> included in the local patch repository is thoroughly tested before >> release. Still, enforcing proper signing and getting rid of that >> --force-yes is on our TODO list. > > Use --allow-unauthenticated in this case. Or better yet, mark the local > source as [trusted=yes] in sources.list to avoid this prompt without > opening the floodgates entirely. > > --force-yes e.g. also disables the 'Do as I say' prompt before > destroying your system^W^W^Wremoving (pseudo) essential packages. > > > It is on my TODO list to drop the --force-yes flag and replace it with > specialised --allow-* flags 'just' to force users to acknowledge what > it is they are saying yes to. Somehow most people are way more willing > to add --allow-everything than --allow-prostate-exam … I think the second highest-rated answer here is one of the reasons for the popularity of --force-yes: http://superuser.com/questions/164553/automatically-answer-yes-when-using-apt-get-install Anyone with sufficient reputation to make comments, may want to add a remark about --allow-unauthenticated in an attempt to stop people from shooting at the unsigned mosquito with a bazooka. Regards, Alexander -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cakr4ymwl4pmbpfn9+udvat8wr51bkyv94iuhmgfcwk2wsk8...@mail.gmail.com
Re: Invoking ‘init’ from an init.d script (Wheezy)
On Wed, 10 Jun 2015 15:47:50 +0200 Alexander Thomas wrote: [...] > > --force-yes e.g. also disables the 'Do as I say' prompt before > > destroying your system^W^W^Wremoving (pseudo) essential packages. > > > > It is on my TODO list to drop the --force-yes flag and replace it > > with specialised --allow-* flags 'just' to force users to > > acknowledge what it is they are saying yes to. Somehow most people > > are way more willing to add --allow-everything than > > --allow-prostate-exam … > > I think the second highest-rated answer here is one of the reasons for > the popularity of --force-yes: > http://superuser.com/questions/164553/automatically-answer-yes-when-using-apt-get-install > Anyone with sufficient reputation to make comments, may want to add a > remark about --allow-unauthenticated in an attempt to stop people from > shooting at the unsigned mosquito with a bazooka. Just did that, thanks for the suggestion. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150610171654.415d93524164530cbd378...@domain007.com
Bug#765953: Wifi issues. Firmware package not fixed in testing release
Hi,
I submitted a bug about 8 months ago, but I didn't receive any reply. I
updated my Debian system to the testing release ("stretch") because a
new version of the firmware-realtek package has been released for it,
but it didn't solve the issues.
This is the link to the reported bug:
https://lists.debian.org/debian-kernel/2014/10/msg00413.html
Since I didn't receive any response I would know if I made some mistake
in the bug report or if the bug is not related to the firmware package,
and so I ask to you for a suggestion about the Debian team to which
forward the bug.
Thanks
Daniele
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55786f8b.2000...@gmail.com
Re: Bug#788104: ITP: lfdk -- Linux Firmware Debug Kit - a tool to help debug PCI, IO and memory spaces
It looks like a cool tool. If you need any help, just send me an e-mail. pgpkf9hlrEr1E.pgp Description: OpenPGP digital signature
