Re: Packages with /outdated/ packaging style

On Tue, 19 Jan 2016, Andreas Tille wrote: > > dh exists to optimise the common case, > > with some limited amount of extendability, but in some cases, dh5 style > > works better and/or ensures more legible debian/rules files than dh7 style. > > s?ensures more legible debian/rules?ensures less

Accepted mksh 52b-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 20 Jan 2016 23:03:23 + Source: mksh Binary: mksh Architecture: source amd64 Version: 52b-1 Distribution: unstable Urgency: high Maintainer: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de> Changed-By: Th

Re: Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.

On Mon, 18 Jan 2016, Waldemar Brodkorb wrote: > It is a try to build a Debian system with an alternative C library That would require a new dpkg architecture and other changes, e.g. you could build for linuxuclibc-i386 instead of linux-i386. The avr32 people tried to make a µClibc-based Debian

Re: support for merged /usr in Debian

Marco d'Itri Linux.IT> writes: > grml-rescueboot is way more useful for rescue purposes. It is… except, I didn’t take it into account when creating the 256 MiB /boot for a laptop, and the regular kernel and initrd are huge already these days, and then you have two of them, plus a temporary

Re: Packages with /outdated/ packaging style

Lucas Nussbaum debian.org> writes: > qa-helper_classic_debhelper.txt (3647 packages) > >The package is still using "classic" debhelper (no dh, no CDBS). Note that this is not a problem in the package, and there is absolutely no requirement to act on this. dh exists to optimise the common

Re: support for merged /usr in Debian

Ansgar Burchardt debian.org> writes: > Marc Haber writes: > > I, for example, am afraid of having to merge /usr in existing systems > > during upgrades, causing repartitions to be necessary. I am afraid of > > partition layout suddenly not fitting any more during

Re: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.

On Sun, 17 Jan 2016, Waldemar Brodkorb wrote: > uClibc-ng is a small C library for developing embedded Linux systems. It is > much smaller than the GNU C Library, but nearly all applications supported by > glibc also work perfectly with uClibc-ng. How is that relevant for a binary distribution

Re: Bug#811275: ITP: uclibc-ng -- uClibc-ng is an implementation of the standard C library that is much smaller than glibc, which makes it useful for embedded systems.

On Mon, 18 Jan 2016, Waldemar Brodkorb wrote: > From a good friend I would expect some more positive feedback > for my hobby project ;) I said, it has its niche, but I doubt it has a place as a generic Debian package… libraries are generally only packaged when something uses them, and C libra‐

Accepted mksh 52-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 12 Dec 2015 23:42:09 + Source: mksh Binary: mksh Architecture: source amd64 Version: 52-1 Distribution: unstable Urgency: medium Maintainer: John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de> Changed-By: Th

Re: Bug#802595: ITP: node-defined -- return the first argument that is `!== undefined`

On Fri, 23 Oct 2015, Steve McIntyre wrote: > separate library for a single function as trivial as: > > for (var i = 0; i < arguments.length; i++) { > if (arguments[i] !== undefined) return arguments[i]; > } > Yes, by all means if you're using it a lot. But a separate library >

Accepted pax 1:20151013-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 13 Oct 2015 23:12:39 +0200 Source: pax Binary: pax Architecture: source amd64 Version: 1:20151013-1 Distribution: unstable Urgency: low Maintainer: Debian QA Group <packa...@qa.debian.org> Changed-By: Thorsten Gla

Re: service failures should not fail dpkg installation

On Sat, 26 Sep 2015, Jeroen Dekkers wrote: > > How does failing the upgrade solve anything? The upgrade should only > > fail if the failure of the service to start was because something in the > > upgrade itself was broken; this is rarely the case. > > I think it solves the problem of notifying

Re: binNMU or reproducible builds (choose only one)

On Wed, 23 Sep 2015, Wouter Verhelst wrote: > Yes, but that would push complexity to the client side for no > particularly good reason. The “client” here is dak, and the info could be pushed to UDD, if it isn’t already (didn’t check). That’s a one-off thing. bye, //mirabilos -- tarent

Re: binNMU or reproducible builds (choose only one)

Wouter Verhelst debian.org> writes: > Everything needed to remedy that would be to not do so, and include the > source to a binNMU with its upload instead. No. The entire delta between the source in the archive and the .deb generated from a binNMU upload is contained in the .changes file as

Re: is the whole unstable still broken by gcc-5?

Виталий Филиппов yourcmc.ru> writes: > > Try using aptitude instead of apt. It sometimes does a better job, and > I've tried and it offered me 100500 different insane ways of solving the > situation... :) that's why I don't use it, its solver seems really insane. > apt-get is far more

Re: Security concerns with minified javascript code

Vincent Bernat debian.org> writes: > 2. Upstream may generate the final pre-minification file with complex > tools, like an AMD loader or an ES6/ES5 transpiler, along with the > use of non-packaged build tools like Grunt. > problem. For the second one, a solution would be to consider

prevent-unattended-upgrades (was Re: system upgrade by systemd)

Michael Meskes meskes at debian.org writes: Who said the update failed? I want to make the decision as to when and how to update my system and I never want to see some stupid software PSA: the src:mirabilos-support package¹ builds a growing number of prevent-* packages; among them is

Re: Recommending packages not available in arch

IOhannes m zmölnig (Debian/GNU umlaeute at debian.org writes: my first reaction was that the intention of this paragraph is mainly to keep the system uncontaminated from non-free and contrib, but while the I think that is correct. Furthermore, arch-qualifying Recommends is not possible in an

Re: Minutes from the 32bit architectures in Debian-bof

Andreas Barth aba at ayous.org writes: - for i386, there is still sold new hardware with 32bit-only. Are there open issues for i386 (apart from the 32bit-generic ones)? Discussion that we need to get rid of it one day should be started. Eh, is this some sort of conspiracy to make Debian

Losing keys from known_hosts?

Hi *, we’ve been seeing a really weird behaviour for a while, as far as we can tell since some openssh security update? We’re losing SSH host keys in known_hosts. The entries are there, then, days or weeks later, they’re no longer there. We disabled host key hashing, but the effect is still

Re: Xeon Phi port

Václav Šmilauer eu at doxos.eu writes: host filesystem through NFS. The platform is identified as x86_64-k1om-linux-gnu; gcc, binutils and glibc support this arch Why does this need to be a new port, then? Did you try running a Debian/amd64 chroot on it, or even just a couple of

Re: Debian with HiDPI / 4K displays

Daniel Pocock daniel at pocock.pro writes: However, I've come up against the DPI issues. The actual DPI is about 131x137 on a 32 display. xdpyinfo reports 96x96 I've recently had the problem that some applications like Kontact/KDEPIM suddenly use the wrong fixedmisc font for eMail

Re: certificate creation in postinst, potentially using letsencrypt script

Bas Wijnen wijnen at debian.org writes: Certificates are placed in /etc/ssl/certs/. No, in /etc/ssl. /etc/ssl/certs/ is for Root CA certificates *only*. bye, //mirabilos -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Re: Ad-hoc survey of existing Debian git integration tools

Thorsten Glaser t.glaser at tarent.de writes: There are two variants. One does have the patches under debian/patches/ (although this does not mix well with VCS IMO, so I don’t usually use it), in which case either the applied or unapplied source tree may be in the VCS. Both are troubling

Re: Proposal v2: enable stateless persistant network interface names

Philip Hands dixit: So, is what you are asking for that rather than simply deleting 75-persistent-net-generator.rules, that it instead be moved to /usr/share/doc/udev/examples/ with a note suggesting that people not use it? That would be sufficient. Ideally add a note on how to use it (I see the

Re: Ad-hoc survey of existing Debian git integration tools

Ian Jackson ijackson at chiark.greenend.org.uk writes: I would like to think some more about the workflows of the existing tools people are using to work with Debian and git, so that I can I tend to have the entire tree “as seen from Debian” in version control, so I can just throw the

Re: BD-Uninstallable due to circullar dependency

Julien Cristau jcristau at debian.org writes: It should just be forced despite the bd-uninstallable. sysvinit-utils and util-linux are essential, so they're already in the build chroot, so whether a newer version is available and uninstallable doesn't matter. Not if the B-D is versioned,

Re: server certificates/key pairs and CA directories

Daniel Pocock daniel at pocock.pro writes: I looked at the package ssl-cert to try and understand and there I found that it is using /etc/ssl/certs for server certs while other packages Do NOT do that. It’s causing trouble because some software (e.g. Gajim) reads all files under

Re: The Spirit of Free Software, or The Reality

Mike Hommey mh at glandium.org writes: I'm saying you can't derive any knowledge from that debian-legal post about screenshot of games. Mhm. AIUI the messages, the base for the reasoning is that the imagery is the product of the game code, which is not the fact here. //mirabilos -- To

Re: Proposal v2: enable stateless persistant network interface names

Simon McVittie dixit: You can still do this via manual configuration; as far as I understand Yes, but… * the current Debian-specific persistent-net-generator scheme pitti wants to drop this; however, this is where we usually do the manual renaming when needed. By all means, do your new thing,

Re: The Spirit of Free Software, or The Reality

Ian Jackson ijackson at chiark.greenend.org.uk writes: For example, in this case, it would be technically possible for (say) Google (or someone masquerading as Google) to change the icon offered to Debian's Iceweasel to one which looks very like Wikipedia's icon. FWIW, there are

Re: The Spirit of Free Software, or The Reality

On Fri, 17 Jul 2015, Adrien CLERC wrote: Maybe you should try the I am an advanced user of uBlock (or uBlock Origin, it's up to you). It replaces AdblockPlus and RequestPolicy in a much more efficient UI for me. More complex also… Hm, but, tbh, I’m not. I absolutely hate Firef*x but there are

Re: The Spirit of Free Software, or The Reality

Ian Jackson ijackson at chiark.greenend.org.uk writes: The problem is simply that the icons are non-DFSG-free. You could make a screenshot from where the original icons are shown, then re-encode those tiny 16x16px thingies into new *.ico files with GIMP. This is sorta like taking a photograph

Re: The Spirit of Free Software, or The Reality

Adam Borowski kilobyte at angband.pl writes: Note that while requestpolicycontinued is capable to do everything original requestpolicy did, in its default mode it's just a poor ad blocker, The new xul-ext-requestpolicy is a severe regression from the old one: • it defaults to all permitted •

Accepted kwalletcli 2.12-5 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Tue, 02 Jun 2015 16:02:43 +0200 Source: kwalletcli Binary: kwalletcli Architecture: source amd64 Version: 2.12-5 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted mksh 50f-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 08 Jul 2015 21:27:51 +0200 Source: mksh Binary: mksh Architecture: source amd64 Version: 50f-1 Distribution: unstable Urgency: low Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t...@mirbsd.de

Re: Allowing both cross building and using an alternative compiler

On Tue, 16 Jun 2015, Wookey wrote: This is a worthy goal, but I've had long conversations about this, trying to think up some 'neutral' names which aren't confusing and have failed. After much hand-wringing I concluded that one might as well just use the GNU names as we use GNU conventions in

Re: please use signed git commits (and tags)

Dimitri John Ledkov xnox at debian.org writes: somebody else did a bad rebase, and then people started to query why I You should just not accept rebase, *ever*. [receive] denyNonFastforwards = true denyDeletes = true This is the standard config of all Evolvis (FusionForge

Re: Invoking ‘init’ from an init.d script (Wheezy)

Ansgar Burchardt ansgar at debian.org writes: Please be aware that --force-yes makes apt ignore invalid signatures for Ouch. What is the equivalent of --force-yes with*out* --allow-unauthenticated, then? This scenario (scheduled non-interactive upgrades) is common… Thanks, //mirabilos

Re: Allowing both cross building and using an alternative compiler

Guillem Jover guillem at debian.org writes: On Mon, 2015-05-11 at 01:34:08 +0200, Matthias Klose wrote: On 05/10/2015 03:32 AM, Guillem Jover wrote: CC_FOR_BUILD = gcc Plus, what Wookey said. the above mentioned wiki pages still talk about HOSTCC and BUILDCC. Please clarify when to

Re: Proposal, a Build-Depends-Optional field

Jonas Smedegaard dr at jones.dk writes: What I do is add a custom build target that rewrites debian/control based on rmadison query resolving current archs for a given package. Please don’t forget the debian-ports architectures for this. (I think this is a point where not-even-on-dpo new

Re: Copyright format “License” field: grant of license, license text?

Jonas Smedegaard dr at jones.dk writes: Standard approach in The Perl team seems to be to skip the license granting statement (i.e. verbatim-from-license-issuer text) and include only license boilerplates (i.e. verbatim-from-license-author texts), That is rather… interesting… as the

Re: Debian Archive architecture removals

[ with my m68k buildd maintainer and (ex-?) porter hat ] Aurelien Jarno dixit: - debian-ports uses mini-dak instead of dak. It uses less resources and brings some features that are useful for new architectures like accepting binary uploads when it improves the version even if it is not the

Accepted mksh 50d-5 (source all amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 07 Mar 2015 22:16:53 +0100 Source: mksh Binary: mksh pdksh Architecture: source all amd64 Version: 50d-5 Distribution: unstable Urgency: medium Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 07 Mar 2015 22:16:53 +0100 Source: mksh Binary: mksh pdksh Architecture: source all amd64 Version: 50d-4 Distribution: unstable Urgency: medium Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted mksh 50e-2 (source all amd64) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 07 Mar 2015 23:30:36 + Source: mksh Binary: mksh pdksh Architecture: source all amd64 Version: 50e-2 Distribution: experimental Urgency: medium Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser

Accepted mksh 50e-1 (source all amd64) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sun, 01 Mar 2015 16:38:11 + Source: mksh Binary: mksh pdksh Architecture: source all amd64 Version: 50e-1 Distribution: experimental Urgency: high Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Re: Bug#777220: ITP: you-get -- downloader for youtube and number of sites

On Fri, 6 Feb 2015, Dmitry Bogatov wrote: know, it is THE console downloading solution. I thought that was youtube-dl? Which is also written in Python… I smell the chance to share… bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228

Re: Any way to apply patch on some archs only?

On Thu, 29 Jan 2015, Clint Byrum wrote: Fair enough? In some cases, the patch to fix the behaviour for some architectures may-or-may-not-(but-this-has-to-be-proven) hurt performance or something on other architectures while retaining correctness. In these cases, always if the language does not

Re: Who gets an email when with bugreports

On Mon, 19 Jan 2015, Wookey wrote: Ah yes, and that list has no option for 'maintainer and submitter' or 'everybody who replied to this bug' which both seem like things one That does not help either. By default, people just “reply to list”, “reply to all” or just “reply”. Too much stuff ends

Re: length of a package extended description

On Thu, 15 Jan 2015, Vincent Lefevre wrote: I don't even see how it can work. Perhaps you need to explain. *sigh*… • Take output of 「apt-cache show texlive-latex-extra」 • Replace all newlines with \x01 • Replace all “\x01\x20” with just a space (0x20) • Replace all remaining \x01 back to

Re: Who gets an email when with bugreports

On Mon, 19 Jan 2015, Thijs Kinkhorst wrote: The only seems to suggest this is a minority. I would however argue that the majority of other bug tracking systems do subscribe you to bugs you interact with. Such as FusionForge, which runs Debian’s very own Alioth. I’ve been bitten by this in

Re: length of a package extended description

On Wed, 14 Jan 2015, Vincent Lefevre wrote: which doesn't work at all, neither with zsh nor with bash. It works with mksh, GNU bash, ATT ksh93, zsh (Debian sid). I don’t see why it shouldn’t work on older versions either. It didn't work on Debian sid. WFM. I suggest you take that up

Re: length of a package extended description

On Mon, 12 Jan 2015, Vincent Lefevre wrote: which doesn't work at all, neither with zsh nor with bash. It works with mksh, GNU bash, ATT ksh93, zsh (Debian sid). I don’t see why it shouldn’t work on older versions either. I still want to be able to see the full Depends: and so on.

Re: length of a package extended description

On Fri, 9 Jan 2015, Vincent Lefevre wrote: You can pipe the output to head or tail to sort of achieve what you want to. Obviously not. It may be possible with something like sed or perl, but this may not be future-proof, and breakage due to changes in Nonsense, the format is trivial and

Re: curl and certificate verification in jessie

On Thu, 4 Dec 2014, Ian Jackson wrote: Each time you generate an EE key which you intend to use this way, […] This assumes you can control the server key/cert you want to trust. Daniel Kahn Gillmor writes (Re: curl and certificate verification in jessie): So, the idea is that when you

Re: Bug#771687: debootstrap: Please add support for the Tanglu derivative

On Mon, 1 Dec 2014, Cyril Brulebois wrote: Could you please add support for the Tanglu[1] Debian derivative? Without having looked at it yet: thanks. Yes, please. One bug report per feature is the best way. I thought d-i was frozen and debootstrap was to absolutely not be touched any more?

Re: Javascript trigger design

On Tue, 2 Dec 2014, Brian May wrote: Is it *that* simple? I'm surprised by the interest thing just being Yes. There might be times when compress is run twice. e.g. when It does, yes. I wonder about that too. Can a package trigger itself? (e.g. you could explicitly raise the trigger

Re: Javascript trigger design

On Sat, 29 Nov 2014, Thomas Goirand wrote: 2/ in debian/openstack-dashboard.postinst, implement something like: if [ $1 = triggered ] ; then /usr/share/openstack-dashboard/manage.py compress --force fi Is it *that* simple? No, triggers unfortunately are not that simple: if you

Re: Technical committee acting in gross violation of the Debian constitution

On Fri, 28 Nov 2014, Philipp Kern wrote: On Fri, Nov 28, 2014 at 04:40:50PM +0100, Thorsten Glaser wrote: Hey, there are *still* bugs found because of s390 (not s390x). Uhm. s390x is 64bit BE; ppc64 and sparc64 never made it into the archive. Sure, but I was thinking of other issues, like

Re: Technical committee acting in gross violation of the Debian constitution

On Sat, 29 Nov 2014, Svante Signell wrote: The best for kFreeBSD and Hurd would be to abandoning the Debian ship. No. It is sinking It has sunk, but not gone underwater yet completely. (just let the devuan people get things in order first) And can you *please* *stop* the devuan trolling?

Re: Technical committee acting in gross violation of the Debian constitution

On Sat, 29 Nov 2014, Axel Wagner wrote: […] Axel Wagner *plonk* Congrats, you’re the second person, after Josselin. (No, this eMail was not the only one, just the one to trigger overflow.) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe.

Re: [Pkg-javascript-devel] Javascript trigger design

On Mon, 1 Dec 2014, Jérémy Lal wrote: Instead of triggers, i'd rather make sure the web application package is rebuilt whenever one of its Build-Depends package is updated. No, that’s too fragile and ties up way too many resources. It’s fully OK to compose the final version on the users’

Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On Fri, 28 Nov 2014, Svante Signell wrote: the order of pre-depends for int init package should change from Pre-Depends: systemd-sysv | sysvinit-core | upstart to Pre-Depends: sysvinit-core | systemd-sysv | upstart That would probably require changes in d-i to ensure that systemd is, indeed,

Re: Javascript trigger design

On Fri, 28 Nov 2014, Thomas Goirand wrote: It's been a long time I've been thinking about it, and I believe that the only way to do this, would be to use triggers. Though I have never Look at libjs-protoaculous which combines prototype and scriptaculous into one (possibly minified) js file. In

Re: Technical committee acting in gross violation of the Debian constitution

On Fri, 28 Nov 2014, Svante Signell wrote: It will be interesting to see how many Debian Maintainers and Developers will jump the ship and join them (in addition to the users). Future will I’ll tell you in the present. Github? Ugh! http://mako.cc/copyrighteous/free-software-needs-free-tools

Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On Fri, 28 Nov 2014, Marco d'Itri wrote: On Nov 28, Svante Signell svante.sign...@gmail.com wrote: a) Upgrades should _not_ change init: whatever is installed should be kept. I disagree: upgrades should get the default init system unless the system administrator chooses otherwise. I

Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On Fri, 28 Nov 2014, Ansgar Burchardt wrote: No, the ctte did not say that. We had a flamewar about that interpretation before. That was almost word by word from https://lists.debian.org/debian-devel-announce/2014/11/msg0.html bye, //mirabilos -- Why don't you use JavaScript? I also

Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On Fri, 28 Nov 2014, Stephan Seitz wrote: Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. Note that syslog-ng was not the default, but sysklogd (which was) wasn’t replaced either. Thankfully. The grub1 bootloader was not replaced when Debian

Re: Summary:Re: Bug#762194: Proposal for upgrades to jessie

On Fri, 28 Nov 2014, Stephan Seitz wrote: On Fri, Nov 28, 2014 at 04:00:42PM +0100, Thorsten Glaser wrote: On Fri, 28 Nov 2014, Stephan Seitz wrote: Of course not. syslog-ng was not replaced by rsyslog when Debian changed the default syslog. Note that syslog-ng was not the default

Re: Technical committee acting in gross violation of the Debian constitution

On Fri, 28 Nov 2014, Svante Signell wrote: Github? Ugh! http://mako.cc/copyrighteous/free-software-needs-free-tools This has just started, give them some time, please. No. If they even consider things like this, there is something seriously wrong right in the beginning. Maybe it would be a

Re: ArchitectureSpecificsMemo

On Thu, 27 Nov 2014, Edmund Grimley Evans wrote: of which could be expressed more concisely. (Are all Debian architectures ILP32 or LP64? Any rare exceptions could be described in I think so. Probably even all Linux architectures? 4. I'd like to see some information about va_list added as

Re: Proposal for upgrades to jessie

On Tue, 25 Nov 2014, Svante Signell wrote: (another partial? solution is to change order of the (pre-)depends of the init package, as proposed in No, that breaks due to the bug in debootstrap’s dependency “resolver” (see #557322, #668001, #768062) and the unwillingness of KiBi to fix that.

Re: Technical committee acting in gross violation of the Debian constitution

Matthias Urlichs matthias at urlichs.de writes: Care to tell us why? Other than ugh, it's written by Lennart?? The “why” does not matter. Users do not have to justify why they need to use something. I worked in for company that had a strict “no PHP” policy once. I have encountered other more or

Re: Architectures where unaligned access is (not) OK?

On Fri, 21 Nov 2014, Simon McVittie wrote: failing to start up on armel due to unaligned memory accesses. lzo2 has a cpp macro, LZO_CFG_NO_UNALIGNED which can be defined to stop it doing clever things with casting pointers. If the maintainer doesn't object Please define this macro

Re: on reloading services from logrotate

On Tue, 18 Nov 2014, Helmut Grohne wrote: From this little exercise, it seems that it is not well understood in what way services should be signalled after log rotation. In particular, it seems to me that service and invoke-rc.d should not be both valid. So I’ve experimented a bit with this

Re: Bug#769907: general: non-sysvinit init systems are made of fail

On Wed, 19 Nov 2014, Michal Suchanek wrote: Release: testing I had Ubuntu base system on this particular PC some years ago and I Hah! I’m not the only one then ☺ bye, //mirabilos -- [16:04:33] bkix: veni vidi violini [16:04:45] bkix: ich kam, sah und vergeigte... -- To UNSUBSCRIBE,

Re: making dput a wrapper around git

On Tue, 18 Nov 2014, Daniel Pocock wrote: That is not a Git-specific issue, it is a general issue with source-only uploads. If source-only uploads become the norm then signed tags should be the same as source packages shouldn't they? Absolutely not! (Hint: .orig.tar.gz, often several. And

Re: Being part of a community and behaving

On Fri, 14 Nov 2014, Ralf Jung wrote: I was specifically talking about interfaces (as in, dbus signatures), Meh… I don’t even have dbus installed at home. (It is, on the work system, due to… virt-manager and iceweasel(?).) So, no need for anything systemd-ish. Well, even better for you :)

Re: Being part of a community and behaving

On Thu, 13 Nov 2014, Ralf Jung wrote: How does having yet another NTP client shut off existing NTP clients? https://github.com/systemd/systemd/commit/7b8b9686e050a2b19ed2a3686af187dffaab5c08 This is like MSDNAA: give away stuff for free (support xntpd¹) to get people used to the drug

Re: Being part of a community and behaving

On Fri, 14 Nov 2014, Ralf Jung wrote: Really, if all the energy that people put into complaining about systemd and looking for proves to back their complaints (many of which are certainly valid!) would be put into providing alternative implementations of these interfaces that many desktop

Re: RFC: DEP-14: Recommended layout for Git packaging repositories

On Fri, 14 Nov 2014, Ian Jackson wrote: expect to find version numbers matching ^\d+\~, then anything matching These are common enough for me to have not only seen, but also used (in native packages, of course) them. (But: Yes, epochs should belong into filenames, except for filesystem naming

Re: inconsistent versions of M-A: same packages

On Sat, 8 Nov 2014, Stuart Prescott wrote: UDD can help with this. A list of source packages that have M-A: same binary packages in jessie that have different versions in any two release architectures is at: Can we do this for the triplet (i386, amd64, x32) too, please? Yes, it’s not a

Re: Bad weather in testing?

On Fri, 7 Nov 2014, Ralf Treinen wrote: architecture-specific. The issue of architecture=all packages that are not installable on some architecture can IMHO not be solved with our current setup which makes architectures=all available on every architecture. This is a bug, I’ve seen this

Accepted pcre3 1:8.35-3.2 (source i386) into unstable

...@mnb.org.uk Changed-By: Thorsten Glaser t...@mirbsd.de Description: libpcre3 - Perl 5 Compatible Regular Expression Library - runtime files libpcre3-dbg - Perl 5 Compatible Regular Expression Library - debug symbols libpcre3-dev - Perl 5 Compatible Regular Expression Library - development

Re: debootstrap and cdebootstrap vs systemd

On Fri, 7 Nov 2014, Adam Borowski wrote: You can chroot to the system from the host machine, and upgrade to sysvinit. If your host can't run arm code, install qemu-user-static and copy /usr/bin/qemu-arm-static to the target system. This is no fix. There are systems Qemu does not emulate.

Re: dgit and git-dpm

On Mon, 3 Nov 2014, Bernhard R. Link wrote: different as with other NMUs? Where is the difference to Thanks, you described this better than I could. bye, //mirabilos -- 15:41⎜Lo-lan-do:#fusionforge Somebody write a testsuite for helloworld :-) -- To UNSUBSCRIBE, email to

Re: Arch-dependent files in /usr/share

On Sun, 2 Nov 2014, Steve Langasek wrote: it in /usr/lib instead of /usr/lib/$arch. But this also seems like a low-priority FHS issue to me. Is there a practical reason that we should Low-priority sounds about right, but there’s still the supposed case of /usr/share sharing across

Re: dgit and git-dpm

On Wed, 29 Oct 2014, Ian Jackson wrote: maintainers of other tools. It does seem to me to imply that using git-buildpackage to do an NMU is risky, because: Yes, it is – anything other than the standard Debian tool (dpkg-buildpackage) is. If some user of git-buildpackage (without dgit) tries

Re: dgit and git-dpm

Ian Jackson dixit: [ NMU ] A dgit user should be able to do this without reading the debdiff: This is a dangerous habit to get into – I’d prefer users of even dgit, no matter how good it may be, to not rely on that. This is a social issue, not a technical one. bye, //mirabilos -- „Cool,

Re: Enable external repository on package installation

On Sun, 26 Oct 2014, Pau Garcia i Quiles wrote: Do you want to enable an external repository which will provide you with the latest version of Wt? How are you going to provide, say, S/390 binaries? ☺ What about distribution integration and bugtracking? Is this acceptable? Has anyone ever

Proposed MBF: versioned dependencies on gobject-introspection

(Bcc bugreport, as some new information has come up, I think.) Hi everyone, some gir-* packages install their typelib files into multiarch paths since recently, which requires gobject-introspection of a version newer than what’s in stable. There’s a bugreport related to this (#766644) in which

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

Gregory Smith dixit: They say you're a hard nose, skeptical, untrusting, old unix admin and programmer from the old days and you do not take one ounce of My old days were on DOS¹. I am a relative newcomer to the Unix world, starting about 1999. But I grew up with the “old values”, including

Accepted mksh 50d-3 (source all i386) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Thu, 23 Oct 2014 09:18:38 + Source: mksh Binary: mksh pdksh Architecture: source all i386 Version: 50d-3 Distribution: unstable Urgency: high Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten Glaser t

Accepted jupp 3.1.28-1 (source i386 all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA384 Format: 1.8 Date: Thu, 23 Oct 2014 19:18:54 +0200 Source: jupp Binary: jupp joe-jupp Architecture: source i386 all Version: 3.1.28-1 Distribution: unstable Urgency: medium Maintainer: Debian QA Group packa...@qa.debian.org Changed-By: Thorsten

Re: piece of mind

On Tue, 21 Oct 2014, Axel Wagner wrote: systemd in debian is: That the systemd-opponents want to take the freedom from other people (amongst other the gnome upstream and debian ^^^ maintainers) to use the software they like in the way they like, by preventing them from depending on

Re: GPL-3 openssl: provide a -nossl variant for a library

Jelmer Vernooij dixit: Samba is unlikely to add such an exception. So just make OpenSSL a system library finally. bye, //mirabilos -- (gnutls can also be used, but if you are compiling lynx for your own use, there is no reason to consider using that package) -- Thomas E. Dickey on the

Re: GPL-3 openssl: provide a -nossl variant for a library

On Wed, 22 Oct 2014, Henrique de Moraes Holschuh wrote: The problem is that Debian is the operating system distributing the system libraries, and that all packages Debian distributes are *also* part of that same operating system. Wrong: “*as long as* your GPL binary is not shipped together

Re: LSB headers and other junk, how do you hack a quick init script in debian these days?

On Tue, 21 Oct 2014, Michael Ole Olsen wrote: suddenly I couldnt just place a script in rc2.d folder anymore, needed to symlink needed to add an lsb header too it seems Indeed. It took me quite some effort to learn about LSB headers, exit codes, SYSV init scripts, and all that, in order to

Re: containers/chroot to allow ABI breakage is the wrong approach (was: Remember when men were men and wrote their own init scripts? =))

On Tue, 21 Oct 2014, Thomas Goirand wrote: So, dear fellow DDs, I'm asking you: each time you see that an upstream author is breaking an ABI on a package you maintain, write an email to him/her, and explain how much this is bad and shouldn't happen. If the Unix community starts to realize how

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