A wide range of terminals that can do italics
Adam Borowski: Hmm... 1 out of 11¹ implementing italics plus one doing some other thing doesn't strike me as a "wide" range. I didn't bother to test terminals I don't have installed at the moment but the above sample shouldn't be much off. Aside from the tests in your list that you somehow got wrong, as M. Thibault has already pointed out, you've actually managed to carefully pick some of the very terminal emulators (the terminal emulator programs in the Linux, FreeBSD, and OpenBSD kernels) that the nosh user-space virtual terminal system is aimed at replacing, with full ECMA-48 attribute support being one of the very features that it has in comparison to them. So yes, you've got quite a skewed sample there and it is rather off. Just some of the terminals that handle control sequences for italics that you did not pick: iTerm2, fbpad, the Tandem TA6530, tilda, yakuake, Kermit 95, sakura, GNU Hurd console server, termite, Suckless simpleterm, terminix, ZOC, pantheon-terminal, IRIX xwsh, InnerSystem's TelStar, UnixSpace Terminal, fbterm, konsole, Rebex .NET terminal emulator, HyperTerm, ... Coming soon: guake (https://github.com/Guake/guake/issues/703), Terminator (https://bugs.launchpad.net/terminator/+bug/1287794/comments/6) (ZOC -> http://emtec.com/zoc/ UnixSpace Terminal -> http://unixspace.com/download/ fbpad -> http://repo.or.cz/fbpad.git Suckless simpleterm -> http://st.suckless.org/ yakuake -> https://kde.org/applications/system/yakuake/ sakura -> http://pleyades.net/david/projects/sakura/ Rebex -> http://rebex.net/terminal-emulation.net/ HyperTerm -> https://hyperterm.org/)
Debian Hurd installer fixed since 2014?
Richard Braun: Note that installing a mail transfer agent on an isolated system actually makes sense. It's one way between local users to communicate, and it's used by apt to notify you about some important changes when you install/upgrade packages. Besides, it's a pure Debian thing, unrelated to the Hurd. It doesn't make sense on a system where I am the sole local user and I can see the installation notices on the screen right in front of me when I am doing such upgrades. It's related to the Hurd inasmuch as the Debian installer *makes it impossible for us users to install Debian Hurd*. That approach to this is backwards. Considering exim to be mandatory, even on a system with no networking, one user, and no need whatsoever for anything other than some C++ development tools, results in the installer failing when it tries to configure exim and Debian Hurd to be uninstallable by design. Whereas considering exim to be optional (which seems very likely given that there's a checkbox in the Debian installer where "mail" can be deselected) means that this is, rather, an installer problem (of some sort: I'm not ruling out the possibility that it was secretly doing something else when it said that it was configuring exim on the screen.) to be corrected.
Debian Hurd installer fixed since 2014?
Samuel Thibault: How much memory did the box have? 2GiB. So it's not that. (-: Samuel Thibault: Memory management is being worked on and there have been various fixes, yes. I'll give it another go when I get the time, then.
Is missing SysV-init support a bug?
Gerrit Pape: My suggestion was and still is to separate services from programs on the package level, [...] I vaguely remember from the systemd packaging Hoo-Hah someone else advocating this idea. I don't recall who it was off the top of my head. Gerrit Pape: I was not successful to convince fellows back then. I wouldn't say that. * https://jdebp.eu./Softwares/nosh/debian-binary-packages.html#run And there's the division between systemd and systemd-sysv, too.
Re: freeradius needs a new maintainer
Hi, I'm also interested because I use freeradius at work and on some other non-profit projects too. I already maintain some packages in Debian as a DM only but I don't have a lot of experience. So Martin, Vito, please tell me if you need more help and how do you plan to work on this? Kind regards, Thomas Pierson signature.asc Description: OpenPGP digital signature
Bug#836512: ITP: shove -- test tool for shell scripts with TAP outputs
Package: wnpp Severity: wishlist Owner: "ChangZhuo Chen (陳昌倬)" * Package name: shove Version : 0.7.3 Upstream Author : IKEDA Kiyoshi * URL : https://github.com/key-amb/shove * License : Expat Programming Lang: sh Description : test tool for shell scripts with TAP outputs A test tool for shell scripts likes sh, bash, dash, ksh, and zsh with TAP outputs. -- ChangZhuo Chen (陳昌倬) Debian Developer (https://nm.debian.org/public/person/czchen) Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B signature.asc Description: PGP signature
Bug#836514: ITP: itango -- Interactive Tango client
Package: wnpp Severity: wishlist Owner: "Sandor Bodo-Merle" * Package name: itango Version : 0.1.3 Upstream Author : Tiago Coutinho * URL : https://github.com/tango-cs/itango * License : LGPL Programming Lang: Python Description : Interactive Tango client ITango works like a normal python console, but it provides a nice set of features from IPython. It also adds set of PyTango specific features: . * automatic import of Tango objects * device and attribute name completion * list tango devices, classes, servers * customized tango error message * database utilities Binary package names: python-itango python3-itango The itango package was formerly shipped by PyTango (<9.2.0).
Re: A wide range of terminals that can do italics
On Sat, Sep 03, 2016 at 12:44:36PM +0100, Jonathan de Boyne Pollard wrote: > Adam Borowski: > > >Hmm... 1 out of 11¹ implementing italics plus one doing some other thing > >doesn't strike me as a "wide" range. > > > >I didn't bother to test terminals I don't have installed at the moment but > >the above sample shouldn't be much off. > > > Aside from the tests in your list that you somehow got wrong, as M. > Thibault has already pointed out, you've actually managed to carefully > pick some of the very terminal emulators (the terminal emulator programs > in the Linux, FreeBSD, and OpenBSD kernels) [...] So yes, you've got quite > a skewed sample there and it is rather off. I did not pick them intentionally, it was just 100% of what I have installed on my machine (actually, there might be a gnome-terminal on an Ubuntu or Fedora default install in a VM, I've got a large array of those but not really any with some customization; I have skipped hurd, kfreebsd and real FreeBSD consoles to count hardware VGA console just once). So it was just bad luck, although it was so extreme I think I should do a real exhaustive check. Would using popcon vote (Debian only) for weighting be reasonable? > that the nosh user-space virtual terminal system is aimed at replacing, > with full ECMA-48 attribute support being one of the very features that it > has in comparison to them. I don't think this is a good idea. When your userspace is working, you can as well use full-blown X (or mir or weyland-yutani if that fancies you). Not sure about you but I prefer to do most of the work on server setup from a comfy chair, leaving that new box the moment its filesystems are set, it boots and has ssh. This means, both on my main desktop and on servers I see the text console only once shit has happened. This means failing during boot, with bare kernel, either before initrd, in initrd or booted single, perhaps with The Only True Init™ (/bin/bash) (let's not argue which of real inits fails worse). Ie, most daemons are not working, and thus that fancy user-space console will not be there. The in-kernel console is vital for such recovery tasks. And because of limitations of hardware VGA text mode (on PCs), you're limited to 256 glyphs with attributes limited to 8 foregrounds colors, foreground brightness, 8 background colors, blink; foreground brightness (but no other bit) can be traded for a second page of 256 glyphs. Yes, you can use that page of glyphs for italics but I'm not aware of anyone actually implementing that -- most would rather have bright/bold. It's also possible to trade blink for background brightness, not sure why the kernel doesn't do so. You can get more once you have framebuffer up, but that can be unreliable on some hardware, and not during early boot. And the kernel mostly sticks to VGA capabilities. Some of us do work on improving the console -- 5 out of my 8 kernel commits are to drivers/tty/vt/vt.c, but don't expect it to gain fancy features. It's supposed to be reliable at the cost of bells and whistles. Meow! -- Second "wet cat laying down on a powered on box-less SoC on the desk" close shave in a week. Protect your ARMs, folks!
Is missing SysV-init support a bug?
Gerrit Pape: To me too this readiness IPC ideas and implementations look over-engineered. A good convention for service programs would be to functionally test for services it needs very early on startup, and fail if dependencies are not available. The service supervisor (any modern init scheme seems to now support this) relaunches eventually, until all dependencies are fulfilled. The problem with the thundering herd approach is twofold. Firstly, it really does matter in practice when the machine has tens if not hundreds of client processes all continually restarting whilst they wait for (say) the RabbitMQ server to come up. Secondly, these explanations never seem to take system shutdown into account. In the ordered services world, shutdown order is the reverse of startup order, and things generally work. In the thundering herd world, often the theory is just to send terminate and kill signals willy-nilly to every service on the system. This almost never works cleanly in any but the most trivial systems. (People will no doubt be thinking the classic example of NFS mounts, here. But there are all sorts of possibilities, from /var/ being unmounted before logging services are turned off to the proxy DNS server being turned off whilst other services are still doing DNS lookups.) We discussed this on the Supervision mailing list last year: http://www.mail-archive.com/supervision%40list.skarnet.org/msg00673.html
Re: Is missing SysV-init support a bug?
On Sat, Sep 03, 2016 at 01:11:52PM +0100, Jonathan de Boyne Pollard wrote: > * https://jdebp.eu./Softwares/nosh/debian-binary-packages.html#run I'm afraid your page is not working, on any of: Firefox, Chromium, Edge: there's both a certificate name mismatch, then wrongly configured SNI. Of course, dropping the stray dot helps, but as you insist on using it you need to configure your server appropriately. I'm not sure you can get a cert with the dot signed by a CA, though. elinks does accept it, but I'm afraid that limits your audience rather sharply. Meow! -- Second "wet cat laying down on a powered-on box-less SoC on the desk" close shave in a week. Protect your ARMs, folks!
Re: Is missing SysV-init support a bug?
* Adam Borowski , 2016-09-03, 22:40: * https://jdebp.eu./Softwares/nosh/debian-binary-packages.html#run I'm afraid your page is not working, on any of: Firefox, Chromium, Edge: there's both a certificate name mismatch, then wrongly configured SNI. Of course, dropping the stray dot helps, but as you insist on using it you need to configure your server appropriately. I'm not sure you can get a cert with the dot signed by a CA, though. elinks does accept it, but I'm afraid that limits your audience rather sharply. And that's because certificate verification in elinks is broken: https://bugs.debian.org/740981 -- Jakub Wilk
Subjects and threads (was: Re: Is missing SysV-init support a bug?)
On Sat, 2016-09-03 at 21:01 +0100, Jonathan de Boyne Pollard wrote: [stuff] btw, I'm sure I'm not the only one irritated by this, but when replying to a message it is conventional to indicate such in the Subject header (e.g. with the addition of an "Re:"), unless one is changing the subject - and even then, stating the previous subject as well is useful. Regards, Adam
Bug#836547: ITP: haskell-finite-field -- implementation of finite fields for Haskell
Package: wnpp Severity: wishlist Owner: Sean Whitton Control: block 834869 by -1 * Package name: haskell-finite-field Version : 0.8.0 Upstream Author : Masahiro Sakai (masahiro.sa...@gmail.com) * URL : https://github.com/msakai/finite-field/ * License : BSD-3-clause Programming Lang: Haskell Description : implementation of finite fields for Haskell I'm packaging this as a dependency of keysafe, another ITP of mine. I intend to maintain this as part of DHG. -- Sean Whitton signature.asc Description: PGP signature
Bug#836550: ITP: haskell-type-level-numbers -- library representing integers using Haskell type families
Package: wnpp Severity: wishlist Owner: Sean Whitton Control: block 836547 by -1 * Package name: haskell-type-level-numbers Version : 0.1.1.1 Upstream Author : Alexey Khudyakov * URL : http://hackage.haskell.org/package/type-level-numbers * License : BSD-3-clause Programming Lang: Haskell Description : library representing integers using Haskell type families I'm packaging this as a dependency of haskell-finite-field, another ITP of mine. I intend to maintain this as part of DHG. -- Sean Whitton signature.asc Description: PGP signature
Bug#836565: ITP: dewalls -- Parser for Walls cave survey data
Package: wnpp Severity: wishlist Owner: Wookey Package name: dewalls Version : 1.0.0 Upstream Author : Andy Edwards URL : https://github.com/jedwards1211/dewalls License : MIT Programming Lang: C++ Description : Parser for Walls cave survey data The WALLS cave survey package stores its data in .srv files. dewalls is a parsing library for this file format. It is implemented in C++ and intended to be used by other cave survey software. - why is this package useful/relevant? This is a dependency of cavewhere (ITP:836249)
non package names in by_inst file of popcon
In http://popcon.debian.org/by_inst , I see some lines where the package names do not make any sense. For example, in the latest file, I see 105799 /gnomi®aD>p00rerD.hare/5pataE>/bbsd 1 0 0 0 1 (Not in sid) where the second field is not a valid package name. Can someone please tell me if this is expected or if I should inform someone of the problem? thanks raju -- Kamaraju S Kusumanchi | http://raju.shoutwiki.com/wiki/Blog
Re: non package names in by_inst file of popcon
On Sun, Sep 4, 2016 at 10:18 AM, kamaraju kusumanchi wrote: > where the second field is not a valid package name. Can someone please > tell me if this is expected or if I should inform someone of the > problem? Bug #833695 was already filed about this issue. -- bye, pabs https://wiki.debian.org/PaulWise
