Re: ps in cloud images
Dnia Mon, 13 Sep 2021 20:59:25 +0100, mooff napisał(a): > I might have been imprecise in saying 'cloud' images, but I mean: > > $ docker run -it --rm debian:bullseye bash > root@3ee3e7c4ce62:/# ps > bash: ps: command not found > root@3ee3e7c4ce62:/# Then, https://hub.docker.com/_/debian says: "Where to file issues: https://github.com/debuerreotype/docker-debian-artifacts/issues; And there we have: https://github.com/debuerreotype/docker-debian-artifacts/issues/20 -- "Missing procps package or feature?" > > I think that `reportbug cloud.debian.org` would be the > place to discuss > this > > Thanks Paul. I wasn't sure where to send it. > > On Mon, Sep 13 2021 at 11:21:29 -0700, Noah Meyerhans > wrote: > > On Sun, Sep 12, 2021 at 09:33:54PM +0100, mooff wrote: > > > IMO, many human hours will be lost by the decision not to include > > > procps in > > > the default cloud images. > > > > > > I understand it could be a security measure, but maybe stubs could > > > be > > > offered which name the package we want (procps) > > > > > > Tracing my third call to apt-file search bin/ps ;) > > > > What cloud images are you looking at? The images built by the Debian > > cloud team *do* include procps. See the manifests for (some of) the > > current bullseye images, all of which indicate that procps is included: > > > > https://cloud.debian.org/images/cloud/bullseye/latest/debian-11-ec2-arm64.json > > https://cloud.debian.org/images/cloud/bullseye/latest/debian-11-generic-amd64.json > > https://cloud.debian.org/images/cloud/bullseye/latest/debian-11-azure-amd64.json > > -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Re: Bug#926076: goxkcdpwgen -- xkcd style password generator library and cli tool
On Sun, 31 Mar 2019 20:50:25 +0100, Phil Morrell wrote: > On Sun, Mar 31, 2019 at 05:27:03PM +0530, Dhanya Thailappan wrote: > > * Package name: goxkcdpwgen > > Version : 0.0~git20181107.de898c7-1 > > Upstream Author : Martin Hoefling > > * URL : https://github.com/martinhoefling/goxkcdpwgen > > * License : MIT > > Programming Lang: Go > > Description : xkcd style password generator library and cli tool > > Hello, > > How does this compare to the diceware package? Even the available > parameters are very similar. Perhaps you could consider submitting the > de_wordlist.txt to the diceware project? > > https://tracker.debian.org/pkg/diceware > https://github.com/ulif/diceware#usage And there's also https://tracker.debian.org/pkg/xkcdpass -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Re: [Request] Is there any way to get the full source codes of Debian?
On Thu, 8 Sep 2016 15:55:20 +0200, Christoph Egger wrote: > Andrew Shadurawrites: > > On 08/09/16 14:43, Ian Jackson wrote: > >> (resending with less-mangled To field) > > > > It's actually still mangled, in a different way though. > > > > Was: "우승훈 , "@bendel.debian.org > > > > Now: =?utf-8?Q?=EC=9A=B0=EC=8A=B9=ED=9B=88 > > It is not? The ``Now`` part is proper, compliant encoding of header lines > (before > there can be mime encoding) It is not. Unfortunately it is mangled RFC2047 encoding - the final "?=" is missing. -- Michał Politowski
Re: Debian for drones?
On Tue, 17 Feb 2015 15:10:52 +0800, Paul Wise wrote: On Tue, Feb 17, 2015 at 12:45 AM, Alastair McKinstry wrote: Debian for Drones(TM) Are there any that could run Debian? It might be interesting to use them to ferry microphones at DebConf :) Eg. this one does http://linux.conf.au/slides/159/AP_Linux.pdf#page=8 although it is probably not the drone you are looking for :) -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- 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/20150217093542.ga23...@meep.pl
Re: internationalized domain name (IDN) in Debian
On Tue, 26 Aug 2014 08:50:31 +0200, Dariusz Dwornikowski wrote: On 25.08.14 19:53:53, Milan P. Stanic wrote: On Mon, 2014-08-25 at 15:54, Dariusz Dwornikowski wrote: Am Sonntag, den 24.08.2014, 20:32 +0200 schrieb Ralf Jung: https://wiki.debian.org/IDN Summary: webbrowser support it in general but email clients still lack the support of it. Why do you list Icedove as non-supporting? I just sent a mail to your echo service, and got a reply. Is there anything else I should check? No, this was a mistake. Just sending/recieving is my first test. This could be much more extended (from address with IDN, setup wizard with your email account with IDN domain, IDN certificates,...) but first it helps to know the software can send IDN emails. I have chromium on testing, IDN works but show the domain name as http://www.xn--kthe-5qa.de/ instead of www.köthe.de . I think this is a known chromium issue. In my chromium it show it as http://www.köthe.de chromium 35.0.1916.153-1~deb7u1 amd64 -- This is funny. In my chromium http://www.köthe.de get rewritten to http://www.xn--kthe-5qa.de/, whereas polish IDN domains stay the way they should http://żaba.pl/ or http://żółć.pl . chromium 35.0.1916.153-2 amd64 It seems it is based on your language settings: http://www.chromium.org/developers/design-documents/idn-in-google-chrome Adding more languages to the list does indeed cause more IDN domains to display. -- Michał Politowski -- 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/20140826072240.ga29...@meep.pl
Re: Change default PATH for Jessie / wheezy+1
On Thu, 9 Aug 2012 08:16:46 +, Tzafrir Cohen wrote: [...] While I'm in rant mode, note that there's no programmable bash completion for the subcommands of ip. I wasn't aware of ip neigh. For a brief shell size war interlude, note that there is zsh completion for the subcommands of ip. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120809094026.ga13...@meep.pl
Re: Bug#582321: TAG: dirsum -- commandline directory summary
On Thu, 20 May 2010 06:07:20 -0500, Ron Johnson wrote: On 05/20/2010 05:05 AM, Yves-Alexis Perez wrote: On 20/05/2010 11:21, Ron Johnson wrote: hat does this do that existing tools don't? $ du -Sk | sort -nr | head -n10 131960./.Newsletters.Washington_Post/cur not sure dirsum can do that either, but it's painful that du itself can't sort, since you can't use du -h before piping to sort. Eh? Filters and do-one-thing-well utilities are The Unix Way. So, alternatively, where is the filter converting 131960 to 128M? -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100520111453.ga27...@meep.pl
Re: QA needed for insecure LD_LIBRARY_PATH in many wrapper scripts
On Fri, 16 Nov 2007 22:01:34 +0100, Stefan Fritsch wrote: [...] The fix is to use ${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH} instead of :$LD_LIBRARY_PATH. This will get rid of the colon if LD_LIBRARY_PATH is unset. (Actually, some scripts use ${LD_LIBRARY_PATH+: $LD_LIBRARY_PATH}, which seems to work, too. But this is not documented in the bash man page, at least I can't find it.) Actually it is documented, just above the description of the various expansions: bash tests for a parameter that is unset or null; omitting the colon results in a test only for a parameter that is unset. Given that a null LD_LIBRARY_PATH seems to have no effect, just as if it were unset, the :+ form appears to be more appropriate. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: Google Maps display divided in squares on Iceweasel
On Thu, 15 Nov 2007 14:50:36 +0100, Elio wrote: The Google Maps graphics display is divided in tiles separated by a grey zone. On fullscreen on my display (1920x1200) appear approx. 6 1/2 x 3 1/4 tiles. This does not seem to be the best place to post this problem, debian-user or indeed reporting a bug would probably be more appropriate, but... Do you use the imagezoom extension? http://groups.google.com/group/Google-Maps-Troubleshooting/browse_thread/thread/1d7c7c46c915d60f -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Re: seeking: Ian Jackson
On Wed, 10 Oct 2007 22:42:35 +0200, Florian Weimer wrote: [...] Internet mail addresses (which are passed to /usr/sbin/sendmail, for instance) must be canonicalized before they are used in SMTP. At least that's the theory; Exim doesn't do it. And apparently on purpose: Exim deliberately doesn't do this. We had no end of trouble in the days before I wrote Exim with other MTAs that made dreadful messes in this area, so I stayed well clear. Although, as usual, it can be forced to if need be. http://bugs.debian.org/75933 -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: Proposed new POSIX sh policy (was: First draft of review of policy must usage)
On Sun, 5 Nov 2006 19:41:40 -0800, Russ Allbery wrote: [...] + itemttlocal/tt to create a scoped variable must be + supported/item Underspecified. local in dash and bash behave differently. In dash the variable value from outer scope is retained, in bash it is not. Bugs caused by this do happen: see eg. #381237 Also local in dash is documented to be only allowed at the beginning of a function, and take only variable names, not assignments, as arguments, though in practice it seems this is not enforced and more bash-like behaviour works. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: Proposed new POSIX sh policy
On Mon, 6 Nov 2006 09:07:11 -0800, Russ Allbery wrote: Michal Politowski [EMAIL PROTECTED] writes: On Sun, 5 Nov 2006 19:41:40 -0800, Russ Allbery wrote: [...] + itemttlocal/tt to create a scoped variable must be +supported/item Underspecified. local in dash and bash behave differently. In dash the variable value from outer scope is retained, in bash it is not. Bugs caused by this do happen: see eg. #381237 Also local in dash is documented to be only allowed at the beginning of a function, and take only variable names, not assignments, as arguments, though in practice it seems this is not enforced and more bash-like behaviour works. Here's a revised patch. Does this resolve that concern? Yes, I guess. This should be precise enough. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: New desktop features provided by new version of update-notifier
On Sat, 12 Aug 2006 20:29:13 -0300, Gustavo Noronha Silva wrote: [...] a Ubuntu CD; I patched the program to also look for Debian CDs, and to avoid messing with translations, the messages have Ubuntu replaced by Debian in runtime, after the translation is got from gettext if the CD that was inserted is a Debian CD. Too bad this hack is not going to work in many languages (yes, Polish is one of them). Ever heard of http://en.wikipedia.org/wiki/Declension ? -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: Getting rid of circular dependencies, stage 5
On Tue, 25 Jul 2006 11:18:36 +0200, Dominique Dumont wrote: [...] May be a better solution would be to flag foo-data as useless alone. (I would love to be able to hide from aptitude all these useless alone packages so I could sift faster in the package list). !~Gappropriate-tag-here The question is what this appropriate tag is. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Re: Making init scripts use dash
On Thu, 18 May 2006 22:38:08 +0200, Goswin von Brederlow wrote: [...] 3. Make sh an alternative dash already optionally diverts it. Isn't it good enough? -- Michał Politowski Talking has been known to lead to communication if practiced carelessly.
Re: Obsolete packages in Experimental
On Fri, 20 Jan 2006 10:34:11 +0100, Jérôme Warnier wrote: [...] BTW, is there a way to list all packages in experimental? aptitude search '~Aexperimental' Or even better: a list of all packages already installed on my system which have an experimental version? aptitude search '~i~Aexperimental' Also aptitude search '~S~i~Aexperimental' will find packages where the installed version is the one in experimental. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: texlive-basic_2005-1_i386.changes REJECTED
On Tue, 29 Nov 2005 17:01:25 +0100, Norbert Preining wrote: On Die, 29 Nov 2005, Peter Samuelson wrote: First of all, let me cast my vote for -doc-XX rather than -XX-doc. It Already implemented. [Norbert Preining] texlive-documentation-czechslovak texlive-cs-doc Czech and Slovak are two different languages, 'cs' and 'sk'. You should check (no pun intended) to see if both languages are in there. Hmm, there are, so I will go for texlive-doc-cs-sk Or are there other proposals? A small problem with this name is that it may suggest a lang-country combination (Czech as spoken in Slovakia), not two languages - compare eg. various -locale- or myspell- packages. texlive-doc-cs+sk maybe, or split it further? -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: localhost.localdomain
On Sat, 24 Sep 2005 19:35:09 +0200, Gabor Gombas wrote: [...] localdomain is not a registered top-level domain and hopefully never will be, so it is safe to use locally as it won't cause communication problems. Maybe it's relatively safe, but I'd say that it's still safer to use the localhost TLD, which is explicitely reserved in RFC 2606 (BCP 32) for the purpose of being mapped to the loopback address. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: apt with index diff support
On Sun, 11 Sep 2005 09:18:57 +0200, Andreas Metzler wrote: Daniel Burrows [EMAIL PROTECTED] wrote: On Saturday 10 September 2005 07:46 am, Andreas Metzler wrote: Having to specify this at the commandline is messy, is there a way to put this in /etc/apt.conf.d/? I've tried in vain using APT::URL-Remap::http://merkel.debian.org/~aba/debian/ {http://ftp.at.debian.org/debian;}; I would expect that removing the braces would do the right thing. APT::URL-Remap::http://merkel.debian.org/~aba/debian/ http://ftp.at.debian.org/debian;; Thanks, it does not help though; I still get: (SID)[EMAIL PROTECTED]:/# apt-cache show apt E: Syntax error /etc/apt/apt.conf.d/80incremental:2: Extra junk at end of file APT { URL-Remap::http://merkel.debian.org/~aba/debian/ http://ftp.at.debian.org/debian;; }; at least parses (should the method of scoping make any difference, or is it a bug?), but seems not to have any effect. PS: I got tht lots-of-curly-braces-idea from /etc/apt/apt.conf.d/70debconf. DPkg::Pre-Install-Pkgs wants a list, this is the reason for braces, I think. -- Michał Politowski Talking has been known to lead to communication if practiced carelessly. signature.asc Description: Digital signature
Re: Bug#300595: ITP: adesklets -- interactive Imlib2 console for the X Window system
On Sun, 20 Mar 2005 17:48:47 +0100, Bartosz Fenski aka fEnIo wrote: [...] Description : interactive Imlib2 console for the X Window system ^ Spelling: should be X Window System, with capital 'S' [ grabbed from project's page ] adesklets is an interactive Imlib2 console for the X Window system. It ^ same here -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: not starting packages at boot
On Sun, 23 Jan 2005 10:38:20 +0100, Marc Haber wrote: [...] My beef is that I want to be able to prevent a newly installed package's postinst from starting the service Looks like something invoke-rc.d calls policy-rc.d for. (for example, because I know that the service needs configuration before it can be started for the first time, or because I know that this service is probably never going to run on this installation). -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: Always run dpkg --dry-run -i before running dpkg -i!
On Thu, 6 Jan 2005 17:29:27 -0500, William Ballard wrote: On Thu, Jan 06, 2005 at 11:22:47PM +0100, Joerg Jaspert wrote: Sorry, but a package can't install a brain. It builds a new package, so you look at that one before you do anything. Where is the problem? Why even bother having the concept of dependencies in the first place? Why not just look at what anything needs and make sure it's always there first? I don't know what dpkg bothers to try to install things it should be able to know beforehand won't succeed. The problem is it uninstalls the old version of the thing, so now whatever functionality you had is gone. Could you possibly explain clearly what is the difference between using dpkg -i to install a package build from some *-source and using it to install _any_ _other_ _package_? If you want the convenience of automatic dependencies installation use a frontend, you have been told how to. Otherwise dependencies are there for dpkg to know that it cannot configure a package, and for you to look at them. The way dpkg works is known since well in the last century and, be it a good way or not (eg. rpm does it your way), any administrator using dpkg without considering it deserves what they get. -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: removing in postrm rc*.d symlinks that I did not create
On Fri, 17 Dec 2004 10:49:13 +0100, Thomas Hood wrote: [...] The idea behind initscripts is that they do what they are told when they are run. sysv-rc and file-rc implement two different schemes for determining when they are run and with what arguments. I don't see why people keep trying to undermine the standard mechanism. Under the circumstances you describe it is reasonable to refrain from installing symlinks[*] in runlevel directories. I think you are justified in deleting the symlinks on purge too, so I suggest you simply override lintian and linda. Amen. Well, almost. Under current sysv-rc semantics invoke-rc.d defauls to running the script if neither S nor K links are present. And there were reasonable arguments given for this behaviour. Thus, if Nicolas would want to use invoke-rc.d to maybe run the init script of his package on upgrades, it would be necessary to install K links by default. But maybe just not running the script on upgrade even if the S link is present is the correct solution for athcool. I don't know. -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: software raid question/confusion
On Wed, 15 Dec 2004 19:00:44 +, Sam Morris wrote: David Dougall wrote: I installed the mdadm package recently. version 1.3.0-2 I do not want the md devices to be started when I reboot the server. I cannot find the config file which specifies this. The only way I was able to stop this was to edit /etc/init.d/mdadm-raid. I can't even find what process is calling mdadm-raid. Please advise. --David Dougall You if you delete all the links that match /etc/rc?.d/S??mdadm-raid then /etc/init.d/mdadm-raid start won't be invoked at boot. As it's been pointed to me (several times) it's better to rename such links to the appropriate K??* form than to remove them completely. It has better defined meaning and prevents invoke-rc.d from running the scripts on upgrades. -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: charsets in debian/control
On Sat, 11 Dec 2004 16:08:12 +0100, Shot (Piotr Szotkowski) wrote: Hello. Paul Hampson: The email address isn't important, since that has to be a subset of ASCII anyway. Are the Unicode-encoded domain names supported in (modern) browsers only? I can surf to http://.pl/ (with, e.g., Firefox) - can I send mail to [EMAIL PROTECTED], or should I always use the [EMAIL PROTECTED] equivalent, as the Unicode in domain names is restricted to WWW only? Interesting question. Quick check. Not restricted. Of course you have to use ACE (the ASCII Compatible Encoding defined in RFC3490) in transit (SMTP commands and message headers) but MUAs may (and at least some indeed do) accept/display the decoded form. aptitude search '~D^libidn' shows many apps at least linked with the IDN library. -- Micha Politowski Talking has been known to lead to communication if practised carelessly.
Re: Bug#285233: ITP: undms -- unpacks DMS (Disk MaSher) floppy image archives
On Sat, 11 Dec 2004 22:44:54 +0100, Marcin Orlowski wrote: Package: wnpp Severity: wishlist * Package name: undms Version : x.y.z Upstream Author : [EMAIL PROTECTED] (David Tritscher) * URL : http://ftp.uni-paderborn.de/aminetbin/find?undms * License : (GPL, LGPL, BSD, MIT/X, etc.) Is it really distributed under all these licenses (and others)? Rhetorical question. You just didn't care to specify one. The problem is, apparently the upstream author didn't either. Description : unpacks DMS (Disk MaSher) floppy image archives -- Micha Politowski Talking has been known to lead to communication if practised carelessly.
Re: Bug#277193: ITP: tagtool -- tool to tag and rename MP3 and Ogg Vorbis files
On Mon, 18 Oct 2004 21:46:02 -0500, Graham Wilson wrote: Package: wnpp Severity: wishlist * Package name: tagtool Version : 0.10 Upstream Author : Pedro Lopes [EMAIL PROTECTED] * URL : http://pwp.netcabo.pt/paol/tagtool/ * License : GPL Description : tool to tag and rename MP3 and Ogg Vorbis files Audio Tag Tool is a program to manage the information fields in MP3 and Ogg Vorbis files (commonly called tags). Tag Tool can be used to edit tags one by one, but the most useful features are mass tag and mass rename. These are designed to tag or rename hundreds of files at once, in any desired format. Does it correctly handle Unicode encoded ID3v2 tags? Checking... No, it apparently doesn't. So I question the value of introducing yet another broken tool to the archive. Oh, another check... It seems not to handle correctly even Vorbis comments, which are UTF8 by definition. Definitely not mature enough, unless I've made some serious mistakes. -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature
Re: Bug#277193: ITP: tagtool -- tool to tag and rename MP3 and Ogg Vorbis files
On Tue, 19 Oct 2004 10:36:59 -0500, Graham Wilson wrote: [...] It seems not to handle correctly even Vorbis comments, which are UTF8 by definition. Seemed to work fine for me. How are you testing this? ./configure; make; make install Then opened some correctly commented files, which resulted in errors: ** (tagtool:19653): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() and displayed comments cut at the first out-of-ASCII character. Then tried to change the comments, which subsequently appeared correctly only in tagtool. Now I see that actually it works correctly in a UTF-8 locale, but not in my pl_PL that uses ISO-8859-2, so I would guess there are some wrong/unnecessary conversions going on somewhere. -- Micha Politowski Talking has been known to lead to communication if practised carelessly. signature.asc Description: Digital signature