Re: containers/chroot to allow ABI breakage is the wrong approach

2014-10-21 Thread Thorsten Glaser
Konstantin Khomoutov dixit: Sometimes we have to run software which is neither Open Source nor Free on our systems which are (luckily) Open Source and Free. Things like f-prot are shipped statically linked, when in their binary form for OpenBSD. And binary compatibility only goes so far either

Re: piece of mind

2014-10-21 Thread Thorsten Glaser
Ondřej, could you please stop your aggressive behaviour against other people on this list? Sadly, you are not very helpful with these remarks. Repeatedly. Thanks, //mirabilos -- 15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-) -- To UNSUBSCRIBE, email to

Re: post-jessie: header only C++ library package (static?)

2014-10-20 Thread Thorsten Glaser
On Sun, 19 Oct 2014, Sune Vuorela wrote: Eigen. Yes, that was it. Thanks. OK, we have some examples, I hope this helps the OP ;-) bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates

Re: New dash in experimental

2014-10-20 Thread Thorsten Glaser
On Mon, 20 Oct 2014, Gerrit Pape wrote: See #766048, I rate the results as ciritical issues ;), and so won't I’ve glanced at the list referenced. Some things that immediately come to mind: autoconf2.64 2.64-3 Failed [CONFIGURE_ERROR] configure: error: no acceptable m4 could be found in

Re: New dash in experimental

2014-10-20 Thread Thorsten Glaser
On Mon, 20 Oct 2014, Gerrit Pape wrote: time for this is quite limited. You and me both, unfortunately. bye, //mirabilos -- [16:04:33] bkix: veni vidi violini [16:04:45] bkix: ich kam, sah und vergeigte... -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

generate Built-Using headers (was Re: post-jessie: header only C++ library package (static?))

2014-10-20 Thread Thorsten Glaser
On Mon, 20 Oct 2014, Osamu Aoki wrote: I see. By the way, I have never seen package using Build-Using in debian/control which is documented in policy. Is there any automatic way to set the used-source:Version of package used? Something like ... Built-Using: marisa (==

Re: piece of mind

2014-10-20 Thread Thorsten Glaser
On Mon, 20 Oct 2014, Matthias Urlichs wrote: Christoph Biedl: - upstream shows little respect for people who object systemd Why should they? Because not doing that is asocial. If you don't want to use my software on general principles, go away and write your own. Do not bother me.

uploads to unstable in times of freeze (was Re: debconf as a registry)

2014-10-19 Thread Thorsten Glaser
On Fri, 17 Oct 2014, Jonas Smedegaard wrote: If package is suitable for unstable but not for testing, please upload to unstable and file severe bugreport to keep it from entering testing. I thought so too, but learned that this is a bad idea. Sometimes, you have to update the package in

Re: post-jessie: header only C++ library package (static?)

2014-10-19 Thread Thorsten Glaser
On Sun, 19 Oct 2014, Osamu Aoki wrote: This is about packaging around a header only C++ library package. IIRC, we already have one in the archive. I vaguely recall it from m68k porter work, but can’t remember the name. Something mathematical, I think? bye, //mirabilos --

Accepted mksh 50d-2 (source all) into unstable

2014-10-19 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Sun, 19 Oct 2014 19:57:24 +0200 Source: mksh Binary: mksh pdksh Architecture: source all Version: 50d-2 Distribution: unstable Urgency: high Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Re: Built-Using, again…

2014-10-16 Thread Thorsten Glaser
On Wed, 15 Oct 2014, Andreas Barth wrote: Buildd administration — architecture@buildd.debian.org lists a couple of people. And also a working mail address. Contacting people via a role account is always prefered. Yeah, that’s whom I contacted first, on Friday. It was just not getting any

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-16 Thread Thorsten Glaser
On Wed, 15 Oct 2014, Ian Jackson wrote: Actually, the problem is indeed in policy. In its resolution of #539158 the TC decided unanimously (but unfortunately slightly implicitly) that printf ought to be provided by our /bin/sh. Somewhat. As the maintainer of a minority shell, Thorsten has

Re: Bug#765512: general: distrust old crypto algos and protocols perdefault

2014-10-16 Thread Thorsten Glaser
On Wed, 15 Oct 2014, Christoph Anton Mitterer wrote: I see it a bit differently: RC4 is broken. Full stop. Therefore new versions clients and servers should per default not use/enable/accept it. Sorry, but I *have* to nitpick here. RC4 as used by SSL is mostly broken. (A server could reset

Re: Built-Using, again…

2014-10-16 Thread Thorsten Glaser
On Thu, 16 Oct 2014, Jonathan Dowland wrote: But it’s now resolved, thanks Philipp! Wrong again, I dist-upgraded the chroots and gave back the package. But as before, facts are difficult. Likewise, you could have pointed this out without being quite so condecending. Uhm yes. Philipp

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-16 Thread Thorsten Glaser
On Thu, 16 Oct 2014, Ian Jackson wrote: | If one of the members of the tech ctte considers that we should | either overwrite the udev-maintainer or move printf to /bin, we The coreutils maintainer may still decide to do just that. That’s what would help the most. bye, //mirabilos -- Yes, I

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-15 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Stephane Chazelas wrote: $*, $@, $* were not special in any way. They just underwent the same rules as other variables. Only $@ was. This changed in POSIX sh though. I remember having to change some things in mksh to adhere to 2008 and post-2008. bye, //mirabilos --

Re: Built-Using, again…

2014-10-15 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Wookey wrote: I _think_ we don't do this because the upgrading uses a lot of time on buildds, especially slow ones. I did do this (build in snapshot, Right. the same packages over and over until the snapshot was updated (which was manual and done approx weekly). This

Re: piece of mind (Re: Moderated posts?)

2014-10-15 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Joey Hess wrote: Only thing I don't understand is why so few votes for systemd-shim out of the group who has it installed. Maybe noatime? That’s probably popular on desktops. “vote” does not really say much, anyway. bye, //mirabilos -- Sometimes they [people] care too

Re: $*/$@/$IFS and Bourne vs Almquist vs Korn vs mksh

2014-10-15 Thread Thorsten Glaser
On Wed, 15 Oct 2014, Stephane Chazelas wrote: $ mksh -c 'IFS=; x=abc; printf %s\n ${x#$*}' x a b | sed -n l \a\300a$ abc$ Interesting… but all shells diverge on this one. tglase@tglase:~ $ bash -c 'IFS=; x=abc; printf %s\n ${x#$*}' x a b | sed -n l abc$ tglase@tglase:~ $ dash -c 'IFS=;

Re: Built-Using, again…

2014-10-15 Thread Thorsten Glaser
On Wed, 15 Oct 2014, Cyril Brulebois wrote: Thorsten Glaser t...@debian.org (2014-10-15): Who are powerpc buildd admins, again? Still listed at the same location since last time you asked: Yeah, I tend to forget it. https://www.debian.org/intro/organization Ah wonderful, a set of 0

[PATCH] link buildd admin mail template to organisational chart listing them

2014-10-15 Thread Thorsten Glaser
Signed-off-by: Thorsten Glaser t...@debian.org --- library.php | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/library.php b/library.php index a5a0d8e..43e2c45 100644 --- a/library.php +++ b/library.php @@ -1432,7 +1432,7 @@ function html_footer_text($raw=false) { echo div

Built-Using, again…

2014-10-13 Thread Thorsten Glaser
Hi all, it still happens, occasionally, that buildd chroots are not updated, which leads to mksh builds refer old versions of gcc or some libc (used when linking the mksh-static binary) in its Built-Using field. The buildd admin gets a REJECT from dak, because the version is neither in testing

Re: Reality check.

2014-10-13 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Matthias Urlichs wrote: Yes. Human beings are perfectly able to communicate dislike for another human's actions in a way that does not imply disrespect for that person. But Debian beings are not able to distinguish between disrespect for actions made by some person (while

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-13 Thread Thorsten Glaser
On Sat, 11 Oct 2014, Theodore Ts'o wrote: I assume that posh meets the strict definition of 10.4. And so without actually changing policy, someone _could_ try setting /bin/sh to be /bin/posh, and then start filing RC bugs against packages that have scripts that break. Yes? Yes, modulo two

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-13 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Dominik George wrote: foo='x[$(rm -rf /)]' echo $(( foo )) Guess when the array index is evaluated? Now mind that it could be This is fully and completely a user error. (User being the script.) user-provided. Never put “tainted” input into ksh arithmetics, period.

Re: piece of mind (Re: Moderated posts?)

2014-10-13 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Miles Fidelman wrote: Those who are most impacted are sys admins of servers, and upstream developers I’m both, and I joined Debian to try to make an impact… - the two communities most impacted, but that seem to have no say in the matter. … but even then, am drowned by

Re: piece of mind (Re: Moderated posts?)

2014-10-13 Thread Thorsten Glaser
On Mon, 13 Oct 2014, Neil Williams wrote: (I did not have the chance to Second the GR proposal because I was not even aware that there *was* one.) https://lists.debian.org/debian-vote/ Same procedure as previous calls for GR: debian-vote mailing list. If Yeah, surprise, I don’t read

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-13 Thread Thorsten Glaser
Stephane Chazelas dixit: [ a lot, with which I vehemently disagree ] If you need arrays, use $@ or use perl/python/ruby..., but please don't break yet another shell with the Korn arrays or arithmetics. The good part about mksh i̲s̲ that it’s a programming language, a nice one to use, much more

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-07 Thread Thorsten Glaser
On Sat, 4 Oct 2014, Russ Allbery wrote: If we were to decide that #309415 should be fixed in policy (and hence posh), then it should be done by requiring support for the obsolescent The problems with posh and dash are also the sheer number of bugs in corner cases, which the more actively

Fwd: bash exorcism experiment ('bug' 762923 763012)

2014-10-07 Thread Thorsten Glaser
Forwarding a bit of my answer on this. I don’t know what to think about how this criticism immediately raises responses like the two I already got, yet the other person in question is allowed to disrespect his fellow DDs and just ignore the fixes for real-world, although minority, problems. I

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-07 Thread Thorsten Glaser
On Tue, 7 Oct 2014, Adam Borowski wrote: change your /bin/sh), 2. being (then) a violation of a must clause of the policy. To be fair: my bug wasn’t about -a and -o, but about the printf builtin which Policy is silent about. Some shells do have a builtin printf, most don’t. printf(1) lives in

Accepted cvs 2:1.12.13+real-15 (source i386) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 17:58:58 + Source: cvs Binary: cvs Architecture: source i386 Version: 2:1.12.13+real-15 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted kwalletcli 2.12-3 (source i386) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 18:01:48 + Source: kwalletcli Binary: kwalletcli Architecture: source i386 Version: 2.12-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted mediawiki 1:1.19.20+dfsg-2 (source all) into unstable

2014-10-07 Thread Thorsten Glaser
...@lists.alioth.debian.org Changed-By: Thorsten Glaser t...@mirbsd.de Description: mediawiki - website engine for collaborative work mediawiki-classes - website engine for collaborative work - standalone classes Changes: mediawiki (1:1.19.20+dfsg-2) unstable; urgency=low . * Team upload

Accepted makefs 20100306-5 (source i386) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 18:02:14 + Source: makefs Binary: makefs Architecture: source i386 Version: 20100306-5 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted jupp 3.1.27-3 (source all) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 17:59:49 + Source: jupp Binary: jupp joe-jupp Architecture: source all Version: 3.1.27-3 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted mediawiki-extensions 3.7 (source all) into unstable

2014-10-07 Thread Thorsten Glaser
-extensions-graphviz mediawiki-extensions Architecture: source all Version: 3.7 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t...@mirbsd.de Description: mediawiki-extensions - Extensions for MediaWiki -- Meta package mediawiki

Accepted mksh 50d-1 (source all) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 17:21:21 + Source: mksh Binary: mksh pdksh Architecture: source all Version: 50d-1 Distribution: unstable Urgency: high Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted pax 1:20140703-2 (source i386) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 18:09:21 + Source: pax Binary: pax Architecture: source i386 Version: 1:20140703-2 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted rs 20140609-3 (source i386) into unstable

2014-10-07 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Tue, 07 Oct 2014 18:10:27 + Source: rs Binary: rs Architecture: source i386 Version: 20140609-3 Distribution: unstable Urgency: low Maintainer: Michael Prokop m...@debian.org Changed-By: Thorsten Glaser t...@mirbsd.de

Accepted mksh 50c-1 (source all i386) into unstable

2014-10-03 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Fri, 03 Oct 2014 18:56:34 + Source: mksh Binary: mksh pdksh Architecture: source all i386 Version: 50c-1 Distribution: unstable Urgency: high Maintainer: Thorsten Glaser t...@mirbsd.de Changed-By: Thorsten Glaser t...@mirbsd.de

Re: bash exorcism experiment ('bug' 762923 763012)

2014-10-02 Thread Thorsten Glaser
On Wed, 1 Oct 2014, Russell Stuart wrote: The only reason I ported things to dash is /bin/sh is now linked to it, which in view makes it the standard shell. Every script starting with #!/bin/sh must work with. If I can't get it working because of a This is wrong. Every script starting with

Accepted mediawiki 1:1.19.20+dfsg-1 (source all) into unstable

2014-10-02 Thread Thorsten Glaser
-de...@lists.alioth.debian.org Changed-By: Thorsten Glaser t...@mirbsd.de Description: mediawiki - website engine for collaborative work mediawiki-classes - website engine for collaborative work - standalone classes Changes: mediawiki (1:1.19.20+dfsg-1) unstable; urgency=medium . * Make debian

Re: Bug#762839: bash without importing shell functions from the environment

2014-09-30 Thread Thorsten Glaser
On Fri, 26 Sep 2014, Matthias Urlichs wrote: In any case, adding -p to any #!/bin/bash shebang line looks like a very good idea. Shall we add a Lintian check for this? ***ABSOLUTELY NOT*** The -p option is for the shell to *not* drop privileges when called setuid. bye, //mirabilos --

Re: bash exorcism experiment ('bug' 762923 763012)

2014-09-30 Thread Thorsten Glaser
On Sun, 28 Sep 2014, Russell Stuart wrote: - pipefail, mksh has “set -o pipefail” and the PIPESTATUS array. - local variables, mksh has them, of course. ksh93 only has them in functions declared with the “function” keyword, and lacks a default “alias local=typeset” to make it useful.

Re: bash without importing shell functions from the environment

2014-09-26 Thread Thorsten Glaser
On Thu, 25 Sep 2014, shawn wilson wrote: In that case, I'd think busybox's sh is *much* more minimalist. Why dash over busybox? There is something called bugs. The busybox implementation is artificially limited. Also, it uses the busybox common code, which makes its codebase rather large. The

Re: Mass do not use bash bug filing

2014-09-26 Thread Thorsten Glaser
On Fri, 26 Sep 2014, Klaus Ethgen wrote: bug in grep, xz-utils or gzip. Only against that 3 tools that most likely are also used from network For what it’s worth, OpenBSD/MirBSD have BSD-licenced implementations of tools like zgrep, zless, etc. that can be used (with s/gzip/xz/g) for xz as

Re: new cowbuilder tool: make local package cache available

2014-09-25 Thread Thorsten Glaser
On Thu, 25 Sep 2014, Ritesh Raj Sarraf wrote: I think I did the same with some settings in pbuilder. I see nothing there that actually generates a Packages file. ## For details, see: http://wiki.debian.org/PbuilderTricks This also indicates you need a “D” hook script to do that. I just wrote

Re: Request when replying to bugs: include the package name / topic.

2014-09-25 Thread Thorsten Glaser
On Wed, 24 Sep 2014, Jakub Wilk wrote: You can easily do this by downloading an email from the bug thread and replying to that. Luckily, if you do that, there's a great chance that you'll get both a helpful Subject and References. :-) Except if it’s the first mail in the thread, then you

Accepted mediawiki 1:1.19.19+dfsg-1 (source all) into unstable

2014-09-25 Thread Thorsten Glaser
-de...@lists.alioth.debian.org Changed-By: Thorsten Glaser t...@mirbsd.de Description: mediawiki - website engine for collaborative work mediawiki-classes - website engine for collaborative work - standalone classes Closes: 759878 Changes: mediawiki (1:1.19.19+dfsg-1) unstable; urgency=medium

new cowbuilder tool: make local package cache available

2014-09-24 Thread Thorsten Glaser
Hi *, I’ve just written a hookscript for pbuilder which makes the locally cached files available during a package build. Just chmod +x it, drop it into the --hookdir, and you’re set¹². Usage scenario here is mostly debian-ports: when building packages that depend on each other, you no longer

Re: new cowbuilder tool: make local package cache available

2014-09-24 Thread Thorsten Glaser
On Wed, 24 Sep 2014, Thorsten Glaser wrote: Usage scenario here is mostly debian-ports: when building packages that depend on each other, you no longer have to wait until the first package is Installed until you can build the second package³. It also makes older packages, Hrm. Just

Re: Debian Policy 3.9.6.0 released

2014-09-17 Thread Thorsten Glaser
Bill Allombert dixit: 10.1 Binaries must not be statically linked with the GNU C library, see policy for exceptions. It says there that exceptions *may* be granted, but not by whom. So, who can grant an exception for the (already existing) /bin/mksh-static file (which

Re: upgrades must not change the installed init system

2014-09-12 Thread Thorsten Glaser
On Mon, 8 Sep 2014, Vincent Danjean wrote: When Debian switched the default syslog implementation (to rsyslog), upgrades did not change already installed syslog implementation. They most definitely did not do that, right. The only one which did was GRUB → GRUB 2, which required the user to

Re: systemd, again

2014-09-12 Thread Thorsten Glaser
On Mon, 8 Sep 2014, Simon McVittie wrote: systemd is compatible with LSB (i.e. sysvinit) init scripts. So is Upstart. If LSB were == sysvinit, and not just a subset of it, we’d have had *much* less troubles at work during the forced move to insserv even with file-rc. (Spoiler: cow-orkers,

Re: PackageKit cleanup: Do you use these functions?

2014-09-12 Thread Thorsten Glaser
On Thu, 11 Sep 2014, Ansgar Burchardt wrote: Well, online updates do break software from time to time on my system. I’ve had to do unattended updates of our old Kubuntu desktop at work at shutdown time as well, due to breakage involved in upgrading them while being in use (especially the

Re: Seeking help with OpenVPN scripts and systemd

2014-09-12 Thread Thorsten Glaser
On Thu, 11 Sep 2014, Gergely Nagy wrote: OpenVPN works just fine with systemd. Its init script does not, but for Yes, but for many installations, its init script is what is required for the VPN to “work”. There is no problem with that, at all. Right, no problem except that remote machines

Re: Trimming priority:standard

2014-09-12 Thread Thorsten Glaser
On Fri, 12 Sep 2014, Josh Triplett wrote: * dc: a RPN calculator is pretty esoteric, bc is for normal people. Just filed a bug for that one. I'd actually argue that both bc and dc should become optional. *no*! bc is the standard Unix calculator, normally a dc frontend, and used in *a

Re: ppc64 not in any-powerpc ?

2014-09-12 Thread Thorsten Glaser
On Fri, 12 Sep 2014, Jakub Wilk wrote: Because any-amd64 matches x32. (I kid you not.) Because any-powerpc matches powerpc. powerpcspe? These are probably bugs in dpkg and related tools, and massively unexpected. On Fri, 12 Sep 2014, Simon McVittie wrote: There might be situations where

Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]

2014-09-12 Thread Thorsten Glaser
On Tue, 9 Sep 2014, Mathieu Parent wrote: 4) Upgrade to systemd silently without asking the user AND add a grub entry to use old init These are the Linux bootloaders I came up within less than five minutes of searching the ’net: • Acronis OS Selector • AiR-Boot • AKernelLoader • AMIBOOT •

Re: Trimming priority:standard

2014-09-12 Thread Thorsten Glaser
On Fri, 12 Sep 2014, Thibaut Paumard wrote: I agree that all those tools belong to a standard UNIX system. However, is that among our goals to provide people with a standard UNIX system by This is not about “by default”, but it *is* the definition of priority:standard in Debian. And yes, it’s

Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]

2014-09-12 Thread Thorsten Glaser
On Tue, 9 Sep 2014, Ansgar Burchardt wrote: We could delay the transition-on-upgrade by one release, but the migration from sysvinit to systemd on a Jessie - Jessie+1 upgrade will probably end up less tested (though systemd itself would probably be more tested by then). Nobody says jessie+1

Re: upgrades must not change the installed init system [was: Re: Cinnamon environment now available in testing]

2014-09-12 Thread Thorsten Glaser
On Wed, 10 Sep 2014, Nick Phillips wrote: Debian has a good and hard-earned reputation for not messing up sysadmins' changes Agreed. This is about the only thing I can currently use to argue for use of Debian over *buntu in some places. So, is it actually feasible to provide such a prompt?

Re: Trimming priority:standard

2014-09-12 Thread Thorsten Glaser
On Fri, 12 Sep 2014, Thibaut Paumard wrote: No, it's not. The actual definition is very vague and does not refer to Oh, my bad. I confused this with priority:important then. So we should probably *raise* the priority of things like bc, ed, etc. to important. bye, //mirabilos --

Re: Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-08 Thread Thorsten Glaser
On Sun, 7 Sep 2014, Axel Beckert wrote: cleo is a utility for playing back pre-recorded shell commands in a live demonstration. cleo displays the commands as if you had actually typed them and then executes them interactively. Will it run them anew, or just display the output from the first

Re: Cinnamon environment now available in testing

2014-09-07 Thread Thorsten Glaser
On Sat, 6 Sep 2014, Michael Biebl wrote: Steve, as long as bugs like [1] are not fixed in systemd-shim, I'm not going to make it the first alternative. Installing a half-broken logind whould be a disservice to our users. Uhm, did you read this subthread at all? Let me try to summarise: At

Re: systemd, again

2014-09-07 Thread Thorsten Glaser
On Sun, 7 Sep 2014, Andreas Metzler wrote: I think that is terrible idea, because it makes us release a system that is lot less tested than it should be. If only fresh installs were Nonsense. sysvinit must continue to work anyway, for various reasons (upgrades, kfreebsd, the TC decision).

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-05 Thread Thorsten Glaser
On Fri, 5 Sep 2014, Changwoo Ryu wrote: As I said, such lowmem embeded devices don't even need to install big packages. Just you saying so doesn’t make it (more) true. Debian is a universal operating system… at least it tries to. Maybe one of these packages contains _one_ file you need to

x32: a success story, and thanks to you all!

2014-09-05 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Hi everyone, some might have noticed that, once the Debian Linux Kernel Maintainers activated x32 support in the standard Debian kernels, I cross-graded my machine at work to it. I would like to say thanks to the various maintainers involved in

Re: daemon user naming scheme

2014-09-05 Thread Thorsten Glaser
On Fri, 5 Sep 2014, Ian Jackson wrote: Simon McVittie writes (Re: daemon user naming scheme): It is reasonable to use /var/lib/foo (or /run/foo or /var/cache/foo or /var/games/foo) as the home directory of a system user whose name is _foo, debian-foo, Debian-foo or whatever. You need to

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-04 Thread Thorsten Glaser
Jonathan Dowland wrote: I suppose we should always be sympathetic towards such architectures, but at the end of the day we should primarily concern ourselves with release architectures. Such as mips? On Wed, 3 Sep 2014, Christian Kastner wrote: That is the key question, and I believe

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-03 Thread Thorsten Glaser
On Wed, 3 Sep 2014, Changwoo Ryu wrote: I think 65MIB for decompressing is OK with current hardwares as long as it saves good amount of space and bandwidth. Not on avr32, and it hurts sh4, m68k and others as well. bye, //mirabilos -- Why don't you use JavaScript? I also don't like enabling

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-03 Thread Thorsten Glaser
On Wed, 3 Sep 2014, Changwoo Ryu wrote: I can't imagine any 31 MiB machine which needs to render megabytes of It’s *additional* memory. On top of kernel, libc, apt, dpkg, and whatever the user is running in parallel. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers

Accepted mksh 50b-1 (source all i386) into unstable

2014-09-03 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Wed, 03 Sep 2014 22:30:55 +0200 Source: mksh Binary: mksh pdksh Architecture: source all i386 Version: 50b-1 Distribution: unstable Urgency: high Maintainer: Thorsten Glaser t...@mirbsd.de Changed-By: Thorsten Glaser t...@mirbsd.de

Re: Base binary packages using xz instead of gzip

2014-09-02 Thread Thorsten Glaser
On Tue, 2 Sep 2014, Ondřej Surý wrote: On Tue, Sep 2, 2014, at 10:24, Marco d'Itri wrote: I know, but if systems on which xz-utils is not easily available really exist then the interested parties could replace it with xzdec which is small and statically linked. Is there such system or

Re: Possible abuse of dpkg-deb -z9 for xz compressed binary packages

2014-09-02 Thread Thorsten Glaser
On Tue, 2 Sep 2014, Changwoo Ryu wrote: In my quick experiments with some font packages, -Sextream -z9 option still gives ~4% smaller size than the default. IMO this is still significant for big font packages. Maybe, but please stick to -Sextreme -z7 at most, nevertheless. Thanks,

network access during package build (was Re: Bug#759762: ITP: libz-mingw-w64 -- compression library (targeting Windows))

2014-09-02 Thread Thorsten Glaser
On Mon, 1 Sep 2014, Adam Borowski wrote: Also, should we detect all other attempts to contact the outside network, and swat such builds with extreme prejudice? Yes. These can be privacy breeches, licence violations (download things that change what gets embedded into the packages), and all

Re: Jessie without systemd as PID 1?

2014-09-02 Thread Thorsten Glaser
On Mon, 1 Sep 2014, Steven Chamberlain wrote: rejected. I hope a Blend would be a more constructive approach. I'm thinking sysvinit would be the easiest 'flavour' to implement for Actually, I think it’s the hardest one. All others will be task selections run after debootstrap. Changing the

Re: network access during package build

2014-09-02 Thread Thorsten Glaser
On Tue, 2 Sep 2014, Adam Borowski wrote: (I’m aware that there is still *too* much “disable the network” in pbuilder. Sorry for not having had the time to work on that. I’ll try to do so shortly.) Could you tell us what's this too much? #753944 Here's how I would do it: unshare --net

Re: Jessie without systemd as PID 1?

2014-09-02 Thread Thorsten Glaser
Svante Signell dixit: It would be nice to have the same init system:sysv-core, as well as the same default desktop:mate-desktop-environment (including accessibility enhancements), for all arches: Linux, kFreeBSD and Hurd :-) If possible, this could be an option in the advanced menu of the

Re: JavaScript usage

2014-09-01 Thread Thorsten Glaser
On Sun, 31 Aug 2014, Octavio Alvarez wrote: Why don't you use JavaScript? I also don't like enabling JavaScript in Because I use lynx as browser. But then, this survey *does* work with Lynx. At least, I get a success message at the end… bye, //mirabilos -- Sometimes they [people] care too

Re: Reintroducing FFmpeg to Debian

2014-08-28 Thread Thorsten Glaser
On Thu, 28 Aug 2014, Vittorio Giovara wrote: On 17/08/2014 18:15, Clément Bœsch wrote: - you leeching my work by leveraging git merge daily Welcome to the wonderful world of Open Source Luca. Sorry but no, definitely no. While technically what ffmpeg does is allowed by the (L)GPL, it

Re: Reverting to GNOME for jessie's default desktop

2014-08-28 Thread Thorsten Glaser
On Thu, 21 Aug 2014, Paul van der Vlis wrote: There is something called LLVMpipe, it's a software fallback when there Hm, but LLVM is not available for all Debian (CPU) architectures. bye, //mirabilos (let’s make IceWM the default desktop and good is.) -- [16:04:33] bkix: veni vidi violini

Re: daemon user naming scheme

2014-08-28 Thread Thorsten Glaser
On Mon, 25 Aug 2014, Jerome BENOIT wrote: On 25/08/14 16:53, Simon McVittie wrote: * Debian-foo * Dfoo Uppercase may have problems dealing with eMail. Sometimes, dæmon users may want that. I strongly suggest to not use uppercase letters in usernames, system or not. I think I slightly

Re: Help request: intel-microcode and old Intel processors

2014-08-28 Thread Thorsten Glaser
On Tue, 26 Aug 2014, Henrique de Moraes Holschuh wrote: If you happen to run Debian or Ubuntu on a computer with an old Intel processor (Pentium M, Celeron M, Pentium 4 Mobile, Mobile Celeron, Pentium I’ve got an IBM X40. I can boot Grml off a USB stick, dist-upgrade and run these commands, if

Re: Standardizing the layout of git packaging repositories

2014-08-28 Thread Thorsten Glaser
On Wed, 20 Aug 2014, Jeremy Stanley wrote: There still seems to be some legal contention around Apache License 2.0 expecting an authors list for a project. And I agree copyright Not just that one, there are other licences with weird terms like that. significant enough to amend the

Accepted mksh 50-4 (source all amd64) into unstable

2014-08-22 Thread Thorsten Glaser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Fri, 22 Aug 2014 10:17:11 +0200 Source: mksh Binary: mksh pdksh Architecture: source all amd64 Version: 50-4 Distribution: unstable Urgency: medium Maintainer: Thorsten Glaser t...@mirbsd.de Changed-By: Thorsten Glaser t

Re: Standardizing the layout of git packaging repositories

2014-08-18 Thread Thorsten Glaser
On Sat, 16 Aug 2014, Thomas Goirand wrote: Why would you tag the upstream release? I mean, it's upstream's job to Yeah, if upstream uses git at least it should NOT be done by the packager. If not, it depends. - shall we standardize the pristine-tar branch? As in, always use pristine-tar?

Re: Standardizing the layout of git packaging repositories

2014-08-18 Thread Thorsten Glaser
On Fri, 15 Aug 2014, Russ Allbery wrote: m...@linux.it (Marco d'Itri) writes: The first step is to determine which problem you are trying to solve. Surprisingly insightful, this one. I want to be able to check out a git repository and do packaging work and an upload, without having to

Re: Standardizing the layout of git packaging repositories

2014-08-18 Thread Thorsten Glaser
On Sun, 17 Aug 2014, Thomas Goirand wrote: Like I wrote in another post, master doesn't express anything. ACK. All of this is error prone. Using upstream tags and merging them rather than branches avoid troubles. I have yet to see a case where using upstream tags wasn't practical. There

debian-subdir-only packaging repos (was Re: Standardizing the layout of git packaging repositories)

2014-08-18 Thread Thorsten Glaser
On Sun, 17 Aug 2014, Neil Williams wrote: The vast majority (all?) of git packaging repositories have the upstream sources. No. None of mine do, or will. I’m working with some which also don’t, and find it would be easier if there were a way to extract a .orig.tar.gz in the same way that

Re: Standardizing the layout of git packaging repositories

2014-08-18 Thread Thorsten Glaser
On Sun, 17 Aug 2014, Jonathan Dowland wrote: On Fri, Aug 15, 2014 at 04:16:01PM +0200, Raphael Hertzog wrote: - version encoding (due to git restrictions): : - % ~ - _ I’d rather have something that sorts like Debian versions in “git tag” output… _ - _5f : - _3a ~

Re: Uploading python-xstatic-* packages in Debian

2014-08-15 Thread Thorsten Glaser
On Thu, 14 Aug 2014, Thomas Goirand wrote: What would probably work better would be to add the python library inside upstream code. That would work as well. But then we have another issue: the Python module is supposed to be packaged as python-something, and the JS libs are supposed to be

Re: Uploading python-xstatic-* packages in Debian

2014-08-14 Thread Thorsten Glaser
On Thu, 14 Aug 2014, Thomas Goirand wrote: Just a quick explanation of what I'm doing with the python-xstatic-* packages here. I've thought about how to do it best for a long time. Thanks! I was wondering. It is also worth noting that the Debian package version for XStatic modules is

Re: Uploading python-xstatic-* packages in Debian

2014-08-14 Thread Thorsten Glaser
Brian May dixit: In what way will python-xstatic-jquery be better than libjs-jquery? No. What I meant is: | Package: python-xstatic-jquery | Provides: libjs-jquery is better than | Package: python-xstatic-jquery | Depends: libjs-jquery | | Package: libjs-jquery because it’s less packages.

Re: [CTTE #717076] Default libjpeg implementation in Debian

2014-08-11 Thread Thorsten Glaser
On Thu, 31 Jul 2014, Don Armstrong wrote: 11. The prospective libjpeg-turbo maintainer should propose an appropriate Who *is/are* the maintainer(s), anyway? There are packaging bugs being ignored, and there is an open bug on a non-release architecture whose suggested workaround (or possibly

Re: Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian

2014-07-30 Thread Thorsten Glaser
Andreas Cadhalpun: So it's good that FFmpeg upstream does that backporting. As opposed to, for example, MySQL and Iceweasel, for which there is practically a blanket permission to upload new upstream releases unchecked into stable. (There appears to be one for Mediawiki and OpenJDK too, which do

Re: apache2 issues

2014-07-29 Thread Thorsten Glaser
Brian May wrote: * apache2-reverse-dependency-calls-invoke-rc.d - due to legacy fall back code that restarts Apache2.2 automatically. Yeah, I'm overriding this one too. * non-standard-apache2-configuration-name - due to the fact I need to supply different configuration files for apache2.2 and

Re: systemd now appears to be only possible init system in testing

2014-07-28 Thread Thorsten Glaser
Vincent Lefevre wrote: Screen sessions, SSH sessions and computation processes running in background are lost after a reboot, not after a relogin. AIUI this is not true for systemd: once the session is terminated, all background processes run in it are killed too. There are lots of duckduckgo

Re: systemd now appears to be only possible init system in testing

2014-07-23 Thread Thorsten Glaser
Cameron Norman wrote: I noticed that not doing the libraries cause apt to try to upgrade them on dist-upgrade and do some weird operations like try to remove my current init system and install systemd-sysv or remove all of systemd, as well as NM and udisks and a lot of other packages. FWIW,

<    1   2   3   4   5   6   7   8   9   10   >