Re: Server for system update of Debian in Sweden ?
lcf 于2018年12月6日周四 上午4:06写道: > > Hi > > My installed Debian version 9.5, is set up to use a Debian mirror in Denmark, > which it also uses automatically when I install packages. > > When I make a system update, it automatically connects to a Swedish server > with the address 151.101.84.133 SKYCA-3 Sweden. Is that OK? > It depends on your location and ISP. If you feel the speed is acceptable, it is OK then. Here is the list of mirrors: https://www.debian.org/mirror/list > > Flemming Christensen > Denmark > -- > lcf > -- YunQiang Su
Bug#915815: ITP: golang-github-htcat-htcat -- Parallel and Pipelined HTTP GET Utility for golang
Package: wnpp Severity: wishlist Owner: Nobuhiro Iwamatsu * Package name: golang-github-htcat-htcat Version : 1.0.2 Upstream Author : The htcat Contributors * URL : https://github.com/htcat/htcat * License : BSD-2-clause Programming Lang: golang Description : Parallel and Pipelined HTTP GET Utility for golang htcat is a utility to perform parallel, pipelined execution of a single HTTP GET.
Processed: re: libGL.so.1 Missing
Processing control commands: > reassign -1 src:steam Bug #915799 [general] general: libGL.so.1 Missing Bug reassigned from package 'general' to 'src:steam'. Ignoring request to alter found versions of bug #915799 to the same values previously set Ignoring request to alter fixed versions of bug #915799 to the same values previously set > retitle -1 steam: fails to load libGL.so.1 Bug #915799 [src:steam] general: libGL.so.1 Missing Changed Bug title to 'steam: fails to load libGL.so.1' from 'general: libGL.so.1 Missing'. -- 915799: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915799 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#915799: libGL.so.1 Missing
control: reassign -1 src:steam control: retitle -1 steam: fails to load libGL.so.1 Make sure you have either libgl1-mesa-glx:i386 or your proprietary driver's i386 glx package installed. See bug #718599. Best wishes, Mike
Work-needing packages report for Dec 7, 2018
The following is a listing of packages for which help has been requested through the WNPP (Work-Needing and Prospective Packages) system in the last week. Total number of orphaned packages: 1319 (new: 11) Total number of packages offered up for adoption: 161 (new: 5) Total number of packages requested help for: 58 (new: 0) Please refer to http://www.debian.org/devel/wnpp/ for more information. The following packages have been orphaned: aspell-br (#915447), orphaned 3 days ago Description: Breton dictionary for GNU Aspell Installations reported by Popcon: 43 Bug Report URL: http://bugs.debian.org/915447 aspell-cy (#915445), orphaned 3 days ago Description: Welsh dictionary for GNU Aspell Installations reported by Popcon: 158 Bug Report URL: http://bugs.debian.org/915445 aspell-el (#915444), orphaned 3 days ago Description: Greek dictionary for GNU Aspell Installations reported by Popcon: 436 Bug Report URL: http://bugs.debian.org/915444 aspell-ga (#915443), orphaned 3 days ago Description: Irish (Gaeilge) dictionary for GNU Aspell Installations reported by Popcon: 162 Bug Report URL: http://bugs.debian.org/915443 aspell-is (#915442), orphaned 3 days ago Description: Icelandic dictionary for GNU Aspell Installations reported by Popcon: 180 Bug Report URL: http://bugs.debian.org/915442 elisp-slime-nav (#915493), orphaned 2 days ago Description: Emacs extension that provide Emacs Lisp code navigation Installations reported by Popcon: 18 Bug Report URL: http://bugs.debian.org/915493 elpa-undo-tree (#915491), orphaned 2 days ago Description: Emacs minor mode for handling undo history as tree Reverse Depends: elpa-evil Installations reported by Popcon: 78 Bug Report URL: http://bugs.debian.org/915491 evil-el (#915492), orphaned 2 days ago Description: extensible vi layer for Emacs Reverse Depends: elpa-evil-paredit Installations reported by Popcon: 40 Bug Report URL: http://bugs.debian.org/915492 evil-paredit-el (#915494), orphaned 2 days ago Description: emacs extension, integrating evil and paredit Installations reported by Popcon: 17 Bug Report URL: http://bugs.debian.org/915494 goto-chg-el (#915495), orphaned 2 days ago Description: navigate the point to the most recent edit in the buffer Reverse Depends: elpa-evil Installations reported by Popcon: 48 Bug Report URL: http://bugs.debian.org/915495 libtext-aspell-perl (#915446), orphaned 3 days ago Description: Perl interface to the GNU Aspell library Installations reported by Popcon: 161 Bug Report URL: http://bugs.debian.org/915446 1308 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/orphaned for a complete list. The following packages have been given up for adoption: caffe (#915186), offered 5 days ago Description: Fast, open framework for Deep Learning Reverse Depends: caffe-cpu caffe-tools-cpu libcaffe-cpu-dev python3-caffe-cpu Installations reported by Popcon: 169 Bug Report URL: http://bugs.debian.org/915186 clues-emacs (#915357), offered 4 days ago Installations reported by Popcon: 43 Bug Report URL: http://bugs.debian.org/915357 eoconv (#915356), offered 4 days ago Description: convert text files between various Esperanto encodings Installations reported by Popcon: 5 Bug Report URL: http://bugs.debian.org/915356 fbless (#915355), offered 4 days ago Description: terminal fiction book reader Installations reported by Popcon: 48 Bug Report URL: http://bugs.debian.org/915355 sent (#915354), offered 4 days ago Description: simple plaintext presentation tool Installations reported by Popcon: 18 Bug Report URL: http://bugs.debian.org/915354 156 older packages have been omitted from this listing, see http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list. For the following packages help is requested: autopkgtest (#846328), requested 736 days ago Description: automatic as-installed testing for Debian packages Reverse Depends: autodeb-worker debci-worker Installations reported by Popcon: 1159 Bug Report URL: http://bugs.debian.org/846328 balsa (#642906), requested 2629 days ago Description: An e-mail client for GNOME Installations reported by Popcon: 700 Bug Report URL: http://bugs.debian.org/642906 broadcom-sta (#886599), requested 332 days ago (non-free) Description: Broadcom STA Wireless driver (non-free) Installations reported by Popcon: 1955 Bug Report URL: http://bugs.debian.org/886599 ca
Bug#915799: general: libGL.so.1 Missing
On 06.12.18 Finn Haese (debianbugrep...@web.de) wrote: Hi, > Steam fails to start, libGL.so.1 is missing. > Not able to submit bug for "Steam", not found in list of packages > when trying to submit bug. > apt-file should help you to find the packageif it is a Debian package. Hilmar -- sigfault signature.asc Description: PGP signature
Bug#915799: general: libGL.so.1 Missing
Package: general Severity: important Dear Maintainer, Steam fails to start, libGL.so.1 is missing. Not able to submit bug for "Steam", not found in list of packages when trying to submit bug. -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#915786: ITP: sphinx-automodapi -- Sphinx extension for generating API documentation
Package: wnpp Severity: wishlist Owner: Ole Streicher X-Debbugs-Cc: debian-pyt...@lists.debian.org, debian-devel@lists.debian.org * Package name : sphinx-automodapi Version : 0.9 Upstream Author : Thomas Robitaillie * URL : https://astropy.org/sphinx-automodapi * License : BSD 3-Clause Programming lang : Python Upstream git : https://github.com/astropy/sphinx-automodapi Pypi URL : https://pypi.python.org/pypi/sphinx-automodapi Description : Sphinx extensions for generating API documentation The sphinx-automodapi package provides Sphinx directives that help facilitate the automatic generation of API documentation pages for Python package modules. It was originally developed for the Astropy project, but is now developed as a standalone package that can be used for any project. I will maintain it within the Debian Python team. Best regards Ole
Bug#915775: ITP: node-ramda -- practical functional library for JavaScript programmers
Package: wnpp Severity: wishlist Owner: Sruthi Chandran X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-ramda Version : 0.26.1 Upstream Author : Scott Sauyet (scott.sauyet.com) * URL : https://ramdajs.com/ * License : Expat Programming Lang: JavaScript Description : practical functional library for JavaScript programmers A library designed specifically for a functional programming style, one that makes it easy to create functional pipelines, one that never mutates user data. The primary distinguishing features of Ramda are: * Ramda takes the function first, and the data last * Ramda methods are automatically curried Node.js is an event-based server-side JavaScript engine. This is a complex module using rollup to build, so not suitable for embedding. signature.asc Description: OpenPGP digital signature
Re: I resigned in 2004
Hey ... I only realized after sending this that I was responding to a three week's old mail. Given that the thread was already painful for all involved parties, please accept my appologize for that. My intention wasn't (and isn't) to revive it. My bad, Rhonda * Rhonda D'Vine [2018-12-06 16:48:56 CET]: > Hey. > > * Mattia Rizzolo [2018-11-12 12:32:17 CET]: > > On Sun, Nov 11, 2018 at 02:56:14PM -0500, Chris Lamb wrote: > > > I would be surprised if there were no topics or issues for you > > > (including outside of the free software world) where reacting in a > > > ungentlemanly manner is likely given some history or context. > > > > I naturally had my own cases of "ungentlemanly behaviour", but I don't > > think I would be that easy to trigger. This may be arrogant of me, but > > as a personal policy I try to always "keep my cool"—even if it did cause > > me sudden lashes when I've been angered (luckily rare…). > > Thing is, just because something is written in a polite way doesn't > mean it can't be hurtful, and just because something comes across > brusquely doesn't mean it might not be justified. And willy was > extremely clear on not wanting a response, and yet you chose to respond > to it. So willy's anger towards that is very much justified, and > discussing about that tone is putting the focus on the wrong end here. > Expecting mistreated people to interact constructively about their > mistreatment is a tool of oppression and privilege, which you show in > your other mail: > > > Erm. Again, if one can't deal with such emails, you should really > > seek help and support elsewhere, IMHO. > > That reads a bit like you intentionally ignored the request to not be > contacted again, or simply didn't care, and try to justify with this. > Which is what what I think Chris refers to as victim blaming, that is, > putting the emphasis for the reaction towards your mistreatment on > willy, which you make it read like you don't see anything wrong with, > which is really not cool. > > Please think of your own actions and don't ask others to seek help with > what you have attributed to. > > Fruits for thoughs, > Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los|
Re: I resigned in 2004
Hey. * Mattia Rizzolo [2018-11-12 12:32:17 CET]: > On Sun, Nov 11, 2018 at 02:56:14PM -0500, Chris Lamb wrote: > > I would be surprised if there were no topics or issues for you > > (including outside of the free software world) where reacting in a > > ungentlemanly manner is likely given some history or context. > > I naturally had my own cases of "ungentlemanly behaviour", but I don't > think I would be that easy to trigger. This may be arrogant of me, but > as a personal policy I try to always "keep my cool"—even if it did cause > me sudden lashes when I've been angered (luckily rare…). Thing is, just because something is written in a polite way doesn't mean it can't be hurtful, and just because something comes across brusquely doesn't mean it might not be justified. And willy was extremely clear on not wanting a response, and yet you chose to respond to it. So willy's anger towards that is very much justified, and discussing about that tone is putting the focus on the wrong end here. Expecting mistreated people to interact constructively about their mistreatment is a tool of oppression and privilege, which you show in your other mail: > Erm. Again, if one can't deal with such emails, you should really > seek help and support elsewhere, IMHO. That reads a bit like you intentionally ignored the request to not be contacted again, or simply didn't care, and try to justify with this. Which is what what I think Chris refers to as victim blaming, that is, putting the emphasis for the reaction towards your mistreatment on willy, which you make it read like you don't see anything wrong with, which is really not cool. Please think of your own actions and don't ask others to seek help with what you have attributed to. Fruits for thoughs, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los|
Bug#915740: ITP: cargo-lichking -- Display info about licensing of Rust dependencies
Package: wnpp Severity: wishlist Owner: Matt Kraai * Package name: cargo-lichking Version : 0.7.0 Upstream Author : Wim Looman * URL : https://github.com/Nemo157/cargo-lichking * License : MIT or Apache-2.0 Programming Lang: Rust Description : Display info about licensing of Rust dependencies cargo-lichking is a cargo subcommand that checks licensing Rust dependencies. I use it to determine whether the licenses of the crates used by a Rust crate are compatible. I don't know of any other packages providing similar functionality. I plan to maintain it as part of the Debian Rust Maintainers team.
Re: Sending using my @debian.org in gmail
Hi, On Tue, 04 Dec 2018, Marc Haber wrote: > >> If I could vote for which idea Debian mail admin time is dedicated > >> (which I cannot since Debian admins are volunteers and can choose what > >> to work on), I'd vote for better spam filtering on > >> @packages.debian.org and @alioth-lists.debian.net, probably using the > >> crossassassin mechanism that @lists.debian.org already uses. > > > >If you are the list admin (or know him) I've had good success on > >pkg-voip-maintainers setting this in header_filter_rules > > > >X-Alioth-Lists-Spam-Score-Int: [3-9][0-9]$ > > > >(that means hold everything with a Score >= 3.0 for moderation, while > >the cutoff level on alioth-lists is 5.0 > > > >For pkg-voip-maintainers this had zero false-positives and about 1-2 > >spammails per day that are held for moderation. Of course you should > >occasionally look at the moderation queue... > > I am not even sure whether @packages.debian.org is a regular mailing > list manager. *@packages.debian.org are just a plain aliases to maintainer emails (and to the package tracker). But when maintainer emails point to mailing lists, the above advice might still be relevant. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: https://www.freexian.com/services/debian-lts.html Learn to master Debian: https://debian-handbook.info/get/
Re: call for epoch (was Re: Bug#915553: ITP: pd-csound -- Csound external for Pure Data)
On 05.12.18 20:19, Paul Gevers wrote: > Hi, > > On 04-12-2018 20:03, IOhannes m zmölnig (Debian/GNU) wrote: >> as mandated by the policy, i'd like to discuss, whether an epoch bump >> for the new source package "pd-csound" (to be "2:1.01.0-1") is >> warranted, or indeed a good idea. > > Can at least the source package not carry the any special epoch, or is > that too confusing? > is there any advantage of this? the source package currently only builds a single binary package (and i don't expect this to change). so i think that having different version numbers for source and binary package to only add complexity to the packaging with little gain. i have already uploaded to NEW yesterday (after the discussion here seemed to indicate consensus on the epoch bump), but of course it's awaiting ftp-masters' approval, so there is still time to re-upload. fgamsdr IOhannes