Accepted mtd-utils 1:2.1.1-1 (source) into unstable

2019-08-26 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 26 Aug 2019 10:39:56 +0300 Source: mtd-utils Architecture: source Version: 1:2.1.1-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio Changed-By: Riku Voipio Closes: 902599 921392 Changes: mtd-utils (1:2.1.1-1

Accepted chromium 72.0.3626.7-6 (source) into unstable

2019-01-08 Thread Riku Voipio
Maintainer: Debian Chromium Team Changed-By: Riku Voipio Description: chromium - web browser chromium-common - web browser - common resources used by the chromium packages chromium-driver - web browser - WebDriver support chromium-l10n - web browser - language packs chromium-sandbox - web

Accepted chromium 72.0.3626.7-5 (source) into experimental

2019-01-07 Thread Riku Voipio
Maintainer: Debian Chromium Team Changed-By: Riku Voipio Description: chromium - web browser chromium-common - web browser - common resources used by the chromium packages chromium-driver - web browser - WebDriver support chromium-l10n - web browser - language packs chromium-sandbox - web

Re: Qt with GLES on arm64 maintainer's decision - Was:: Upcoming Qt switch to OpenGL ES on arm64

2018-11-26 Thread Riku Voipio
On Mon, Nov 26, 2018 at 12:37:57PM +0100, Raphael Hertzog wrote: > were in the week-end). I was aware of the discussion but did not > had the time to chime in, yet I was the person who re-opened the bug > #881333 in the first place. > I also invited someone else who is working on a concrete

Re: Upcoming Qt switch to OpenGL ES on arm64

2018-11-26 Thread Riku Voipio
On Thu, Nov 22, 2018 at 07:14:44PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > El jueves, 22 de noviembre de 2018 18:30:39 -03 Marcin Juszkiewicz escribió: > > Does it mean that arm64 box with PCI Express graphics card will be not > > able to use Qt based software? I can put Radeon or

Accepted chromium-browser 67.0.3396.62-2 (source armhf all) into unstable

2018-06-08 Thread Riku Voipio
Maintainer: Debian Chromium Team Changed-By: Riku Voipio Description: chromium - web browser chromium-common - web browser - common resources used by the chromium packages chromium-driver - web browser - WebDriver support chromium-l10n - web browser - language packs chromium-shell - web

Accepted skales 0.20170929-1 (source) into unstable

2018-03-21 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 21 Mar 2018 10:29:30 +0200 Source: skales Binary: skales Architecture: source Version: 0.20170929-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: Team naming policy on salsa.debian.org

2017-12-31 Thread Riku Voipio
On Tue, Dec 26, 2017 at 02:17:24PM +0100, Arturo Borrero Gonzalez wrote: > Following with your example (pkg-suricata-team) I prefer to make it > explicit for people outside debian that this is about packaging. > So I usually put the 'pkg' string also in individual repos, i.e.: >

Re: Debian Stretch new user report (vs Linux Mint)

2017-12-04 Thread Riku Voipio
On Sun, Dec 03, 2017 at 04:46:24PM +0100, Marc Haber wrote: > Yes. We're approaching a worst-of-both-worlds scenario: We're not Free > enough to have the FSF recommend us, and we're not non-free enough for > our OS to run on current hardware used by Linux beginners, and cause > them to end up with

Accepted kvmtool 0.20170904-1 (source) into unstable

2017-09-04 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 04 Sep 2017 06:31:06 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20170904-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted kvmtool 0.20170609-1 (source) into unstable

2017-08-30 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 30 Aug 2017 10:17:33 +0300 Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20170609-1 Distribution: sid Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted mtd-utils 1:2.0.1-1 (source) into unstable

2017-08-25 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 25 Aug 2017 10:33:11 +0300 Source: mtd-utils Binary: mtd-utils Architecture: source Version: 1:2.0.1-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted u-boot-menu 2 (source) into unstable

2017-06-26 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 26 Jun 2017 08:54:16 +0300 Source: u-boot-menu Binary: u-boot-menu Architecture: source Version: 2 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: Moving away from (unsupportable) FusionForge on Alioth?

2017-05-22 Thread Riku Voipio
On Fri, May 19, 2017 at 01:56:17PM +0200, Andreas Tille wrote: > If (and only if) there would be some momentum for a move to Git neither > I nor any other member of the Debian Med team will block this. But for > the moment I keep on failing to see an advantage only out of the fact > that "it is

Re: Moving away from (unsupportable) FusionForge on Alioth?

2017-05-15 Thread Riku Voipio
On Sun, May 14, 2017 at 10:50:20PM +0100, Ben Hutchings wrote: > On Sun, 2017-05-14 at 23:26 +0200, Zlatan Todoric wrote: > > Or convert svn ones to git and simplify things? +1 > I suspect this was one of the messier repositories, but I'm also sure > it's not the only one that could not be

Accepted chromium-browser 56.0.2924.76-2 (source) into experimental

2017-02-02 Thread Riku Voipio
: medium Maintainer: Debian Chromium Maintainers <pkg-chromium-ma...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: chromedriver - web browser - WebDriver support transitional package chromium - web browser chromium-driver - web browser

Re: manpages.debian.org has been modernized!

2017-02-02 Thread Riku Voipio
On Wed, Jan 18, 2017 at 06:23:16PM +0100, Michael Stapelberg wrote: > We’d love to hear your feedback and thoughts. Thanks, really nice. This should motivate me to create manpages some of my packages are missing. May https://manpages.debian.org/ rise high in search engine rankings! Riku

Re: Git hosting for code that provides Debian services

2017-02-02 Thread Riku Voipio
On Mon, Jan 30, 2017 at 05:42:36PM +0100, Alexander Wirt wrote: > On Mon, 30 Jan 2017, Lars Wirzenius wrote: > > Right, so the answer is that Gitlab is still an "open core" project. I > > therefore repeat that I find it sad that it's being pushed as a > > service for Debian to use. > > I

Accepted u-boot-menu 1 (source all) into unstable, unstable

2017-01-27 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 27 Jan 2017 11:42:25 +0200 Source: u-boot-menu Binary: u-boot-menu Architecture: source all Version: 1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: Hiding library packages from apt searches by default? (was: Re: Worthless node-* package descriptions in ITPs)

2017-01-07 Thread Riku Voipio
On Thu, Jan 05, 2017 at 02:32:45PM +0100, Christian Seiler wrote: > On 01/05/2017 02:06 PM, Jonas Smedegaard wrote: > > Quoting Riku Voipio (2017-01-05 12:53:16) > >> Vast majority of users would only install this via dependencies. It's > >> hardly a node-specific

Re: Worthless node-* package descriptions in ITPs

2017-01-05 Thread Riku Voipio
On Thu, Jan 05, 2017 at 10:53:36AM +0100, Philip Hands wrote: > At present you are forcing that vast majority of our users, that have no > interest in this software, to individually learn that they need to look > out for the node- prefix, and ignore such packages. Vast majority of users would

Accepted kvmtool 0.20161128-1 (source) into unstable

2017-01-02 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 28 Nov 2016 14:36:37 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20161128-1 Distribution: sid Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: HEADSUP: mails sent to n...@bugs.debian.org are NOT sent to the submitter

2017-01-01 Thread Riku Voipio
On Tue, Dec 27, 2016 at 08:00:18AM +0800, Paul Wise wrote: > On Tue, Dec 27, 2016 at 7:03 AM, Ian Jackson wrote: > > > When I decided that debbugs should work like this: > > I think this was the right decision and still is, with this additional reason: > > Folks are much busier these days and

Accepted mtd-utils 1:2.0.0-1 (source) into unstable

2016-12-23 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 23 Dec 2016 21:52:06 +0200 Source: mtd-utils Binary: mtd-utils Architecture: source Version: 1:2.0.0-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted chromium-browser 55.0.2883.75-2+exp3 (source) into experimental

2016-12-16 Thread Riku Voipio
Maintainers <pkg-chromium-ma...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: chromedriver - web browser - WebDriver support chromium - web browser chromium-l10n - web browser - language packs Changes: chromium-browser (55.0.2883.75-2+exp3)

Accepted chromium-browser 55.0.2883.75-2+exp2 (source) into experimental

2016-12-15 Thread Riku Voipio
Maintainers <pkg-chromium-ma...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: chromedriver - web browser - WebDriver support chromium - web browser chromium-l10n - web browser - language packs Changes: chromium-browser (55.0.2883.75-2+exp2)

Accepted chromium-browser 55.0.2883.75-2+exp1 (source) into experimental

2016-12-13 Thread Riku Voipio
Maintainers <pkg-chromium-ma...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: chromedriver - web browser - WebDriver support chromium - web browser chromium-l10n - web browser - language packs Changes: chromium-browser (55.0.2883.75-2+exp1)

Accepted mtd-utils 1:2.0.0~rc1-1 (source) into unstable

2016-12-12 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 12 Dec 2016 14:54:38 +0200 Source: mtd-utils Binary: mtd-utils Architecture: source Version: 1:2.0.0~rc1-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku

Accepted chromium-browser 53.0.2785.143-1+exp1 (source) into experimental

2016-11-10 Thread Riku Voipio
Maintainers <pkg-chromium-ma...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: chromedriver - web browser - WebDriver support chromium - web browser chromium-l10n - web browser - language packs Closes: 799939 Changes: chromium-browser (53.0.278

Accepted makedumpfile 1:1.6.0-2.1 (source) into unstable

2016-10-28 Thread Riku Voipio
hanged-By: Riku Voipio <riku.voi...@linaro.org> Description: kdump-tools - scripts and tools for automating kdump (Linux crash dumps) makedumpfile - VMcore extraction tool Closes: 791963 Changes: makedumpfile (1:1.6.0-2.1) unstable; urgency=medium . * Non-maintainer upload. * Impor

Accepted kvmtool 0.20161024-1 (source) into unstable

2016-10-24 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 24 Oct 2016 10:09:40 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20161024-1 Distribution: sid Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: Porter roll call for Debian Stretch

2016-09-21 Thread Riku Voipio
On Tue, Sep 20, 2016 at 09:16:00PM +, Niels Thykier wrote: > Over all, most people (who answered it) was positive towards the switch. > Based on this, I suspect that if we make PIE default in Stretch, then > we will do it for all architectures. That said, you will be notified if > that

Bug#837068: ITP: glshim -- Shim that translates OpenGL 1.x into OpenGL ES.

2016-09-08 Thread Riku Voipio
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: glshim Version : 0.0.20160225 Upstream Author : Ryan Hileman <lunixbo...@gmail.com> * URL : https://github.com/lunixbochs/glshim * License : Expat Program

Accepted skales 0.20160202-1 (source amd64) into unstable, unstable

2016-08-25 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 23 Aug 2016 11:54:33 +0300 Source: skales Binary: skales Architecture: source amd64 Version: 0.20160202-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku

Bug#835099: ITP: skales -- Boot image creation tools for qualcomm boards

2016-08-22 Thread Riku Voipio
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: skales Version : 0.20160202 Upstream Author : Stephen Boyd * URL : git://codeaurora.org/quic/kernel/skales * License : BSD (3 clause) Programming Lang:

Re: Thinking about a "jessie and a half" release

2016-07-07 Thread Riku Voipio
On Thu, Jul 07, 2016 at 12:24:03PM +0200, Alexander Wirt wrote: > On Thu, 07 Jul 2016, Riku Voipio wrote: > > On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote: > > > There's something I've been pondering for a while, along with some > > > other folks

Re: Thinking about a "jessie and a half" release

2016-07-07 Thread Riku Voipio
On Mon, Jul 04, 2016 at 02:01:03PM +0100, Steve McIntyre wrote: > There's something I've been pondering for a while, along with some > other folks - it might be useful to do a "jessie and a half" release, > similarly to what we did in the etch days. That's *basically* just > like a normal jessie

Accepted gdb 7.11.1-2 (source) into unstable

2016-06-17 Thread Riku Voipio
Martínez <zu...@debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: gdb- GNU Debugger gdb-dbg- GNU Debugger (debug package) gdb-minimal - GNU Debugger (minimal version) gdb-multiarch - GNU Debugger (with support for multiple architectures) gdb-python2 -

Accepted gdb 7.11.1-1 (source) into unstable

2016-06-17 Thread Riku Voipio
Martínez <zu...@debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: gdb- GNU Debugger gdb-dbg- GNU Debugger (debug package) gdb-minimal - GNU Debugger (minimal version) gdb-multiarch - GNU Debugger (with support for multiple architectures) gdb-python2 -

Accepted gdb-doc 7.11.1-1 (source) into unstable

2016-06-17 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 16 Jun 2016 15:40:18 +0300 Source: gdb-doc Binary: gdb-doc Architecture: source Version: 7.11.1-1 Distribution: unstable Urgency: medium Maintainer: Héctor Orón Martínez <hector.o...@gmail.com> Changed-By: Riku

Accepted mutrace 0.2.0-3 (source) into unstable

2016-05-18 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 12 May 2016 09:40:17 -0400 Source: mutrace Binary: mutrace Architecture: source Version: 0.2.0-3 Distribution: unstable Urgency: medium Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted kvmtool 0.20160419-1 (source) into unstable

2016-05-13 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 19 Apr 2016 18:42:02 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20160419-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted kvmtool 0.20160314-1 (source) into unstable

2016-03-14 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 14 Mar 2016 10:19:40 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20160314-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted kvmtool 0.20160203-1 (source) into unstable

2016-02-23 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 03 Feb 2016 21:38:38 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20160203-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: support for merged /usr in Debian

2016-01-08 Thread Riku Voipio
On Fri, Jan 08, 2016 at 09:50:56AM +0100, Marc Haber wrote: > The loss of keyscript just broke my clients. I am really afraid of the > first system update breaking my _servers_, causing a resinstall to be > necessary. I know of one customer who already said that if a reinstall > will become

Accepted orocos-kdl 1.3.0+dfsg-1 (source amd64) into unstable, unstable

2015-11-27 Thread Riku Voipio
ian-science-maintain...@lists.alioth.debian.org> Changed-By: Riku Voipio <riku.voi...@linaro.org> Description: liborocos-kdl-dev - Kinematics and Dynamics Library development files liborocos-kdl1.3 - Kinematics and Dynamics Library runtime Closes: 783109 Changes: orocos-kdl (1.3.0+dfsg

Accepted kvmtool 0.20151104-1 (source) into unstable

2015-11-04 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 04 Nov 2015 10:45:40 + Source: kvmtool Binary: kvmtool Architecture: source Version: 0.20151104-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Accepted kvmtool 0.20150908-1 (source amd64) into unstable, unstable

2015-10-22 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 08 Sep 2015 15:40:11 +0300 Source: kvmtool Binary: kvmtool Architecture: source amd64 Version: 0.20150908-1 Distribution: sid Urgency: low Maintainer: Riku Voipio <riku.voi...@linaro.org> Changed-By: Riku Voipio <

Re: Defaulting to i686 for the Debian i386 architecture

2015-09-29 Thread Riku Voipio
On Mon, Sep 28, 2015 at 09:31:03PM -0700, Josh Triplett wrote: > [Please CC me; not subscribed to -devel.] > Ben Hutchings wrote: > > So far as I know, all current Quark processors have errata that make > > them unstable, not to mention totally insecure, when running ordinary > > i386 binaries. >

Bug#797893: ITP: kvmtool -- Native Linux KVM Tool

2015-09-03 Thread Riku Voipio
Package: wnpp Severity: wishlist Owner: Riku Voipio <riku.voi...@linaro.org> * Package name: kvmtool Version : 20150903 Upstream Author : Pekka Enberg, Sasha Levin and others * URL : https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/ * L

Accepted mtd-utils 1:1.5.2-1 (source) into unstable

2015-08-18 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 18 Aug 2015 11:16:21 +0300 Source: mtd-utils Binary: mtd-utils Architecture: source Version: 1:1.5.2-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio riku.voi...@linaro.org Changed-By: Riku Voipio riku.voi

Accepted device-tree-compiler 1.4.0+dfsg-2 (source amd64) into unstable

2015-08-17 Thread Riku Voipio
...@debian.org Changed-By: Riku Voipio riku.voi...@linaro.org Description: device-tree-compiler - Device Tree Compiler for Flat Device Trees libfdt-dev - Flat Device Trees manipulation library - development files libfdt1- Flat Device Trees manipulation library Changes: device-tree-compiler (1.4.0

Re: Adding support for LZIP to dpkg, using that instead of xz, archive wide

2015-06-15 Thread Riku Voipio
On Monday, June 15, 2015 6:04:46 AM EEST, Guillem Jover wrote: So the comparison does not seem entirely fair. And it seems to me to be a matter of tradeoffs? Since both lzip and xz are implementations of same LZMA algorithm, it seems lzip is just parametrized different. For some usecases,

Re: Packages to install be default for Stretch

2015-05-06 Thread Riku Voipio
On Wednesday, May 6, 2015 5:21:14 AM EEST, Wookey wrote: +++ Samuel Thibault [2015-05-06 01:09 +0200]: Ansgar Burchardt, le Tue 05 May 2015 20:45:09 +0200, a écrit : - info, texinfo, install-info: I admit having used info only in desperation. Most documentation comes in man

Accepted binutils-m68hc1x 1:2.18-4 (source amd64) into unstable

2015-04-28 Thread Riku Voipio
-By: Riku Voipio riku.voi...@linaro.org Description: binutils-m68hc1x - binary utilities that support Motorola's 68HC11/12 targets Closes: 727329 744415 777317 Changes: binutils-m68hc1x (1:2.18-4) unstable; urgency=medium . * QA upload. * Run autoreconf to enable builds on arm64 and other new

Re: ArchitectureSpecificsMemo

2014-11-28 Thread Riku Voipio
Hi, On Thu, Nov 27, 2014 at 10:50:26AM +, Edmund Grimley Evans wrote: http://wiki.debian.org/ArchitectureSpecificsMemo Some suggestions for improving this table: 1. About half of the table is taken up with sizeof information, some of which could be expressed more concisely. (Are all

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

2014-11-24 Thread Riku Voipio
On Fri, Nov 21, 2014 at 06:01:11PM +0100, Jakub Wilk wrote: * Felipe Sateler fsate...@debian.org, 2014-11-21, 14:04: Sparc is definitely not ok. For evidence, see #721617, liblo was trying to fetch a double from a 4-byte aligned address. Experience with liblo shows that other architectures are

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

2014-11-24 Thread Riku Voipio
On Sat, Nov 22, 2014 at 11:03:16PM +0100, Bastien ROUCARIES wrote: On Sat, Nov 22, 2014 at 10:37 PM, brian m. carlson sand...@crustytoothpaste.net wrote: On Sat, Nov 22, 2014 at 09:42:43PM +0100, Jakub Wilk wrote: * Henrique de Moraes Holschuh h...@debian.org, 2014-11-21, 17:34: i386:

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

2014-11-24 Thread Riku Voipio
On Fri, Nov 21, 2014 at 02:40:01PM +, Wookey wrote: Whilst that is nice and correct I'm not sure the meaning is clear to a software engineer, which is: Don't do unaligned access on arm64. It's always inefficient, sometimes extremely inefficient, and sometimes won't work at all. That's an

Re: Being part of a community and behaving

2014-11-13 Thread Riku Voipio
On Thu, Nov 13, 2014 at 02:19:41PM +0100, Florian Lohoff wrote: I meanwhile see the systemd issue as a social problem within debian. There are design issues which are REALLY controversial. In the past Debian did good by delaying adoption of controversial technical issues e.g. devfs and waited

Re: debootstrap and cdebootstrap vs systemd

2014-11-07 Thread Riku Voipio
On Fri, Nov 07, 2014 at 10:00:38AM +0100, Thorsten Glaser wrote: 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

Re: debootstrap and cdebootstrap vs systemd

2014-11-07 Thread Riku Voipio
On Fri, Nov 07, 2014 at 08:30:32PM +1100, csir...@yahoo.com.au wrote: Don't accept old kernels is almost equivalent to telling many unrelated businesses in a particular ecosystem to burn their investments and start again from scratch, just because the SoC and/or board vendors have a broken

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

2014-09-25 Thread Riku Voipio
Hi Henrique, On Wed, Sep 24, 2014 at 03:18:02PM -0300, Henrique de Moraes Holschuh wrote: OTOH, using -z9 on datasets smaller than the -z8 dictionary size *is* a waste of memory (I don't know about cpu time, and xz(1) doesn't say anything on that matter). The same goes for -z8 and datasets

Re: systemd service and /etc/default/

2014-08-18 Thread Riku Voipio
On Sun, Aug 17, 2014 at 01:13:36PM +0200, Marc Haber wrote: On Sun, 17 Aug 2014 01:40:27 -0700, Josh Triplett j...@joshtriplett.org wrote: Ludovico Cavedon wrote: I am writing a systemd service file for a daemon (ntopng) and I would like to know what you think is the best way to load some

Re: say goodbye to network-manager-strongswan?

2014-07-16 Thread Riku Voipio
On Wed, Jul 16, 2014 at 01:05:26PM +0200, Harald Dunkel wrote: Hi Thijs, On 07/16/14 12:35, Thijs Kinkhorst wrote: As it turns out, this package got removed because it has an unfixed release critical bug (which interestingly enough you yourself reported). When this bug is fixed, the

Accepted mtd-utils 1:1.5.1-1 (source amd64)

2014-06-30 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 Jun 2014 22:15:54 +0300 Source: mtd-utils Binary: mtd-utils Architecture: source amd64 Version: 1:1.5.1-1 Distribution: unstable Urgency: medium Maintainer: Riku Voipio riku.voi...@linaro.org Changed-By: Riku Voipio

Re: Proposing amd64-hardened architecture for Debian

2014-04-20 Thread Riku Voipio
On Sat, Apr 19, 2014 at 02:06:45PM +0200, Bálint Réczey wrote: Hi Riku, 2014-04-19 13:26 GMT+02:00 Riku Voipio riku.voi...@iki.fi: On Tue, Apr 15, 2014 at 12:00:33PM +0200, Balint Reczey wrote: Facing last week's Heartbleed [1] bug the need for improving the security of our systems

Re: Proposing amd64-hardened architecture for Debian

2014-04-19 Thread Riku Voipio
On Tue, Apr 15, 2014 at 12:00:33PM +0200, Balint Reczey wrote: Facing last week's Heartbleed [1] bug the need for improving the security of our systems became more apparent than usually. In Debian there are widely used methods for Hardening [2] packages at build time and guidelines [3] for

Accepted device-tree-compiler 1.4.0+dfsg-1 (source amd64)

2014-01-03 Thread Riku Voipio
...@debian.org Changed-By: Riku Voipio riku.voi...@linaro.org Description: device-tree-compiler - Device Tree Compiler for Flat Device Trees libfdt-dev - Flat Device Trees manipulation library - development files libfdt1- Flat Device Trees manipulation library Closes: 725745 Changes: device-tree

Re: Results of the porter roll call (Was: Roll call for porters of architectures in sid and testing)

2013-10-07 Thread Riku Voipio
), Nobuhiro Iwamatsu (DD), Steve McIntyre (DD) I am surprised not to see Riku Voipio and Hector Oron on this list as I know they help manage the buildds and Riku signs uploads. I don't know if they are trying to escape, or just being too slack to send mail :-) Sorry, I missed the fact

Accepted device-tree-compiler 1.4.0-2 (source amd64)

2013-08-26 Thread Riku Voipio
Changed-By: Riku Voipio riku.voi...@linaro.org Description: device-tree-compiler - Device Tree Compiler for Flat Device Trees libfdt-dev - Flat Device Trees manipulation library - development files libfdt1- Flat Device Trees manipulation library Changes: device-tree-compiler (1.4.0-2

Accepted device-tree-compiler 1.4.0-1 (source amd64)

2013-08-13 Thread Riku Voipio
Changed-By: Riku Voipio riku.voi...@linaro.org Description: device-tree-compiler - Device Tree Compiler for Flat Device Trees libfdt-dev - Flat Device Trees manipulation library - development files libfdt1- Flat Device Trees manipulation library Closes: 713991 Changes: device-tree-compiler

Re: systemd .service file conversion

2013-05-30 Thread Riku Voipio
On Wed, May 29, 2013 at 09:10:41PM +0200, Wouter Verhelst wrote: This kind of madness is precisely described here: http://www.redhat.com/archives/rhl-devel-list/2008-January/msg00861.html [zillionth link to linux is not about choice mail] Because it's a very good read, still years later. It

Re: Eliminating mail-transport-agent from standard

2013-05-30 Thread Riku Voipio
On Mon, May 27, 2013 at 08:27:36PM -0700, Josh Triplett wrote: In addition to determining the MTA pulled in by default for packages which require mail-transport-agent in order to function (the provider of default-mta), I'd like to propose as a release goal that we not have any MTA in standard

Accepted cpio 2.11+dfsg-0.2 (source all amd64)

2013-05-28 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 23 May 2013 09:46:11 +0300 Source: cpio Binary: cpio cpio-win32 Architecture: source all amd64 Version: 2.11+dfsg-0.2 Distribution: unstable Urgency: low Maintainer: Ruben Molina rmol...@udea.edu.co Changed-By: Riku Voipio

Re: alternative debian/rules

2013-04-24 Thread Riku Voipio
On Mon, Apr 22, 2013 at 09:38:14AM +, Thorsten Glaser wrote: Well yes, but if you do even small things such as generate the package manually instead of using debhelper, prepare to be shouted at by the British Cabal with threats of using superpowers to remove such packages from Debian.

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-24 Thread Riku Voipio
On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote: C. Decide which package should provide default libjpeg-dev library Last statement from Bill: libjpeg by IJG The current IJG has nothing to do with the IJG that originally created JPEG. The last activity of original IJG was in

Re: jpeg8 vs jpeg-turbo

2013-04-24 Thread Riku Voipio
On Wed, Apr 24, 2013 at 03:19:59PM +0200, Bill Allombert wrote: As IJG libjpeg maintainer, my plan is to move to libjpeg9 which has more feature. Only the applications that actually want to experiment with libjpeg8/9 ABI should be using it - The 100% of current applications that work just

Accepted attr 1:2.4.46-8.1 (source amd64)

2013-03-22 Thread Riku Voipio
-By: Riku Voipio riku.voi...@linaro.org Description: attr - Utilities for manipulating filesystem extended attributes libattr1 - Extended attribute shared library libattr1-dev - Extended attribute static libraries and headers Changes: attr (1:2.4.46-8.1) experimental; urgency=low

Re: major linux problems summary 2012

2012-11-09 Thread Riku Voipio
On Sun, Nov 04, 2012 at 12:03:37PM +0100, Karol Szkudlarek wrote: and about graphics freeze: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/1033263 and about touchpad: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/606238 and about cpu fan:

Re: (seemingly) declinging bug report numbers

2012-10-12 Thread Riku Voipio
On Thu, Oct 11, 2012 at 09:45:58PM +0200, Simon Josefsson wrote: Marco Nenciarini mnen...@debian.org writes: I've seen recently several company I'm working with getting away from Debian in favor of Ubuntu because they have a LTS version. However I don't know if this is a general trend. I

Re: Stuff from /bin, /sbin, /lib depending on /usr/lib libraries

2012-08-31 Thread Riku Voipio
On Fri, Aug 31, 2012 at 05:39:14PM +0800, Thomas Goirand wrote: On 08/31/2012 03:39 AM, Steve Langasek wrote: - /usr on a separate filesystem without the use of an initramfs: not supported... and no discernable user demand for this. Well, let's say I have a big crash, and I want to

Re: [proposal] use xz compression for Debian package by default

2012-08-28 Thread Riku Voipio
On Tue, Aug 28, 2012 at 12:10:18PM +0900, Hideki Yamane wrote: -- conclusion (rest) -- I recommend to use xz ***by default*** (with

Accepted gmod 3.1-14 (source i386)

2012-05-28 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 28 May 2012 17:08:44 +0300 Source: gmod Binary: gmod Architecture: source i386 Version: 3.1-14 Distribution: unstable Urgency: low Maintainer: Riku Voipio riku.voi...@iki.fi Changed-By: Riku Voipio riku.voi...@linaro.org

Accepted x-loader 1.5.1+git20110715+fca7cd2-2 (source armhf)

2012-05-28 Thread Riku Voipio
Urgency: low Maintainer: Riku Voipio riku.voi...@iki.fi Changed-By: Riku Voipio riku.voi...@linaro.org Description: x-loader-omap3-beagle - Board initialization helper for TI OMAP 3 Beagle boards x-loader-omap3-igepv2 - Board initialization helper for IGEP v2 and v3 boards x-loader-omap3-overo

Accepted json-c 0.9-1.1 (source amd64)

2012-05-23 Thread Riku Voipio
-By: Riku Voipio riku.voi...@linaro.org Description: libjson0 - JSON manipulation library - shared library libjson0-dbg - JSON manipulation library - debug symbols libjson0-dev - JSON manipulation library - development files Closes: 637621 Changes: json-c (0.9-1.1) unstable; urgency=low

Accepted mtd-utils 1:1.5.0-1 (source amd64)

2012-05-16 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 16 May 2012 11:51:48 +0300 Source: mtd-utils Binary: mtd-utils Architecture: source amd64 Version: 1:1.5.0-1 Distribution: unstable Urgency: low Maintainer: Riku Voipio riku.voi...@linaro.org Changed-By: Riku Voipio riku.voi

Re: switching from exim to postfix

2012-05-09 Thread Riku Voipio
On Mon, May 07, 2012 at 02:33:54PM +0100, Adam D. Barratt wrote: fwiw, there's just (as in within the past couple of hours) been a change committed upstream which defaults accept_8bitmime to true. Good news. As mentioned on bug #445013: -snip- accept_8bitmime = true I would actually

Accepted libogg 1.2.2~dfsg-1.1 (source amd64)

2012-05-07 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 07 May 2012 15:04:09 +0300 Source: libogg Binary: libogg0 libogg-dev libogg-dbg Architecture: source amd64 Version: 1.2.2~dfsg-1.1 Distribution: unstable Urgency: low Maintainer: Ron Lee r...@debian.org Changed-By: Riku Voipio

Accepted libvorbis 1.3.2-1.3 (source amd64)

2012-05-07 Thread Riku Voipio
Xiph.org Maintainers pkg-xiph-ma...@lists.alioth.debian.org Changed-By: Riku Voipio riku.voi...@linaro.org Description: libvorbis-dbg - The Vorbis General Audio Compression Codec (debug files) libvorbis-dev - The Vorbis General Audio Compression Codec (development files) libvorbis0a - The Vorbis

Re: Making -devel discussions more viable (was: switching from exim to postfix)

2012-05-03 Thread Riku Voipio
On Thu, May 03, 2012 at 01:23:29PM +0200, Stefano Zacchiroli wrote: 3) public, but contributors-only list This has been implemented by other FOSS projects. A notable example is Ubuntu who have a split between ubuntu-devel (project members only + whitelisting) and ubuntu-devel-discuss (free

Accepted mtd-utils 1:1.4.9-1 (source amd64)

2012-05-03 Thread Riku Voipio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Thu, 03 May 2012 14:28:04 +0300 Source: mtd-utils Binary: mtd-utils Architecture: source amd64 Version: 1:1.4.9-1 Distribution: unstable Urgency: low Maintainer: Riku Voipio riku.voi...@linaro.org Changed-By: Riku Voipio riku.voi

Re: switching from exim to postfix

2012-05-02 Thread Riku Voipio
On Tue, May 01, 2012 at 08:18:07PM +0200, Philipp Kern wrote: So just stop Postfix doing the conversion? It's not just postfix, it's at least courier and sendmail and various propiertary MTA's do conversions when encountering default configured exims. It would be a RFC violation to just pass

Re: switching from exim to postfix

2012-05-01 Thread Riku Voipio
On Tue, May 01, 2012 at 12:48:10AM -0400, Chris Knadle wrote: I think it would be useful to describe what issue(s) there are concerning 8BITMIME and why this is important. I've found some information [1] about this, but it isn't clear what problems are actially *caused* by the lack of

Re: switching from exim to postfix

2012-04-30 Thread Riku Voipio
On Sat, Apr 28, 2012 at 07:12:42PM -0700, Russ Allbery wrote: I'm not sure that I see the point, and I say that as someone who replaces Exim with Postfix on all of my boxes. Nobody's suggesting you need to change to anything. The worst you have to do if debian changed default MTA, would be to

Re: On init in Debian

2012-03-22 Thread Riku Voipio
On Wed, Mar 21, 2012 at 11:06:22AM +0100, Bernd Zeimetz wrote: Common init scripts are short enough to make them easy to debug. Its more annoying when these shellscripts call other shellscripts which call other shellscripts - but that is a different issue which needs to be solved - but not

Re: A few observations about systemd

2012-03-05 Thread Riku Voipio
On Sun, Mar 04, 2012 at 09:12:32AM +0100, Marc Haber wrote: There is a different between I don't care about portability and I won't accept any patches that are only useful on non-Linux platforms. The former could be remedied by submitting documented and maintained patches, which saves the

Re: upstart: please update to latest upstream version

2012-02-28 Thread Riku Voipio
On Mon, Feb 27, 2012 at 10:12:07AM -0800, Steve Langasek wrote: No disagreement with any of that. But how high is that price, in point of fact? If no one's measured it, then converting scripts to C programs to avoid the added exec() calls is premature optimization. If it were just blindly

Re: upstart: please update to latest upstream version

2012-02-27 Thread Riku Voipio
On Fri, Feb 24, 2012 at 01:47:59AM -0800, Steve Langasek wrote: I have. Not on debian, but on debianish system with dash. And the result was that shellscripts are indeed the bottleneck. We still did convert to upstart since we believed it would allow us to cut down the amount of shell

Re: upstart: please update to latest upstream version

2012-02-22 Thread Riku Voipio
On Tue, Feb 21, 2012 at 01:12:08PM -0800, Steve Langasek wrote: The meme that systemd is better than upstart because it doesn't depend on a shell is poppycock. No one has done any benchmarking to support the claim that /bin/sh is a bottleneck for upstart (particularly not on Debian or Ubuntu,

  1   2   3   4   >