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 wrot

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

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 have

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: 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 -- 15:41⎜ Some

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: 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 jessi

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’

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 • AP

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 whe

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

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 a

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 deskto

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, espe

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 i

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: 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). Al

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: 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. > > Y

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 thi

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 bui

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 c

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 [

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 enabl

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: 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: > uns

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 th

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 ot

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, //mir

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 syst

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 mu

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 years/ho

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, i

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 s

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: 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)GP

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: > > - encoding (due to git restrictions): > > ":" -> "%" > > "~" -> "_" I’d rather have something that sorts like Debian versions in “git tag” output… > "_" -> "_5f" >

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

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. The

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 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 pristin

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-, and the JS libs are supposed to be > packa

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: 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 fol

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 fi

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.

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, t

Re: Override disparity checks

2014-07-17 Thread Thorsten Glaser
Luca Falavigna wrote: >IMO, these should be handled on a case-by-case basis. Agreed. >Looking more at it, it seems there are a lot of packages requiring >dependencies which are extra: There is a bug in the file, IMHO, though: mediawiki: dependency: php5-mysqlnd: extra The situation is:

Re: Override disparity checks (Was: Re: Transition plan for changing the default init system)

2014-07-17 Thread Thorsten Glaser
Luca Falavigna wrote: >> Among even minbase, there are a *lot* of violations of this >> particular rule of Policy. There is also nothing in place >> checking them. > >Actually, there are two tools to check this: > * [4]https://ftp-master.debian.org/override-disparity.gz Ah, that's new... before

Re: Transition plan for changing the default init system

2014-07-17 Thread Thorsten Glaser
Tollef Fog Heen wrote: >> What are the reasons behind are you going for required and not standard? > >A Priority: required package (init) isn't allowed to depend on something >with Priority: standard per policy. Among even minbase, there are a *lot* of violations of this particular rule of Policy

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

2014-07-17 Thread Thorsten Glaser
Ben Hutchings wrote: >Since Linux 2.6.29, you get 128 random bits at each execve(), which you >can access like this: getauxval() is only in (e)glibc, not in dietlibc or klibc, though. Also, glibc already uses all 128 bits in some other place. bye, //mirabilos -- To UNSUBSCRIBE, email to debia

Re: Bug#754513: ITP: libressl -- SSL library, forked from OpenSSL

2014-07-17 Thread Thorsten Glaser
Russ Allbery wrote: >Steven Chamberlain writes: >> * first-forked process does not use the PRNG yet, but forks again Actually, it does: it calls RAND_poll(), which libressl made into a nop. >control. There has been some talk of implementing PID randomization >precisely to make this attack har

Re: let missing-debian-source-format lintian tag be a warning!

2014-07-17 Thread Thorsten Glaser
Guillem Jover wrote: >Exactly. I don't have any intention to change the current dpkg-source >default behavior in that regard. ACK. But people who touch packages without d/s/format can just write "1.0\n" into it, to retain existing behaviour without the warning. Still, changing the default is bad

Re: people.debian.org will move from ravel to paradis and become HTTPS only

2014-07-15 Thread Thorsten Glaser
Dixi quod… >Martin Zobel-Helas dixit: > >>Furthermore, we will change the people.debian.org web-service such that >>only HTTPS connections will be supported (unencrypted requests will be >>redirected). […] >Take it as a heads-up to maybe move stuff elsewhere, if it needs http >(e.g. APT repos work

Re: Solutions for the Apache upgrade hell

2014-07-14 Thread Thorsten Glaser
il it back to the list. List works for me… >On 14 July 2014 09:53, Thorsten Glaser wrote: http://www.afaik.de/usenet/faq/zitieren/ please don’t top-post or full-quote. Thanks, //mirabilos -- > Wish I had pine to hand :-( I'll give lynx a try, thanks. Michael Schmitz on

Re: m68k too slow for https? Re: people.debian.org will move from ravel to paradis and become HTTPS only

2014-07-14 Thread Thorsten Glaser
h01ger wrote: >On Sonntag, 13. Juli 2014, Thorsten Glaser wrote: >> >Furthermore, we will change the people.debian.org web-service such that >> >only HTTPS connections will be supported (unencrypted requests will be >> >redirected). >> This means that reques

Re: Solutions for the Apache upgrade hell

2014-07-14 Thread Thorsten Glaser
h01ger wrote: >I've never used "upgrade --purge" _in one step_ and I don't think it's a >particularily smart idea at all. But if people want to shoot themselves in The --purge is a no-op with "upgrade". But I normally use "apt-get --purge dist-upgrade" both to upgrade across distros and to stay

Re: DD's cheat card (was Re: Bug#754416: makefs: FTBFS on mips: Must set MACHINE_ARCH to one of mipseb or mipsel)

2014-07-14 Thread Thorsten Glaser
Kibi wrote: >Joachim Breitner (2014-07-13): >>Am Sonntag, den 13.07.2014, 13:02 +0200 schrieb Cyril Brulebois: >> >> [10]https://www.debian.org/intro/organization >>not really helpful. It links to >> [11]https://buildd.debian.org/ >> from where no information about how to query for rebuilds can be

Re: people.debian.org will move from ravel to paradis and become HTTPS only

2014-07-13 Thread Thorsten Glaser
Martin Zobel-Helas dixit: >Furthermore, we will change the people.debian.org web-service such that >only HTTPS connections will be supported (unencrypted requests will be >redirected). This means that requests from wget (since it switched from OpenSSL to GnuTLS) and other utilities from slow arch

DD's cheat card (was Re: Bug#754416: makefs: FTBFS on mips: Must set MACHINE_ARCH to one of mipseb or mipsel)

2014-07-13 Thread Thorsten Glaser
Cyril Brulebois dixit: >Thorsten Glaser (2014-07-12): >> OK, can you please give-back makefs on mips once the new bmake >> binaries are available for all buildds? > >Please send your request to the appropriate place. Ookay. Yes, this was a mistake of mine. But it took

Re: systemd is here to stay, get over it now

2014-07-08 Thread Thorsten Glaser
Norbert Preining wrote: >On Mon, 07 Jul 2014, Josselin Mouette wrote: >> If they don’t need any of the systemd features, I guess they don’t need >> any of its reverse dependencies either. > >Rubbish. I want network-manager, but I don't want systemd. I don’t, but I want most KDE packages, so

Re: sysvinit is still here, and here to stay for jessie

2014-07-04 Thread Thorsten Glaser
Matthias Urlichs wrote: >For Zurg (Jessie+1), we're likely to switch to Wayland. How do you plan to We're *what*? (Says someone who uses X11 forwarding, VNC in, VNC out, and all that on an almost-, if not daily, basis.) OT: prevent-systemd-*_9_all.deb are in my repo. Wookey, feel free to u

GR - collecting proposals (was Re: systemd is here to stay, get over it now)

2014-07-04 Thread Thorsten Glaser
Steve McIntyre wrote: >with this constant bickering and sniping. If you must do it, start the >GR and see how that goes. I even offer to second it just to help get Can you help formulate? I do not feel my English skills are up to that. Also, what options do we need? 1) systemd is the only init

Re: systemd is here to stay, get over it now

2014-07-04 Thread Thorsten Glaser
Matthias Urlichs wrote: >Thorsten Glaser: >> systemd is a backdoor in that, like the availability of Steam >> games for DDs, it has a chance to hinder the progress of all >> projects done in the spare time of the people affected. >Yeah. It "has a chance". Yes

Re: systemd is here to stay, get over it now

2014-07-04 Thread Thorsten Glaser
Dominik George dixit: >systemd, in its nature as an init system, starts what you tell it to >start. There is nothing that can prevent it from starting openntpd if >you want that. If you through a service file at it, or even an LSB >init script, then systemd has no choice but to start it. No, this

Re: systemd is here to stay, get over it now

2014-07-04 Thread Thorsten Glaser
Juliusz Chroboczek wrote: >> The problem is that some people bitch endlessly abut how evil systemd is >> _instead_of_ producing software (not just patches) to replace what >> systemd offers. > >Abstracting away from your somewhat offensive choice of language, that's >a good point. As far as I'm aw

Re: systemd is here to stay, get over it now

2014-07-04 Thread Thorsten Glaser
OdyX wrote: >all means, go for it. That said, as far as I remember, the latest GR >proposal [4] on this subject failed to gather the mandatory K seconds >though. For me, this indicates that not even K=5 DDs were interested in I was not even aware of that proposal. This may also indicate lack of,

Re: How to avoid stealth installation of systemd?

2014-07-03 Thread Thorsten Glaser
>Yet I didn't see any proposal for a "consolekit-must-die" package= Must be because most people did not even get consolekit installed. Or because it was not that intrusive? (People "in the know" avoided *kit for a long time already anyway.) bye, //mirabilos -- To UNSUBSCRIBE, email to debian-

sysvinit is still here, and here to stay for jessie (was Re: systemd is here to stay, get over it now)

2014-07-03 Thread Thorsten Glaser
On Thu, 3 Jul 2014, Didier 'OdyX' Raboud wrote: > The proper solution is to stop trying to hide ourselves from to the fact > that some sort of systemd interfaces have been made unavoidable in > modern desktop environments (fact which is rightfully reflected in our Eh… you know… these are not a

Re: Pinning vs. conflicting

2014-07-03 Thread Thorsten Glaser
Matthias Urlichs wrote: >Thorsten Glaser: >> >> You have not yet explained why apt pinning is not enough. >> Simply because apt is not the only way to install packages. >Don't synaptic and/or whatever honor these pins too? I have no idea about synaptic, but ther

Re: Pinning vs. conflicting

2014-07-03 Thread Thorsten Glaser
Juliusz Chroboczek wrote: >Emilio Pozuelo Monfort wrote: >> You have not yet explained why apt pinning is not enough. Simply because apt is not the only way to install packages. > - conflicting packages are honoured by dpkg, unlike pinning; > - a package can conflict with multiple packages, whil

Re: How to avoid stealth installation of systemd?

2014-07-02 Thread Thorsten Glaser
Jeroen Dekkers wrote: >Wookey wrote: >> I think some people are failing to see the humour in this name >> (and Dawkins knows we could use some humour round this subject), but I >> guess if it's not going to be allowed then it's not going to be >> allowed. > >Yes, I also completely fail to see the

Re: How to avoid stealth installation of systemd?

2014-07-01 Thread Thorsten Glaser
Juliusz Chroboczek wrote: >So I'm turning to this list for help: > > 1. Could some competent person tell me the right way to tell apt that it > should fail an upgrade rather than installing systemd? I guess > I could make a dummy package that conflicts with systemd, but I'm I made such

Re: SV: MATE 1.8 has now fully arrived in Debian

2014-06-28 Thread Thorsten Glaser
Andrei POPESCU dixit: >Yes, I know everything in Debian is a package, but APT *is* the master >of all packages :p Wrong: • dpkg (directly or via dselect) does not use APT’s system (well, not necessarily, anyway) • aptitude has been known to ignore the view dpkg/apt have on the system, e.g.

Re: Heads-up: dpkg-buildflags switching to -fstack-protector-strong

2014-06-27 Thread Thorsten Glaser
Romain Francoise dixit: >Finally, please note that this new flag will not be used on m68k, or1k, >powerpcspe, sh4, and x32. The stack protector itself is currently Doko said he’d upload gcc-defaults with *all* arches set to 4.9 next. If you upload after him, that will suffice. (Or rather: set cor

Re: MATE 1.8 has now fully arrived in Debian

2014-06-27 Thread Thorsten Glaser
Sune Vuorela wrote: >The way is to put your time/money where your mouth is and provide the >code. Asking others to do all the work is not the way forward in OSS. I highly doubt you can call _me_ someone who does not do work in OSS. You know, methods to clone a human being, time turners, etc. have

Re: MATE 1.8 has now fully arrived in Debian

2014-06-27 Thread Thorsten Glaser
Russ Allbery wrote: >Thorsten Glaser writes: > >> Yes, I fully agree. But _please_ also realise that there are people, >> a non-neglibile number of them, for whom these frameworks are not an >> improvement, and who wish to be not forced to use them. > >That's

systemd-must-die (was Re: MATE 1.8 has now fully arrived in Debian)

2014-06-26 Thread Thorsten Glaser
Wookey worte: >> [11]http://users.unixforge.de/~tglaser/debs/dists/etch/wtf/Pkgs/mirabilos-support/ > >Can it be uploaded please? As has been observed, there is a reasonable >number of people who would like an easy way to control explicitly >when/if they change to systemd for pid 1. Having to get

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Simon McVittie wrote: >tl;dr: these frameworks were not invented just to troll you, they do >have a purpose :-) Yes, I fully agree. But _please_ also realise that there are people, a non-neglibile number of them, for whom these frameworks are not an improvement, and who wish to be not forced to us

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Jean-Christophe Dubacq wrote: >So that students can do eg ssh mybuddymachine /sbin/shutdown ? > >(and they need to be able to shutdown their own machine, power is not free). Why do people always think that a proposal will automatically exclude all others? In your student scenario, you do *not* a

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Svante Signell wrote: >On Thu, 2014-06-26 at 11:59 +0200, Ansgar Burchardt wrote: >> On 06/26/2014 11:34, Thorsten Glaser wrote: >> >> No, it didn't work. You had to be root for operations as simple as >> >> shutting down the computer. >> &g

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Wookey wrote: >+++ Matthias Urlichs [2014-06-26 11:58 +0200]: >> Hi, >> >> Andrew Shadura: >> > [14]http://qa.debian.org/popcon-graph.php?packages=systemd-sysv+sysvinit&show_installed=on&want_legend=o >n&want_ticks=on&from_date=2014-01-01&to_date=&hlght_date=&date_fmt=%Y-%m&beenhere=1 >> > >> Sorry

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
>No, it didn't work. You had to be root for operations as simple as >shutting down the computer. Only on Debian. OpenBSD and MirBSD have: -r-sr-x--- 1 root operator 122716 Sep 10 2013 /sbin/shutdown* I never understood why Debian doesn't. bye, //mirabilos -- To UNSUBSCRIBE, email to debi

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Russ Allbery dixit quod... >Simon McVittie writes: [ startx ] >> a virtual console, a locked X screensaver is worthless, because someone >> can just switch virtual console with Ctrl+Alt+Fn, press Ctrl+C and >> they're in your shell session. > >This doesn't change anything else that you point out,

Re: MATE 1.8 has now fully arrived in Debian

2014-06-26 Thread Thorsten Glaser
Simon McVittie dixit quod... >On 25/06/14 15:43, Svante Signell wrote: >> Regarding mate desktop policykit-1 build-depends on libsystemd-login-dev >> only for linux-any. What functionality is missing for other >> architectures? [...] >In Debian 7, PolicyKit could answer the question "is Svante logg

Re: Unicode 7.0 released - some packages contain outdated embedded data copies

2014-06-24 Thread Thorsten Glaser
Adam Borowski angband.pl> writes: > On Wed, Jun 18, 2014 at 02:54:43PM +0200, Thorsten Glaser wrote: > > > Unicode 7.0 was recently released. I discovered some source packages > > > contain outdated copies of various Unicode data files. At minimum, the > > >

Re: New project goal: Get rid of Berkeley DB (post jessie)

2014-06-24 Thread Thorsten Glaser
Ondřej Surý sury.org> writes: > True, but gdbm is GPL and LGPL and that's a problem for many non-GPL > applications using Berkeley DB now. For applications that are not limited to the on-disc file format compatibility, but just need an easy key/value storage API, like gdbm users, you could just

Re: New project goal: Get rid of Berkeley DB (post jessie)

2014-06-24 Thread Thorsten Glaser
Ondřej Surý sury.org> writes: > Or we can just keep db5.3 forever and wait what will BSD folks do. > Maybe we will end up with LibreDB (*cough*)... We have what essentially became db185 in libc, so there is no need for that ;-) All the dbm functions are in libc already. (This also holds true for

Re: llvm-defaults vs update alternatives

2014-06-24 Thread Thorsten Glaser
Sylvestre Ledru debian.org> writes: > > Build systems that ignore those environment variables are broken and > > need to be fixed. > > > Yes, but we have plenty of packages not honoring CC, CXX or CLFAGS. Yes, but I have a GCC patch (in MirBSD) that can make such builds fail, by adding a non-sta

Re: Unicode 7.0 released - some packages contain outdated embedded data copies

2014-06-18 Thread Thorsten Glaser
Henrique de Moraes Holschuh dixit: >Make it generic, instead. You could just automatize the table update >through a script, and allow it to either fetch the data over the network >using curl/wget/whatever (default), or to get the data from a local file. It’s a bit more than a table. Also, the pr

Re: Unicode 7.0 released - some packages contain outdated embedded data copies

2014-06-18 Thread Thorsten Glaser
On Wed, 18 Jun 2014, Paul Wise wrote: > Unicode 7.0 was recently released. I discovered some source packages > contain outdated copies of various Unicode data files. At minimum, the For mine, mksh and jupp do, but they do not use the data files directly. Instead, when Unicode is updated, I change

Re: use of RDRAND in $random_library

2014-06-16 Thread Thorsten Glaser
Gunnar Wolf gwolf.org> writes: > using entropy to seed a PRNG, if you have several shitty entropy > sources and one _really_ good one, and you xor them all together, the > resulting output is as random as the best of them. If your hardware Your theory may be good, but we are talking about a scen

Re: Password Protecting GPG Keys

2014-06-16 Thread Thorsten Glaser
Russell Stuart debian.org> writes: > messages. One of the reasons raised for not doing it is some felt > uncomfortable carrying around their GPG keys when travelling. > > My initial reaction was "that's being overly cautious" particularly > given there signing every message doesn't mean you hav

Re: holes in secure apt

2014-06-16 Thread Thorsten Glaser
On Thu, 12 Jun 2014, David Kalnischkies wrote: > For your attack to be (always) successful, you need a full-sources > mirror on which you modify all tarballs, so that you can build a valid > Sources file. You can't just build your attack tarball on demand as the Erm, no? You can just cache a work

Re: use of RDRAND in $random_library

2014-06-12 Thread Thorsten Glaser
Kurt Roeckx dixit: >As far as I know, OpenBSD stopped using (A)RC4 for their random >number generation for good reason, even though the function is They stopped, but not for good reason. But you can also use the new unlicenced algorithm they use, if you really feel like it, it’s not bad either, j

Re: Bug#751378: ITP: openlibm -- standalone implementation of C mathematical functions

2014-06-12 Thread Thorsten Glaser
Sébastien Villemot wrote: >The OpenLibm code derives from the FreeBSD msun implementation, which in turn […] >OpenLibm builds on Linux, and with little effort, should build on FreeBSD as >well. It builds with both, GCC and clang. Although largely tested on x86, it >also includes experimental su

Re: holes in secure apt

2014-06-12 Thread Thorsten Glaser
On Thu, 12 Jun 2014, Christoph Anton Mitterer wrote: > Anyone who believed in getting trusted sources might have been attacked > with forged packages, and even the plain build of such package might > have undermined users' security integrity. Then I believe Debian itself may be undermined. > The

Re: use of RDRAND in $random_library

2014-06-12 Thread Thorsten Glaser
On Wed, 11 Jun 2014, Josh Triplett wrote: > Any program desiring high-performance random numbers has a good reason to use > RDRAND or RDSEED: they produce randomness *far* faster than the kernel, and Yes, because SIGILL is so much faster… Anyway. Even on systems supporting RDRAND, user space SHA

<    1   2   3   4   5   6   >