Bug#968177:
not under active development?
Processed: your mail
Processing commands for cont...@bugs.debian.org: > block 966584 by 842420 Bug #966584 [wnpp] RFP: electronic-wechat -- A better WeChat on macOS and Linux. Built with Electron. 966584 was not blocked by any bugs. 966584 was not blocking any bugs. Added blocking bug(s) of 966584: 842420 > End of message, stopping processing here. Please contact me if you need assistance. -- 966584: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=966584 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#766441: ITA: scala-mode-el -- Emacs major mode for editing scala source code
Hi Sławomir, Gentle ping for a progress update :-) Is there anything I can help out with? Thanks, Nicholas signature.asc Description: PGP signature
Bug#907576: . RE: push. dream --A Software Digital Radio Mondiale
Christoph For the Debian directory look in: Project 52290 Initial commit Dream push to Salsa-Garie Miller 08 19 20 Repository dream/dream-2.2.1+r1339/debian/ I pushed my working directory (with screenshots) both as an 'existing folder' and a '.git repo'. If you have any review comments I would be interested. As for compilation, it compiles upstream for Windoze. I'm not sure they would care to support us and our compile problems. garie Sent with [ProtonMail](https://protonmail.com) Secure Email.
Bug#968921: ITP: dotnet-core-3.1 -- Microsoft .NET Core SDK 3.0.100
Hello, On Sun, Aug 23, 2020 at 06:06:10PM -0500, Alistair Young wrote: > As Microsoft themselves point out, packaging this for main is > useful because it lowers the barrier to use of .NET Core to one > equivalent to other in-distro languages without requiring the > use of third-party repositories, especially when the runtime is > needed as a dependency of another package. Any comments on the privacy issues mentioned here?: http://dgl.cx/2020/08/dotnet-sdk-gdpr Should this be a concern for inclusion into Debian main? Would there be a way for Debian users to opt out of the telemetry by default, before any information is sent? Cheers, Andy
Bug#896165: marked as done (ITP: bpftool -- utility for querying and updating BPF objects)
Your message dated Mon, 24 Aug 2020 22:00:08 + with message-id and subject line Bug#896165: fixed in linux 5.8.3-1~exp1 has caused the Debian Bug report #896165, regarding ITP: bpftool -- utility for querying and updating BPF objects to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 896165: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896165 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: linux Version: 4.9.65-3+deb9u2 Severity: wishlist Dear Maintainer, I would like to request packaging of bpftool which has been included in upstream Linux tree since v4.15-rc1. I expect this can be done in a similar manner to the way that perf, also present in the upstream Linux kernel tree, is packaged. The purpose of bpftool is to allow querying and updating BPF objects on the system. It is actively developed and maintained by upstream. Kind regards, Simon *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-0.bpo.2-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.utf8, LC_CTYPE=nl_NL.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C), LANGUAGE=nl_NL.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) --- End Message --- --- Begin Message --- Source: linux Source-Version: 5.8.3-1~exp1 Done: Ben Hutchings We believe that the bug you reported is fixed in the latest version of linux, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 896...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ben Hutchings (supplier of updated linux package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Mon, 24 Aug 2020 01:23:22 +0100 Source: linux Architecture: source Version: 5.8.3-1~exp1 Distribution: experimental Urgency: medium Maintainer: Debian Kernel Team Changed-By: Ben Hutchings Closes: 896165 925965 949448 949886 952108 959462 963619 964812 968253 Changes: linux (5.8.3-1~exp1) experimental; urgency=medium . * New upstream release: https://kernelnewbies.org/Linux_5.8 * New upstream stable update: https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.8.1 https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.8.2 https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.8.3 . [ Jeremy Stanley ] * [x86] PMIC operation region support (Closes: #925965) - Enable CONFIG_PMIC_OPREGION for general ACPI support of operation regions with Power Management Integrated Circuits. Turn on specific opregion support for: + CONFIG_BYTCRC_PMIC_OPREGION (Bay Trail Crystal Cove PMIC) + CONFIG_CHTCRC_PMIC_OPREGION (Cherry Trail Crystal Cove PMIC) + CONFIG_XPOWER_PMIC_OPREGION (XPower AXP288 PMIC) + CONFIG_BXT_WC_PMIC_OPREGION (BXT WhiskeyCove PMIC) + CONFIG_CHT_WC_PMIC_OPREGION (CHT Whiskey Cove PMIC) + CONFIG_CHT_DC_TI_PMIC_OPREGION (Dollar Cove TI PMIC) Additionally enable CONFIG_MFD_INTEL_PMC_BXT as a module (multi-function device driver for Intel Broxton Whiskey Cove PMIC), along with CONFIG_INTEL_SOC_PMIC (Crystal Cove PMIC) as a dependency for it. * [x86] Fix Cherry Trail power management regression (Closes: #949886) - Switch CONFIG_I2C_DESIGNWARE_PLATFORM from being compiled as a module to compiled into the kernel directly, since as of kernel version 5.1 this state became a dependency for CONFIG_INTEL_SOC_PMIC_CHTWC which is already enabled. - Enable CONFIG_USB_ROLES_INTEL_XHCI and CONFIG_TYPEC_MUX_PI3USB30532 as modules, which became dependencies for the already enabled CONFIG_INTEL_CHT_INT33FE as
Bug#968140: RFS: emd/1.0.1-1 [ITP] -- Enhanced Markdown template processor
Hello, On Mon, Aug 24, 2020 at 6:20 PM Tong Sun wrote: > The package was tested on both gbp and sbuild. It's also lintian-clean. > Please help. Thanks, sorry for the delay - I have a filter which deletes every mail that has "ITP" in the subject or elsewhere :) Glad I stumbled upon this by chance while inspecting my bin. Good work, uploaded! Best, Utkarsh
Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 968959 ITP: fling -- Transfer data from stdin over network to > destination quickly Bug #968959 [wnpp] ITP: fling -- Transfer data from stdin over network to Changed Bug title to 'ITP: fling -- Transfer data from stdin over network to destination quickly' from 'ITP: fling -- Transfer data from stdin over network to'. > End of message, stopping processing here. Please contact me if you need assistance. -- 968959: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968959 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Processed (with 1 error): your mail
Processing commands for cont...@bugs.debian.org: > retitle 968959 ITP: fling -- Transfer data from stdin over network to Bug #968959 [wnpp] ITP: fling -- Terrible program for flinging files and pipes over a network Changed Bug title to 'ITP: fling -- Transfer data from stdin over network to' from 'ITP: fling -- Terrible program for flinging files and pipes over a network'. > destination quickly Unknown command or malformed arguments to command. > End of message, stopping processing here. Please contact me if you need assistance. -- 968959: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968959 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#968959: ITP: fling -- Terrible program for flinging files and pipes over a network
Package: wnpp Severity: wishlist Owner: Sudip Mukherjee * Package name: fling Version : v1.0 Upstream Author : Rob Kendrick * URL : https://github.com/rjek/fling * License : MIT Programming Lang: C Description : Transfer data from stdin over network to destination quickly fling transfers data quickly over a trusted network. It does not encrypt the data. It tries to avoid copying data between kernel and userspace where it can; We can see the most improvement over other tools like netcat on systems with low memory bandwidth. fling is extremely Linux-specific, as almost all the optimisations used beyond what other similar tools do are non-portable. -- Regards Sudip
Bug#968140: RFS: emd/1.0.1-1 [ITP] -- Enhanced Markdown template processor
Trying for a second time, The package was tested on both gbp and sbuild. It's also lintian-clean. Please help. On Sat, Aug 15, 2020 at 2:02 PM Tong Sun wrote: > > Trying again, > > The package was tested on both gbp and sbuild. It's also lintian-clean, BTW. > > On Sun, Aug 9, 2020 at 2:25 PM Tong Sun > wrote: > > > > Hi, > > > > I'm looking for a sponsor for the package "emd" (#968140). > > > > It is at: > > https://salsa.debian.org/go-team/packages/emd > > > > The package was tested on both gbp and sbuild. It's also lintian-clean. > > > > Please consider to review and upload it. Any kind of suggestions are > > appreciated. > > > > Thank you! > > > > > > -- Forwarded message - > > From: Tong Sun > > Date: Sun, Aug 9, 2020 at 12:51 PM > > Subject: Bug#968140: ITP: emd -- Enhanced Markdown template processor > > To: > > > > > > Package: wnpp > > Severity: wishlist > > Owner: Tong Sun > > > > * Package name: emd > > Version : 1.0.1-1 > > Upstream Author : mh-cbon > > * URL : https://github.com/mh-cbon/emd > > * License : Expat > > Programming Lang: Go > > Description : Enhanced Markdown template processor > > > > emd is the Enhanced Markdown template processor. > > It can save people from tedious jobs updating their README.md files by > > automating all those that can be automated, especially for cli > > based programs.
Processed: limit package to wnpp, tagging 965161
Processing commands for cont...@bugs.debian.org: > limit package wnpp Limiting to bugs with field 'package' containing at least one of 'wnpp' Limit currently set to 'package':'wnpp' > tags 965161 + pending Bug #965161 [wnpp] ITP: php-oscarotero-gettext -- PHP gettext manager Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. -- 965161: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=965161 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#968921: ITP: dotnet-core-3.1 -- Microsoft .NET Core SDK 3.0.100
On Sun, 2020-08-23 at 18:06 -0500, Alistair Young wrote: > Package: wnpp > Severity: wishlist > Owner: Alistair Young > X-Debbugs-Cc: debian-de...@lists.debian.org, ava...@arkane-systems.net > > * Package name: dotnet-core-3.1 > Version : 3.0.100 > Upstream Author : Microsoft > * URL : https://dotnet.microsoft.com/ > * License : MIT > Programming Lang: C++, C#, F# > Description : Microsoft .NET Core SDK 3.0.100 > > .NET Core is a development platform that you can use to build > command-line applications, microservices and modern websites. It > is open source, cross-platform and is supported by Microsoft. > > Relevant information: > > This package is built from the Microsoft-provided source-build > repository, which provides a source tarball for .NET Core > specifically intended to meet "common Linux distribution guidelines". > > As Microsoft themselves point out, packaging this for main is > useful because it lowers the barrier to use of .NET Core to one > equivalent to other in-distro languages without requiring the > use of third-party repositories, especially when the runtime is > needed as a dependency of another package. (This latter is > among my personal motivations for doing this, insofar as another > package I have in process, systemd-genie, requires this.) > > I anticipate maintaining this package myself; this should be > quite simple given the dotnet/source-build repository which > provides all necessary components to be packaged in the proper > form, and will become even simpler once bootstrapping is > no longer necessary. > > I will, however, need a sponsor. Hi, I'd be happy to sponsor uploads for this, let me know once the work is done and I'll review. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#968892: [Debian-on-mobile-maintainers] Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment
control: retitle -1 RFP: meta-phosh -- Meta package for the GNOME/Phosh mobile environment Hi, On Sun, Aug 23, 2020 at 02:00:00PM +0200, Jonas Smedegaard wrote: > Quoting Guido Günther (2020-08-23 13:21:52) > > Package: wnpp > > Severity: wishlist > > > > * Package name: meta-phosh > > Version : 1 > > Upstream Author : Guido Günter > > * URL : https://salsa.debian.org/DebianOnMobile-team/meta-phosh > > * License : GPL > > Description : Meta package for the phosh mobile environment > > > > A meta package to pull in the required components to run a phosh > > session. The focus is on having apps for mobile (e.g. to do phone > > calls) and apps that can reasonably fit the screen. > > > > Doing this as RFP for the moment until all the dependencies are in. > > I suggest instead releasing an actual metapackage, with preliminary > draft dependencies, to experimental. > > I find it easier to contribute collaboratively - e.g. discuss and file > bugreports - against a draft package than an intention to make one :-) I think that makes sense although it will be pretty hard to use with the missing dependencies but depending on what went through new til then we can also move them to Recommends until new is cleared. Cheers, -- Guido
Processed: Re: [Debian-on-mobile-maintainers] Bug#968892: RFP: meta-phosh -- Meta package for the phosh mobile environment
Processing control commands: > retitle -1 RFP: meta-phosh -- Meta package for the GNOME/Phosh mobile > environment Bug #968892 [wnpp] RFP: meta-phosh -- Meta package for the phosh mobile environment Changed Bug title to 'RFP: meta-phosh -- Meta package for the GNOME/Phosh mobile environment' from 'RFP: meta-phosh -- Meta package for the phosh mobile environment'. -- 968892: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=968892 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#907576: . push. dream --A Software Digital Radio Mondiale
Hi Garie, Re: GMiller > OK looks like I finally succeeded with the push. I was able to re-add the ED > key this morning. I appreciate your patience. > > This is my complete Dream working file. I also sent the .git but don't see it > for some reason. The push worked, but there's no debian/ directory in there. Also, the .git directory will never appear "inside" the git repo so you can't see it in the gitlab UI. But effectively, you are only pushing the .git/ contents to the server which will extract all the working files from there. > If I recall, Dream has several code errors. The cast issue is maybe the most > difficult. I have read casts can be a mess. Anyway I request help in patching > these. I suggest you get it to compile first, without any debianization. Upstream should hopefully be interesting in shipping code that compiles. Christoph
Bug#890472: Status for Vulkan development tools?
On Mon, 13 Jul 2020 09:57:25 -0600 John Zupin wrote: > > Brett is no longer with LunarG and I'll be making updates to his ITP bug > submissions about the status of these packages. > > The current status for the shaderc package is that it has been out for > 1+ years now and is hosted by LunarG. > > I am LunarG's curator for these packages, please check > https://vulkan.lunarg.com/sdk/home under the "ubuntu packages" tab for > more information about our repository. Would you consider maintaining them in Debian? That way people don't have to get them from some random other place but directly from their main package repository, and it would also appear in Ubuntu. shaderc is at this point required for GTK4's and GStreamer's Vulkan support, so not having it in the package repository is starting to become a problem.