Hi,
On Wed, Dec 02, 2020 at 09:41:01AM +0100, Vincent Bernat wrote:
> ❦ 1 décembre 2020 22:28 +01, Moritz Mühlenhoff:
> > Michael has been heroically keeping up with this beast of a codebase for
> > years,
> > but we clearly need a broader base to sustain it going forward.
> In the past, it w
o10+2) buster-backports; urgency=medium
+
+ * Rebuild for buster-backports.
+ * Disable libpmem on arm64. Closes: #971442
+
+ -- Riku Voipio Tue, 17 Nov 2020 14:55:13 +0200
+
qemu (1:5.0-14~bpo10+1) buster-backports; urgency=medium
* Rebuild for buster-backports.
diff --git debian/contr
Hi,
On Mon, 21 Sep 2020 at 12:29, Bastian Germann
wrote:
> Hi Riku,
>
> Thanks, please upload the NMU. As I am not a DD, I do not have commit
> access on the salsa repository. Would you please grant me permission
> (Gitlab user bage)?
Both should be done now,
Riku
On Sun, 20 Sep 2020 at 20:00, Bastian Germann
wrote:
> I would like to salvage the mtd-utils package. The current maintainer is
> unresponsive on the open issues (2014 was the last answer). His last
> main package action was in August 2019, packging the version 2.1.1-1.
> This year, he sponsored a
This should fix it:
https://salsa.debian.org/chromium-team/chromium/-/commit/b904fa41d40b967dcc8f6984db52f7a2f6a2c83d
We are not building with GCC but this seems to be exactly the place where the
crash happens.
chromium built with this patch has not crashed for the last few hours for me,
while
forcemerge 964161 964167 964145
thanks
SSH
> > were
> > coming up extremely slow, taking over a minute to start.
> >
> > This is caused by somebody disabling the rng driver for arm64 kernels a
> > long time ago:
> > linux (4.14.13-1) unstable; urgency=medium
> > ...
> > [ Riku Voipio ]
>
The build is fixed in:
https://salsa.debian.org/chromium-team/chromium/commits/arm-fixes/debian
I can make an upload if you prefer, or I can wait for you.
Cheers,
Riku
On Thu, Jun 06, 2019 at 11:07:31AM +, Riku Voipio wrote:
> Sorry for missign this bug completly. I'll get into fixing at.
I pushed a fix to the arm64 branch:
https://salsa.debian.org/chromium-team/chromium/commit/945283642d205c7b5a5129030f525109ee7b22c1
Riku
Hi,
Sorry for missign this bug completly. I'll get into fixing at.
Riku
Hi Jonas,
Please go for it! I'm never offended if people fix bugs in my packages :)
Riku
On Sun, 31 Mar 2019 at 13:51, Jonas Smedegaard wrote:
> Dear Riku,
>
> Are you still interested in maintaining the package u-boot-menu?
>
> I notice that your last upload was 1.5 years ago, and you have no
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 proje
On Tue, Sep 04, 2018 at 11:43:07AM -0700, Geoff Levand wrote:
> > Is it resolved? Graeme Gregory claimed
> > (https://www.spinics.net/lists/arm-kernel/msg669946.html) that "most
> > people are running the firmware provided from HPe support but was never
> > put on release site".
>
> I took that as
On Thu, Aug 02, 2018 at 11:53:04PM +, Riku Voipio wrote:
> The issue seems to be binutils in stable not supporting LR = x30 alias. I've
> built a fixed version. I'm travelling now, but once I get back, I'll test the
> fix and submit patch upstream. Similar issue for
On Thu, Jun 14, 2018 at 09:58:56AM +0100, Ian Campbell wrote:
> On Wed, 2018-06-13 at 12:25 -0700, Geoff Levand wrote:
> > On 06/09/2018 05:15 AM, Ian Campbell wrote:
> >
> > > I think this is probably something for the arch (or perhaps
> > > platform)
> > > code to deal with. See for example all
tags 904796 + patch upstream
thanks
On Mon, Jul 30, 2018 at 01:37:57AM +, Riku Voipio wrote:
> On Sat, Jul 28, 2018 at 05:23:14PM -0400, Michael Gilbert wrote:
> > > Chromium on arm64 in Debian Stretch stopped receiving security updates.
> > > Chromium for i386, amd
On Sat, Jul 28, 2018 at 05:23:14PM -0400, Michael Gilbert wrote:
> > Chromium on arm64 in Debian Stretch stopped receiving security updates.
> > Chromium for i386, amd64 and armhf received updates for versions 67 and
> > 68, however chromium for arm64 is stuck on version 66.
> There was a build e
reassign 901290 gcc-6
notfound 901290 68.0.3440.7-1
found 6.4.0-17
thanks
Compiling chrome 68 with results an gcc ICE. This affects both arm64[1] and
armhf[2]. Filing against gcc-6 as this what buildd used, but this affects
other versions too:
+---+---+---+---+
| | gcc-6 |
Verified this affects gcc6, gcc7 and gcc8. I'll file a bug against GCC once I
get a reduced testcase.
Compile with clang6 works.
Riku
; options)
> added an arm64 specific CONFIG_ACPI_NFIT=y, overriding the default of =m, but
> the
> commit message mentions nothing about why this was done.
>
> Remove the arm64 specific setting and use the default of module build.
>
> Cc: Riku Voipio
> Signed-off-by: Geoff Lev
reassign 564935 ftp.debian.org
retitle 564935 gmod -- RoM; ancient; abandoned upstream;
thanks
On Mon, Apr 16, 2018 at 07:19:36PM +0200, Moritz Muehlenhoff wrote:
> On Tue, Jan 12, 2010 at 09:08:39PM +, Simon McVittie wrote:
> > Source: gmod
> > Severity: wishlist
> > User: debian...@lists.deb
tags +876774 pending
thanks
On Wed, Apr 04, 2018 at 07:08:01PM +0200, Josua Mayer wrote:
> Greetings once again,
>
> I have now rebuilt the current kernel package from sid, with the
> necessary config changes.
> So far it boots, and network works. I haven't tested anything else yet.
>
> Please f
On Tue, Mar 27, 2018 at 01:52:46PM -0700, Vagrant Cascadian wrote:
> On 2018-03-27, Riku Voipio wrote:
> > I've created a merge request to add Dragonboard 820c support
> > in debian u-boot build:
> >
> > https://salsa.debian.org/debian/u-boot/merge_requests/1
>
Package: u-boot-qcom
Version: 2018.03+dfsg1-1
Severity: wishlist
Tags: patch
Hi,
I've created a merge request to add Dragonboard 820c support
in debian u-boot build:
https://salsa.debian.org/debian/u-boot/merge_requests/1
Riku
tags 891062 +pending
thanks
On Thu, Feb 22, 2018 at 11:48:10AM +, Riku Voipio wrote:
> +// On ARM we expect that you're using Clang if you want SkJumper to be fast.
> +// If you are, the baseline float stages will use NEON, and lowp stages will
> +// also be available. (If
On Wed, Feb 21, 2018 at 09:59:18PM -0500, Michael Gilbert wrote:
> Starting with chromium 65, arm64 fails while building skia.
>
> ../../third_party/skia/src/jumper/SkJumper_stages.cpp: In function 'F
> from_half(U16)':
> ../../third_party/skia/src/jumper/SkJumper_stages.cpp:670:12: error:
> 'vcvt
Hi,
The first hang is because your firmware doesn't provide everything in DTB:
https://patchwork.kernel.org/patch/10146687/
You need to updateyour EFI.
The later hang is caused by omap_rng driver - so I've disabled in the Debian
kernel as of 4.14.13-1
Riku
:06.0 +0300
+++ android-platform-system-core-7.0.0+r33/debian/changelog 2018-01-12 10:41:37.0 +0200
@@ -1,3 +1,10 @@
+android-platform-system-core (1:7.0.0+r33-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix build
+
+ -- Riku Voipio Fri, 12 Jan 2018 10:41:37 +0200
Hi Ben,
On Thu, Nov 02, 2017 at 02:46:47PM +, Riku Voipio wrote:
> Package: initramfs-tools
> Version: 0.130
> Severity: normal
> Tags: patch
>
> Multi Function Devices may carry essential functions on arm/arm64
> platforms. For example in 96boards HiKey mfd/hi655
=most, update-initramfs doesn't pick mfd modules.
Since mfd is quite small (284K on arm64), just add them all to most. This
may also open the road to make some currently built-in CONFIG_MFD
drivers modules.
Signed-off-by: Riku Voipio
---
hook-functions | 1 +
1 file changed, 1 insertion(+)
Hi,
I've used envsubst[1] in my fai setup. envsubst comes from gettext-base
so most people have installed and it's very easy to use. jinja2 is more
powerful (can do loops etc), so there are some cases where it is more
useful.
Riku
[1] http://manpages.debian.net/envsubst
Package: lava-tool
Version: 0.21-1
Severity: important
Dear Maintainer,
Looks like a dependency on python-simplejson is needed:
$ sudo apt install lava-tool
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically ins
On Tue, Jul 11, 2017 at 09:45:49AM +0100, Ian Campbell wrote:
> On Tue, 2017-07-11 at 08:56 +0100, Edmund Grimley Evans wrote:
> > > Does this emulation take a considerable performance hit, as opposed
> > > to
> > > running on armhf hardware/kernel, where the instruction doesn't
> > > appear
> > >
Package: kdump-tools
Version: 1:1.6.1-1
Severity: important
Tags: patch
Dear Maintainer,
When building makedumpfile on arm64 host, kdump-tools becomes
uninstallable (etc/default/grub.d/ becomes missing). I recommend
dropping the arch-specific logic from debian/rules, since the
generated package i
Package: installation-reports
Severity: wishlist
Dear Maintainer,
-- Package-specific info:
Boot method: usb
Image version: netinst
Date: July 5th 2017
Machine: X370-PRO
Partitions:
Filesystem Type 1K-blocks Used Available Use% Mounted on
udev devtmpfs8171700
severity 868454 minor
thanks
Thanks for trying out u/boot menu.
On 15 July 2017 at 17:38, Diego Roversi wrote:
> Package: u-boot-menu
> Version: 2
> Severity: important
>
> Entries in extlinux.conf contain this line:
>
> fdtdir /usr/lib/linux-image-4.9.0-3-armmp-lpae
This is correct path. That
Package: obs-build
Version: 20170201-2
Severity: normal
Tags: patch
Dear Maintainer,
If sudo is not installed, osc build will fail with:
Running build
sudo: No such file or directory
If bsdtar is not installed, rpm based distro installs will fail:
[4s] [38/49] preinstalling sed...
[4s]
On Fri, May 19, 2017 at 12:15:32PM +0200, Jérémy Lal wrote:
> 2017-05-19 12:07 GMT+02:00 Riku Voipio :
>
> > Jérémy Lal:
> > > To others, preoccupied that npm won't be available in debian:
> > > - please help with npm maintenance
> > > - hopefully we&#x
Jérémy Lal:
> To others, preoccupied that npm won't be available in debian:
> - please help with npm maintenance
> - hopefully we'll make an updated version installable through debian backports
Are there any complications to building npm as part of nodejs package?
Riku
Package: linux
Version: 4.10.7-1~exp1
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertag: arm64
After some consideration, I think indeed this kernel option needs to be
enabled.
1) Rasperry pi binaries
While using rasperry-pi targetted Docker images is terrible for
performa
Hi,
> obs-worker is a, well, not very nice init script which runs all the
> worker instances (under screen of all things).
Digging under the hood, adapting this initscript to the brave new world
doesn't perhaps make much sense. The initscript downloads bs_worker from
obs server and starts it with
Package: obs-server
Version: 2.7.1-10
Severity: normal
bs_dodop calls gpg2, so a recommends: on gnupg2 would good.
Apr 06 09:12:13 obs bs_dodup[97]: 2017-04-06 09:12:13: checking
CentOS:CentOS-7/standard/x86_64...
Apr 06 09:12:13 obs bs_dodup[97]: updating metadata for rpmmd repo at
http://ftp.
On Sun, Feb 26, 2017 at 02:49:25AM -0500, Michael Gilbert wrote:
> Let me clarify. I am not going to make a decision about this, you are.
> Form a consensus (all involved must agree), and I will accept an
> implementation of what ever that turns out to be, but I reserve the
> right to exclude an
Hi,
What's the status with this? Is there some preliminary packaging already?
Riku
Package: vagrant
Version: 1.9.1+dfsg-1
Severity: wishlist
Dear Maintainer,
Considering that virtualbox wont be part of stretch (#794466),
please add recommends for vagrant-libvirt - which appears to
be the only vagrant provider available easily.
Riku
-- System Information:
Debian Release: 9.0
package: chromium
forcemerge 852398 854582
thanks
See the original issue at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786909
https://news.ycombinator.com/item?id=9724409
to re-enable the setting use:
export CHROMIUM_FLAGS='--enable-remote-extensions'
See also /usr/share/doc/chromium/N
On Tue, Feb 07, 2017 at 02:12:00PM +0900, Mike Hommey wrote:
> Okay, that one was fixed upstream in
> https://bugzilla.mozilla.org/show_bug.cgi?id=1257055
> Can you try applying the patch there and see how things go from there?
> (I'd rather avoid doing multiple uploads if it turns out not to be
>
Mike Hommey wrote:
> That's fixed in 47.5.0esr-3. Can you check if you still get crashes with
> that version?
Thanks Mike for looking into this.
Indeed firefox-esr doesn't segfault in jemalloc anymore. However, I get a new
crash - I assume Aaro will get the same.
Looking at
http://sources.debia
Hi,
If you submit a build to experimental, I'd be happy to
test it on aarch64 and armhf.
Riku
On Sun, Jan 29, 2017 at 02:59:40PM -0500, Michael Gilbert wrote:
> package: src:chromium-browser
> severity: grave
> version: 56.0.2924.76-1
> The upload to experimental fails to build on armhf due to new NEON code.
I have a fix for this (backport patch from upstream - NEON buildd is still
pendi
On Tue, Jan 31, 2017 at 02:30:10PM +, Riku Voipio wrote:
> This hints that numerous kernel config changes we did are probably
> not the reason, but some of the kernel changes between 4.9.2 and 4.9.6.
The offending commit is:
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stab
Quick test with
4.9.2-2 with new arm64 kernel config: boots
4.9.6-3 work old arm64 kernel config: booms
This hints that numerous kernel config changes we did are probably
not the reason, but some of the kernel changes between 4.9.2 and 4.9.6.
Especially between 4.9.5 and 4.9.6 a bulk of arm64 ch
On Wed, Jan 25, 2017 at 02:05:06AM +, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> On Tue, 2017-01-24 at 22:13 +, Punit Agrawal wrote:
> > Source: linux
> > Severity: wishlist
> > Tags: patch
> >
> > While testing device passthrough with a debian guest on a Cavium
> > Thunder, I fo
Source: qtermwidget
Version: 0.7.1-1
Severity: normal
Tags: patch
The build log states:
-- Could NOT find UTF8PROC (missing: UTF8PROC_LIBRARY
UTF8PROC_INCLUDE_DIR)
https://buildd.debian.org/status/fetch.php?pkg=qtermwidget&arch=amd64&ver=0.7.1-1&stamp=1482363037&raw=0
adding Build-dep helps:
Package: obs-worker
Version: 2.7.1-9
Severity: normal
Dear Maintainer,
After enabling in defaults, Starting obswork fails:
root@obs-worker:~# systemctl start obsworker
Job for obsworker.service failed because the control process exited with error
code.
See "systemctl status obsworker.service" a
Package: dstat
Severity: wishlist
The homepage of dstat links to
https://github.com/dagwieers/dstat/archive/0.7.3.tar.gz
While the watch file errors out, so I guess that needs updating too.
If you specify what particular tests you
> mean I am willing to run it.
> Are you planing to forward this patch upstream or you want me to do that?
>
> Regards,
> Dejan
>
>
> From: Andre Przywara [andre.przyw...@arm.com]
> Sent: M
Hi Marc-André,
Do you think virgl code in spice-server 0.13 is solid enough to be included
in Debian stretch release?
Michael wrote:
> So, maybe we really should let 0.13 to stretch, together with gl?
Full background at: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849569
Riku
On Tue, Dec 06, 2016 at 04:02:00PM -0500, Robert Lange wrote:
> Debian stretch with chromium 55.0.2883.75-1 (and only chromium) pulled
> in from unstable. With a brand new profile (i.e., by deleting
> .cache/chromium and .config/chromium and starting Chromium) Chromium
> aw-snaps on gfycat.com with
severity 734218 important
user debian-...@lists.debian.org
usertags 734218 arm64
thanks
Wookeys patch looks good to me. Liang, Michael, can you upload or are you ok
with an NMU?
Riku
Package: libguestfs
Version: 1:1.32.7-1~bpo8+1
Severity: wishlist
Tags: patch
libguestfs backport isn't building for arm64, because lzop is missing in
jessie/arm64:
https://buildd.debian.org/status/package.php?p=libguestfs&suite=jessie-backports
The attached patch appears to work, with I guess
Package: ocamlbuild
Version: 0.9.3-3
Severity: grave
Tags: experimental
ocamlbuild is failing to build since ocaml-best-compilers is a virtual package:
https://buildd.debian.org/status/package.php?p=ocamlbuild&suite=experimental
severity 843624 normal
tags 843624 +wheezy
thanks
On Tue, Nov 08, 2016 at 01:32:25PM +0100, J.Coltrane wrote:
> I'm running some full up to date installations of Wheezy, x86 and amd64. Since
> an update of some nameservice switch related libraries (libnspr4-0d,
> libnss3-1d
> and libnss3) Chromiu
On Sun, Nov 06, 2016 at 08:51:45PM -0500, Michael Gilbert wrote:
> On Thu, Oct 6, 2016 at 1:43 AM, Riku Voipio wrote:
> > Just requested on the alioth project and subscribed to the list.
> It took some time to get a response from alioth admins. I've accepted
> your request
severity 839549 important
thanks
I can confirm this, the latest build took 4h on armhf buildd, yet the
buildd's cpu usage was 0% during this time.
https://buildd.debian.org/status/fetch.php?pkg=aisleriot&arch=armhf&ver=1%3A3.22.1-1&stamp=1478592921
On amd64 build clearly see network access:
/u
e doesn't actually make the script a bash script. But
before I invest more time into this I'd like to know if others agree this change
is the right way.
The other option is to revert the change from #829243 until a better way to
handle the change is done.
Riku
>From 919a7df74f4191092
On Wed, Oct 26, 2016 at 06:29:49PM +0300, Michael Tokarev wrote:
> 25.10.2016 11:31, Adrian Bunk wrote:
> > -LD_REL := $(CC) -nostdlib -Wl,-r $(LD_REL_FLAGS)
> > +LD_REL := $(CC) -nostdlib -r $(LD_REL_FLAGS)
> Adrian, can you elaborate on this a bit please?
I really wish gcc manpage explained th
On Wed, Nov 02, 2016 at 09:23:53PM +0100, Guido Günther wrote:
> On Wed, Nov 02, 2016 at 09:36:21AM +0000, Riku Voipio wrote:
> > libvirt-bin is still referred to in many places, for example in openstack
> > devstack. The replacement -clients and -daemon-system packages are not ye
Package: libvirt
Version: 2.3.0-3
Severity: wishlist
Hi,
libvirt-bin is still referred to in many places, for example in openstack
devstack. The replacement -clients and -daemon-system packages are not yet
available in the latest ubuntu LTS. This leads to some inconvinient
"if ubuntu then else if
retitle 791963 Please support ARM64
tags 791963 + patch
thanks
Upstream support exists in kernel and compiling makedumpfile is just oneline
change
in debian/control now.
Riku
diff --git a/debian/control b/debian/control
index e4174f2..c0396eb 100644
--- a/debian/control
+++ b/debian/control
@@
On Wed, Oct 05, 2016 at 09:59:00PM -0400, Michael Gilbert wrote:
> On Wed, Oct 5, 2016 at 2:56 PM, Riku Voipio wrote:
> > I understand if you feel the arm builds are a burden of extra work for
> > you. The churn of code in chromium and the rapidly rolling security
> > upda
Hi Michael,
All patches to support Chrome on arm64 and armhf have been upstreamed.
The attached patch against debian packages build and runs chromium on
my test machines (samsung chromebook for armhf and Dragonboard 410c).
I understand if you feel the arm builds are a burden of extra work for
you
Source: libvirt
Version: 2.2.0-1
Severity: wishlist
Tags: patch
In my tests, libvirt tests pass fine on armhf/arm64. I take we
have newer kernel than debian builders, so it could fail in Debian.
To play safe, I suggest running tests but not failing them on arm/arm64.
This what the patch below does
Package: wnpp
Severity: wishlist
Owner: Riku Voipio
* Package name: glshim
Version : 0.0.20160225
Upstream Author : Ryan Hileman
* URL : https://github.com/lunixbochs/glshim
* License : Expat
Programming Lang: C
Description : Shim that translates
Package: wnpp
Severity: wishlist
Owner: Riku Voipio
* Package name: skales
Version : 0.20160202
Upstream Author : Stephen Boyd
* URL : git://codeaurora.org/quic/kernel/skales
* License : BSD (3 clause)
Programming Lang: Python and POSIX shel
Description
> hmm, looking further into the code, it looks like libgcrypt implements
> it's own way to detect hw features. But maybe somebody could confirm this
Correct. Debian armhf/armel buildd's don't have NEON unit yet testsuite
passes fine, so we even know the hw feature detection works fine. This
bug ca
On 27 June 2016 at 21:56, Marc Haber wrote:
> On Sun, Jun 26, 2016 at 10:39:04PM +0200, Marc Haber wrote:
>> On Mon, Oct 26, 2015 at 10:10:35AM +0200, Riku Voipio wrote:
>> > ser2net uses : as field separator in ser2net.conf. Udev creates by-path and
>> > by-id path
On 17 June 2016 at 15:04, Dejan Latinovic wrote:
> Package kvmtool FTBFS for mips64el with the following error:
>
>> LINK lkvm
>> /usr/bin/ld: guest/guest_init.o: warning: linking abicalls files with
>> non-abicalls files
>> /usr/bin/ld: guest/guest_init.o: linking 32-bit code with 64-bit cod
+
+ -- Riku Voipio Thu, 02 Jun 2016 21:20:42 +0300
+
chromium-browser (51.0.2704.63-2) unstable; urgency=medium
* Fix libspeechd build error.
diff -Nru chromium-browser-51.0.2704.63/debian/control chromium-browser-51.0.2704.63/debian/control
--- chromium-browser-51.0.2704.63/debian/control 2016-05
On 12 May 2016 at 19:47, Fernando Seiti Furusato wrote:
> Actually, this works, not replacing build-deps, but adding
> libiberty-dev in addition to binutils-dev.
Thanks, uploading fixed version.
> With that and adding -I/usr/include/libiberty as suggested by
> YunQiang Su, the package built in a
On Sat, Apr 09, 2016 at 12:02:44PM +0200, Graham Inggs wrote:
> On 9 April 2016 at 00:53, peter green wrote:
> > It would be useful if someone can reproduce the issue and get a dissasembly
> > of the failure location.
>
> I hope this is useful. I'll leave my screen session on abel.d.o. open
> in
On Sun, Apr 03, 2016 at 03:11:39PM +0100, Steven Chamberlain wrote:
> Wookey wrote:
> > +++ Steven Chamberlain [2016-04-01 10:31 +0100]:
> > > Currently haskell-http2 FTBFS on only armel:
> > > https://buildd.debian.org/status/package.php?p=haskell-http2&suite=unstable
> > > delaying the package's
+1,10 @@
+tightvnc (1.3.9-7.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to complete arm64 port, Closes: #769364
+
+ -- Riku Voipio Wed, 23 Mar 2016 15:23:49 +0200
+
tightvnc (1.3.9-7) unstable; urgency=medium
* Applied a patch from upstream to fix a crash. Closes
/debian/changelog 2016-01-24 21:23:35.0 +0200
+++ tightvnc-1.3.9/debian/changelog 2016-03-23 15:24:23.0 +0200
@@ -1,3 +1,10 @@
+tightvnc (1.3.9-7.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Add patch to complete arm64 port, Closes: #769364
+
+ -- Riku Voipio Wed, 23
tags 794326 +patch
thanks
The attached patch gives 2x-10x improvements on aes-128-ctr and sha256
tests with openssl speed (tested on cortex-a53 and cortex-57)
diff -Nru openssl-1.0.2g/debian/patches/debian-targets.patch openssl-1.0.2g/debian/patches/debian-targets.patch
--- openssl-1.0.2g/debian
Hi,
On 12 March 2016 at 07:27, Paul Wise wrote:
> Due to #817962, Linux reboots after not finding the filesystem and then
> lkvm crashes due to not handling the reboot properly. gdb gives this:
> Program received signal SIG34, Real-time event 34.
I couldn't reproduce with. lkm run will end up w
severity 817962 normal
thanks
> I don't think we should ship kvmtool in stretch without a Linux kernel
> flavour for it. If you agree, please upgrade this bug to serious. Right
> now the Debian Linux kernel packages don't have CONFIG_NET_9P_VIRTIO
> and CONFIG_VIRTIO_NET enabled. For kvmtool we pr
On 9 March 2016 at 11:00, Raphael Hertzog wrote:
> what's the status of this bug? I would love to see chromium on armhf and
> arm64.
I've have armhf/arm64 builds of chromium for jessie at:
http://repo.linaro.org/ubuntu/linaro-overlay/pool/main/c/chromium-browser/
> Michael, it looks like Riku u
reassign 813141 udev
thanks
# we enabled net.ifnames in 220-7 by default; don't change iface names in
# virtualized envs (where 75-persistent-net-generator.rules didn't work)
I think we need a more precise check for affected systems rather than the
lack of existance of /etc/udev/rules.d/70-persi
Hi,
On torstaina 17. joulukuuta 2015 18.42.40 EET, Gianfranco Costamagna wrote:
control: severity -1 important
Hi dear maintainer, I write here to make you aware of my intent
to NMU this package and lirc.
Let me know if you need a sponsor or you want to review
changes, otherwise I'll follow
On perjantaina 4. joulukuuta 2015 17.55.15 EET, Robert Edmonds wrote:
Riku Voipio wrote:
protobuf3 is now in beta. Since this package is in
collab-maint, do you mind
if update the package in archive?
Hi, Riku:
The protobuf packaging repository is moving to a dedicated packaging
group on
Hi,
protobuf3 is now in beta. Since this package is in collab-maint, do you
mind if update the package in archive?
Riku
-browser-47.0.2526.16/debian/patches/aarch64_openmax_clang.patch chromium-browser-47.0.2526.16/debian/patches/aarch64_openmax_clang.patch
--- chromium-browser-47.0.2526.16/debian/patches/aarch64_openmax_clang.patch 1970-01-01 02:00:00.0 +0200
+++ chromium-browser-47.0.2526.16/debian/patches/aarch64_openmax_
Hi,
While at it:
https://packages.debian.org/sid/arm64/bash/download
Doesn't mention httpredir either.
Riku
found 804250 3.0~dfsg-3
thanks
> Linker script needs adjustment to include typeinfo as need?
I've confirmed that rebuilding assimp with removing the following bit:
-DCMAKE_SHARED_LINKER_FLAGS="-Wl,--version-script=$(CURDIR)/debian/libassimp3.ver
$(LDFLAGS)" \
Makes armhf linking agains
This breaks also building rviz and ros-robot-model.
../devel/lib/libcollada_urdf.so.1.11.8: undefined reference to `typeinfo for
Assimp::IOSystem'
Linker script needs adjustment to include typeinfo as need?
Riku
Package: ser2net
Version: 2.9.1-1
Severity: wishlist
Tags: patch
Hi,
ser2net uses : as field separator in ser2net.conf. Udev creates by-path and
by-id paths to identify unique serial ports. These paths are highly
useful as ttyUSB* might end up shuffling around.
But the by-path symlink has always
Mon Sep 17 00:00:00 2001
From: Riku Voipio
Date: Wed, 21 Oct 2015 15:50:07 +0300
Subject: [PATCH] armhf and arm64 support
Add support for building chromium on armhf and arm64
---
debian/control | 7 +-
debian/patches/aarch64-fixes.patch | 42 +
d
* armhf and arm64 buildd
+ * build with clang-3.7 since older clangs are broken on armhf
+ * use gcc for build on arm64 since asm file fail to compile
+
+ -- Riku Voipio Fri, 25 Sep 2015 18:07:49 +
+
chromium-browser (46.0.2490.13-1) experimental; urgency=medium
* New upstream beta releas
Hi,
Seems this has been fixed with the latest 3.6.2-2 upload.
clang -v
Debian clang version 3.6.2-2 (tags/RELEASE_362/final) (based on LLVM 3.6.2)
clang hello.c -o hello
./hello
Hello World
Riku
1 - 100 of 996 matches
Mail list logo
