W dniu 23.10.2024 o 14:38, Pascal Hambourg pisze:
Hi Marcin,
On 23/10/2024 at 11:46, Marcin Juszkiewicz wrote:
For that first 16MB partition it would be nice to use GPT type
EF02 (BIOS boot partition) so partitioning tools will see that it
is partition for bootloaders.
Partitioning tools do
For that first 16MB partition it would be nice to use GPT type EF02
(BIOS boot partition) so partitioning tools will see that it is
partition for bootloaders.
I created test 512MB disk and created some partitions by hand:
gdisk:
Number Start (sector)End (sector) Size Code Name
1
W dniu 02.11.2020 o 05:00, Ryutaroh Matsumoto pisze:
Package: qemu-system-arm
Version: 1:5.1+dfsg-4+b1
Severity: minor
Dear Maintainer,
# cp /usr/share/AAVMF/AAVMF_VARS.fd /var/tmp/efivars.fd; qemu-system-aarch64 \
-machine sbsa-ref -cpu cortex-a57 -nographic -net nic,model=virtio \
-net u
W dniu 02.11.2021 o 22:26, Michael Tokarev pisze:
What do you want us to do here?
I know full well that libvirt in buster is too old for new qemu.
I don't have enough experience to backport libvirt (I never ever
used it myself). Even if I had such experience, what I should do
with this bugrepor
Package: qemu-system-common
Version: 1:5.2+dfsg-11
Severity: normal
X-Debbugs-Cc: marcin.juszkiew...@linaro.org
I am maintaining Debian support in OpenStack Kolla project. We are
building container images with OpenStack components and provide way to
deploy whole OpenStack from them.
As we have ne
W dniu 08.12.2020 o 11:13, Alper Nebi Yasak pisze:
On 08/12/2020 12:26, Marcin Juszkiewicz wrote:
Both standard and graphical installer contain kernel modules for virtio
framebuffer. And both ignore video output forcing user to use serial
console. Also while 'standard' installer giv
W dniu 08.12.2020 o 09:06, Ryutaroh Matsumoto pisze:
Hi Debian Arm users,
I tried Bullseye d-i Alpha3 released on December 6 for
building a qemu disk image usable by qemu-system-aarch64.
To me, Alpha 3 d-i seems almost unusable for that purpose.
I filed a report at
https://bugs.debian.org/cgi-bi
W dniu 26.10.2020 o 13:56, Adam Borowski pisze:
On Mon, Oct 26, 2020 at 12:46:01PM +, Marcin Juszkiewicz wrote:
Once libfabric gets fixed then pmdk 1.9.1-3 can get most of it's
dependencies from buster-backports. Valgrind 0.15 is not available for
buster.
Without that fix, val
Source: valgrind
Severity: normal
Could you update version of valgrind package in buster to 3.16? Let me
tell you why.
Recently OpenStack 'victoria' got released. It requires qemu 4.0.0 or
higher. Debian has 3.1 in buster and 5.0 in buster-backports but newer
one is not available for arm64 archit
Source: pmdk
Severity: important
Could you provide arm64 version of pmdk package in buster (or
buster-backports)?
Recently OpenStack 'victoria' got released. It requires qemu 4.0.0 or
higher. Debian has 3.1 in buster and 5.0 in buster-backports but newer
one is not available for arm64 architectur
Source: libfabric
Severity: important
Could you provide arm64 version of libfabric package in buster (or
buster-backports)?
Recently OpenStack 'victoria' got released. It requires qemu 4.0.0 or
higher. Debian has 3.1 in buster and 5.0 in buster-backports but newer
one is not available for arm64 a
Source: qemu
Version: 1:5.0-14~bpo10+1
Severity: important
QEMU 5.0 build depends on libpmem which is x86 only in Buster. Due to this
there is no arm64 package available in buster-backports repository.
This cause a problem because if we want to use current OpenStack then we are
not able to - Nova
Package: debian-installer
Severity: important
I am trying to install Debian 'testing' on RockPro64 board.
System booted from mainline U-Boot with EFI services enabled. Directly
into d-i from 2020.06.15 copy of debian-testing-arm64-netinst.iso [1].
1.
https://cdimage.debian.org/cdimage/weekly-bu
W dniu 26.05.2020 o 20:33, Alper Nebi Yasak pisze:
> Control: retitle -1 Include drm modules in non-gtk arm64 cdrom initrds
>> And that's plain wrong.
>>
>> I want to run D-I on my monitor. Nevermind is it text mode one or gtk
>> one. My board does not require serial console to boot as I have
>> g
W dniu 26.05.2020 o 19:25, Alper Nebi Yasak pisze:
> On 26/05/2020 20:09, Marcin Juszkiewicz wrote:
>> RockPro64 does not enable screen at all. And there are no DRM
>> modules in netinstall image [1]:
>>
>> ~ # cd /lib/modules/5.6.0-1-arm64/ /lib/modules/5.6.0-1-a
W dniu 26.05.2020 o 16:41, Alper Nebi Yasak pisze:
> On 26/05/2020 15:03, Marcin Juszkiewicz wrote:
>> Devices with Mali gpu can use 'panfrost' driver to provide working
>> framebuffer. And then Debian installer can be run on screen instead of
>> serial console.
>
Package: linux
Severity: important
Tags: d-i
Devices with Mali gpu can use 'panfrost' driver to provide working
framebuffer. And then Debian installer can be run on screen instead of
serial console.
But 'panfrost' module is not available when d-i starts ;(
So please include 'panfrost' in 'fb-mod
Source: librdkafka
Version: 1.4.2-1
Severity: important
I work on getting OpenStack working on AArch64 (arm64) architecture.
Using Debian 'buster' as main development platform.
The problem is "confluent-kafka" Python package. For x86 arch it is easy
as wheel is provided on Pypi.org website. But o
W dniu 09.02.2020 o 14:55, Guido Günther pisze:
> Thanks for digging out the patches. Marking as fixed in newer versions
> then. We might want to fold this into a point release at some point.
> Cheers,
> -- Guido
Any plans for 5.6.0 backport maybe?
Source: libvirt
Version: 5.0.0-4
Severity: normal
On AArch64 systems with Cavium ThunderX cpus libvirt refuses to handle
on board network cards:
2018-04-30 15:50:09.053+: 5069: info : hostname: uk-dc-cavium-01
2018-04-30 15:50:09.249+: 5069: error : virNetDevGetPhysicalFunction:1391 :
in
Source: haproxy
Severity: normal
I am using Kolla to build container images with OpenStack components.
One of images contains haproxy. And it fails to build.
Part of build is creation of users with fixed UID/GID values. Which
works fine for most situations as packages usually are fine with user
a
Package: ceph-common
Version: 12.2.11+dfsg1-2
Severity: normal
Dear Maintainer,
I am working on moving container images built with OpenStack Kolla to
use Python 3 where possible.
Got images building without Python 2.7 but with one exception: all
images involving Ceph (directly or via qemu/libvir
Package: lsb-release
Version: 10.2018112800
Severity: normal
Dear Maintainer,
* What led up to the situation?
At first this system was Ubuntu 13.04, then 13.10, 14.04 and 16.04
version. Yesterday I upgraded it to Debian 10 with just APT/Aptitude.
* What exactly did you do (or not do) that was e
Package: trickle
Severity: normal
Trickle is not built for arm64 architecture. It builds fine for it once
config.* files get updated.
-- System Information:
Debian Release: 9.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: arm64 (aarch64)
Kerne
pn firmware-realtek
pn firmware-samsung
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
-- no debconf information
From 727236c28418584658281f8d38b2eee29f95a844 Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz
Date: Thu, 22 Nov 2018 10
W dniu 19.10.2018 o 01:03, Ben Hutchings pisze:
> On Thu, 2018-10-18 at 19:48 +0200, Marcin Juszkiewicz wrote:
>> What we probably need is expanding fb-modules udeb for arm64 with
>> several entries:
>>
>> - radeonfb
>
> We don't build radeonfb for arm64, sin
What we probably need is expanding fb-modules udeb for arm64 with
several entries:
- radeonfb
- nouveau
- virtio-gpu (for VM guest instances)
This should cover real hardware machines with either AMD Radeon or
NVidia graphic cards and also virtual machines.
UEFI does not even need to have X86Emul
Source: qemu
Version: 1:2.12+dfsg-1
Severity: normal
Qemu is important component for running OpenStack. And since Queens
release we have working graphical console on arm64.
But we can not use SPICE as it is not enabled in Debian's qemu package.
Sure, VNC works but the only thing which keeps us fr
Source: qemu
Version: 1:2.12+dfsg-1
Severity: normal
Qemu is important component for running OpenStack. But libvirt used by
Nova (compute part of OpenStack) is now requiring qemu with seccomp
support enabled:
libvirtError: internal error: process exited while connecting to
monitor: 2018-05-22T09:
Package: dh-make-golang
Version: 0.0~git20180129.37f630a-1
Go packagers suggest using 'dh-make-golang' to create skeleton package for
software written in Go. So I tried it:
16:28 (0s) linaro@cb-r1-m1-c1n1:dh-make-golang$ dh-make-golang -git_revision
v4.6.3 github.com/grafana/grafana
Source: erlang
Severity: normal
Dear Maintainer,
I am building OpenStack components as Docker images (using Kolla
project as a tool).
One of components is 'rabbitmq' for which we grab arch:all package from
upstream and install it with rest of dependencies taken from Debian
'stretch' repositories
W dniu 31.10.2017 o 14:36, Balint Reczey pisze:
>> But then it is installed to $(pkg-config --variable plugindir wireshark)
>> directory. Which is /usr//usr/lib/ARCH-NAME-TRIPLET/wireshark/ while
> This is fixed in later version.
Which is not present in 'stretch' nor 'stretch-backports' therefore
Package: libwireshark-dev
Version: 2.2.6+g32dac6a-2
Severity: normal
Dear Maintainer,
I am backporting libvirt for our use. During build of libvirt 3.6.0+
wireshark dissector is supposed to be built. And it is built. No issues.
But then it is installed to $(pkg-config --variabl
Source: libvirt
Version: 3.6.0-1
Severity: normal
Tags: upstream
Please backport libvirt 3.6.0 to Debian 'stretch' release. It will
provide several fixes for using virtual machines on AArch64 (arm64)
architecture.
It is first version which supports 'logfile' character devices on arm64
architectur
Package: mongodb-server
Version: 1:3.2.11-2
Severity: normal
I am using Kolla to build container images with OpenStack components.
One of images contains mongodb. And it fails to build.
Part of build is creation of users with fixed UID/GID values. Which
works fine for most situations as packages
Source: neutron
Version: 8.0.0-2
Severity: normal
Tags: upstream
During build of neutron 8.0.0-2 under Jessie I got:
Traceback (most recent call last):
File "/tmp/buildd/neutron-8.0.0/neutron/tests/unit/extensions/test_dns.py",
line 455, in test_api_extension_validation_with_bad_dns_names
Extlinux should be replaced by grub also because openstack can be used
also on non-x86 architectures while extlinux is built ONLY for x86 ones.
Take a look at upstream change [1] done for AArch64 support. It
simplified code in similar way as sh4.diff did.
1. http://sourceforge.net/p/indi/code/1610/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Take a look at Fedora change [1] as well as it handles LE and BE variants.
1.
http://pkgs.fedoraproject.org/cgit/cfitsio.git/commit/?id=d7b88bafc7ee0074b767cbca67adc3f57a5b33d0
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
I got hit by same issue in Fedora.
It was also reported upstream:
https://bugzilla.gnome.org/show_bug.cgi?id=724085
and fix was provided and merged upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@list
rted to this architecture"
#endif
>From 2e049836ee16f4aedbe7ccc3335fc57852725716 Mon Sep 17 00:00:00 2001
From: Riku Voipio
Date: Tue, 7 Jan 2014 16:15:56 +0100
Subject: [PATCH] Detect AArch64 architecture
Adds WTF platform support for the AArch64 architecture.
Patch is based on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 29.01.2014 02:27, Lisandro Damián Nicanor Pérez Meyer pisze:
> Mark: please take a look at [0] for more context or ask Marcin. Quick
> context:
> getting AArch64 (aka arm64) Qt4 patches in upstream.
> Marcin, Mark: to get the code into the Qt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
W dniu 27.01.2014 19:14, Lisandro Damián Nicanor Pérez Meyer pisze:
> So what we are currently missing should be:
>
> - The copyright and license of the qatomic stuff.
Author: Mark Salter
License: same as upstream one
-BEGIN PGP SIGNATURE-
V
W dniu 27.01.2014 19:20, Wookey pisze:
> +++ Marcin Juszkiewicz [2014-01-27 17:41 +0100]:
>>> - It uses linux-g++ instead of linux-g++-64. While that could be the best
>>> fit,
>>> it would be good to know why.
>>
>> Maybe it is because linux-g++ may us
he chance that some code comes from
> Ubuntu people.
> - Webkit stuff: as described above.
If you need that for something:
Author: Marcin Juszkiewicz based on
gtkwebkit changes by Riku Voipio
License: same as upstream one
> aarch64_fix_atomic_set.patch:
> - Copyright present.
W dniu 10.11.2012 08:17, Steve Langasek napisał(a):
On Fri, Nov 09, 2012 at 04:57:49PM -0500, Jeremy Bicha wrote:
Marcin, since I'm actively using heimdall at the moment, I'd like to
get
this into the archive sooner rather than later. I've prepared a
package
with the name from the original I
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please add me, Marcin Juszkiewicz to the
Debian Maintainers keyring. jetstring attached.
- -- System Information:
Debian Release: wheezy/sid
APT prefers quantal
APT policy: (999, 'quantal&#
Package: iptraf
Version: 3.0.0-8
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Recent Ubuntu rebuild of iptraf [1] shown that it does not build with recent
kernels. Attached patch fixes pr
At http://tygrysek.juszkiewicz.com.pl/~hrw/debian/heimdall/ I already
have some work in progress package for Heimdall flasher.
There are things to change in packaging - Paul Wise made a review and
pointed me some errors and things to check/fix.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ.
W dniu 29.08.2012 18:39, Wookey pisze:
> If binutils is cross-built, using
> DEB_BUILD_OPTIONS=nocheck dpkg-buildpackage -aarmhf -uc -us
>
> This results in install failing because 'install' is run with
> --strip-program="arm-linux-gnueabihf-strip --remove-section=.comment
> --remove-section
As 2.1 version contains also ARM related changes we (Linaro) also want
to have 2.1 ready.
http://people.linaro.org/~hrw/debian/ contains my version of package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lis
W dniu 15.08.2012 20:48, Laszlo Boszormenyi (GCS) pisze:
> On Wed, 2012-08-15 at 16:07 +0200, Adnan Hodzic wrote:
>>> On Tue, Aug 14, 2012 at 8:01 PM, Laszlo Boszormenyi (GCS)
>>> wrote:
>>> I think this ITP should be several ones. One for command like
>>> tools like adb , one for Eclipse plugi
W dniu 27.07.2012 19:56, Adnan Hodzic pisze:
> I was too busy for last few days so I didn't even get to reply.
> Either way, just now I publicly published what I have when it comes
> to "android-sdk-installer" script. And yes, I'd rather have all those
> tools as one package as I originally inten
W dniu 24.07.2012 14:50, Konstantin Khomoutov pisze:
> Package name sounds too generic to me for such a narrow use-case.
> May be arm-powerdebug? (I googled "linaro", and it appears to be
> centered about ARM SoCs so I suppose this tool is to debug such
> systems, and hence is why I propose thi
Hello
I packaged Android tools (adb + fastboot) and provide it for Ubuntu in
Linaro Tools PPA [1] and also as source on my website [2].
Can you tell me does it have a sense to add it into Debian or rather
wait for your Android SDK packages which will provide those tools?
1. https://launchpad.ne
Package: wnpp
Severity: wishlist
Owner: Marcin Juszkiewicz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: powerdebug
Version : 0.6.1-2011.10
Upstream Author : Linaro Power Management Working Group
* URL : https://launchpad.net/linaro-powerdebug
control.m4 change breaks cross builds:
-
Package: libgcc1-dbg-armhf-cross
Architecture: all
Section: debug
Priority: extra
Depends: gcc-4.7-arm-linux-gnueabihf-base (= ${gcc:Version}),
libgcc1-armhf-cross (= ${gcc:EpochVersion}), ${misc:Depends}
dnldnl
Description: GCC support library (debug s
Acked-by: Marcin Juszkiewicz
This kind of patch was on my todo list for quite long time. It is safe
to merge and would be great to get it in wheezy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
W dniu 24.04.2012 00:03, Yann Dirson pisze:
> In /usr/share/gdb/syscalls/, the standard gdb package installs many
> files, seamingly for support of other archs, although "set arch" will
> make it obvious that very few of those are indeed usable with the
> installed binary.
>
> This makes it uncom
gelog klibc-2.0~rc3/debian/changelog
--- klibc-2.0~rc3/debian/changelog 2012-03-02 11:08:54.0 +0100
+++ klibc-2.0~rc3/debian/changelog 2012-03-30 12:06:21.00000 +0200
@@ -1,3 +1,9 @@
+klibc (2.0~rc3-2) unstable; urgency=low
+
+ * Fix cross building - LP: #963047
+
+ -- Marcin Juszkiewicz
n/changelog
--- dash-0.5.7/debian/changelog
+++ dash-0.5.7/debian/changelog
@@ -1,3 +1,9 @@
+dash (0.5.7-2ubuntu2) precise; urgency=low
+
+ * Ensure correct strip is called when cross-building LP: #966103
+
+ -- Marcin Juszkiewicz Tue, 27 Mar 2012 10:31:15 +
+
dash (0.5.7-2ubuntu1) precise; urgency=low
* Merge from Debian testing, remaining changes:
/debian/changelog
@@ -1,3 +1,9 @@
+dash (0.5.7-2ubuntu2) precise; urgency=low
+
+ * Ensure correct strip is called when cross-building LP: #966103
+
+ -- Marcin Juszkiewicz Tue, 27 Mar 2012 10:31:15 +
+
dash (0.5.7-2ubuntu1) precise; urgency=low
* Merge from Debian testing, remaining changes:
* Added build-{arch,indep} targets.
+ * Switched to use 'dh_prep' instead of 'dh_clean -k'
+
+ -- Marcin Juszkiewicz Tue, 24 Jan 2012 12:39:33 +0100
+
elfutils (0.152-1ubuntu2) precise; urgency=low
* Rebuild for liblzma5.
diff -Nru elfutils-0.152/debian/compat elfutils
W dniu 07.10.2011 11:48, Marcin Juszkiewicz pisze:
>> When compiling a GCC stage1 cross-compiler, the generated control file
>> depends on "libgcc" even when one is not built, making it impossible
>> to install the stage1 compiler to prepare for stage2.
>
> I ha
> When compiling a GCC stage1 cross-compiler, the generated control file
> depends on "libgcc" even when one is not built, making it impossible
> to install the stage1 compiler to prepare for stage2.
I have to admit that I never installed stage1 or stage2 packages - I
only unpack them and use for
+0200
@@ -1,3 +1,9 @@
+monav (0.3-3build2) oneiric; urgency=low
+
+ * Drop -march=native as this is not available on !x86 architectures.
+
+ -- Marcin Juszkiewicz Wed, 15 Jun 2011 14:49:22 +0200
+
monav (0.3-3build1) oneiric; urgency=low
* No change rebuild for protobuf transition.
diff
I looked at raxml failure on armel in Ubuntu [1] and then got
information about Debian bug [2].
raxml is using xmmintrin.h header file which is available only for x86
architectures (amd64/i386). Inside are functions which calls ASM
mnemonics directly. So it looks like package is buildable only on
I think that patching debian/control.m4 is just work around. It should
be cleaned up to get rid of special handling of cross target so one set
of rules will be used for all targets.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Dnia 2011-03-28, pon o godzinie 17:14 +0200, Sven Joachim pisze:
> On 2011-03-28 15:58 +0200, Marcin Juszkiewicz wrote:
>
> > Ncurses debian/rules calls dh_strip with "-X$(package-dbg)
> > -X$(package-dbgw) -X$(package-libw)" where -N should be used.
>
> Than
) natty; urgency=low
+
+ * Use -N instead of -X to exclude separate -dbg packages from dh_strip call.
+Change suggested by Martin Pitt.
+
+ -- Marcin Juszkiewicz Mon, 28 Mar 2011 15:43:29 +0200
+
ncurses (5.7+20101128-1) experimental; urgency=low
[ Sven Joachim ]
diff -Nru ncurses-5.7+2
Package: dpkg-cross
Version: 2.6.3ubuntu1
Severity: important
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is a copy of Ubuntu bug #739151
https://bugs.launchpad.net/ubuntu/+source/dpkg-cross/+bug/739151
Running dpkg-cross against the Multi-Arch: same version of libc6
currentl
Package: gcc-4.6-source
Version: 4.6-20110227-1
Severity: normal
Tags: patch
Packages built from gcc 4.6 source conflict with 4.4 packages but not with 4.5
ones.
-- System Information:
Debian Release: wheezy/sid
AP
This bug is probably duplicate of bug #603347 [1] which got solved in
Ubuntu and patch was provided to Debian.
1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603347
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
Dnia piątek, 28 stycznia 2011 o 18:55:33 Bastian Blank napisał(a):
> On Fri, Jan 28, 2011 at 05:03:12PM +0000, Marcin Juszkiewicz wrote:
> > This bug report is about first change - adding debian/ directory to
> > linux-source package so it could be possible to rebuild linux
>
Package: linux-2.6
Severity: wishlist
Tags: patch
I am working on cross toolchain packages for Ubuntu. During work on 10.10
'maverick'
release I got it working and now want to add it also to Debian archive.
To get it done I need some changes to be done in linux-2.6 packaging. None of
them
affec
arch
mipsel gcc-4.5. Please take a look.
Regards,
--
JID: h...@jabber.org
Website: http://marcin.juszkiewicz.com.pl/
LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz
From 765b884759007e961f53a296183a1bddb9a07ee8 Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz
Date: Wed, 22 Dec 2010 14:
Package: dpkg-cross
Version: 2.5.8ubuntu2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
dpkg-cross by default removes lot of files from converted packages.
Effect it that sqlite3 can not be cross built because
tcl8.5-dev-armel-cross package does not contain tclConfig.sh (which
Dnia środa, 22 września 2010 o 15:18:12 Francesco P. Lovergine napisał(a):
> On Wed, Sep 22, 2010 at 01:36:35PM +0200, Marcin Juszkiewicz wrote:
> > Package: tcl8.4
> > Version: 8.4.19-4
> > Severity: normal
> > Tags: patch
> >
> > tcl8.4 can not be cross co
Package: tcl8.4
Version: 8.4.19-4
Severity: normal
Tags: patch
tcl8.4 can not be cross compiled with current state due to use of
AC_PROG_CC macro by upstream which checks only for $CC and gcc.
To get it cross compiled (dpkg-buildpackage -b -aarmel) I needed to add
few lines to configure call in d
Dnia piątek, 27 sierpnia 2010 o 04:56:57 Nobuhiro Iwamatsu napisał(a):
> This patch seems to be already applied in 4.4.4-9.
> However, this problem is not revised.
4.4.4-10 will get -base fixed. 4.4.4-9 got stages support with broken -base
package. Sorry for mess.
Regards,
--
JID: h...@j
> When cross building the gcc-4.4-4.4.4-7 pacakage, the build no longer
> generates a gcc-4.4-*-gnueabi-base package as part of the default build.
> The control file, however still references such a package as a dependency
> for installing the gcc-4.4-*-gnueabi package. This results in an instal
As one of BitBake developers I want to tell that is it safe to just do rebuild
of package to get rid of python2.4 stuff.
We maintain compatibility with Python 2.4 in 1.8.x branch of BitBake and it is
compatible with 2.5 and 2.6 versions.
1.10 and 'master' branches require Python 2.5 but are no
Dnia wtorek, 24 listopada 2009 o 06:34:59 Norbert Preining napisał(a):
> Ok, I found the bug ...
>
> from your fmtutil.cnf
>
> > # The following added lines have been transferred from
> > # /etc/texmf/fmt.d/10texlive-base-bin.cnf
> > #They take precedence over earlier entries
> > etex
Dnia sobota, 21 listopada 2009 o 07:25:54 Norbert Preining napisał(a):
> On Sa, 21 Nov 2009, Norbert Preining wrote:
> > What about adding
> > tex-common conflicts texlive-base-bin
> > ?
>
> Bummer I know why:
>
> texlive-common:
> Conflicts: tex-base-bin,
>
> What a rubbish, it has to
Dnia piątek, 20 listopada 2009 o 03:13:28 Norbert Preining napisał(a):
> v=`kpsewhich -var-value TEXMFSYSVAR`
> c=`kpsewhich -var-value TEXMFSYSCONFIG`
> TEXMFVAR="$v"
> TEXMFCONFIG="$c"
> export TEXMFVAR TEXMFCONFIG
> kpsewhich fmtutil.cnf
07:01 r...@
Dnia czwartek, 19 listopada 2009 o 21:02:53 Frank Küster napisał(a):
> So there's a duplicate entry for etex after the transfer from
> 10texlive-base-bin.cnf. This is probably a bug in our transitioning
> code. Or the code should be removed completely now?
> Can you please check whether there's
Dnia czwartek, 19 listopada 2009 o 15:01:10 Norbert Preining napisał(a):
> On Do, 19 Nov 2009, Marcin Juszkiewicz wrote:
> > fmtutil: Infinite recursion detected, giving up!.
>
> Bummer ...
>
> Can you send me the fmtutil.cnf file,
/var/lib/texmf/web2c/fmtutil.cnf at
Package: texlive-binaries
Version: 2009-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wanted to upgrade from TeXlive 2007 to 2009 version. During update I
got:
Setting up texlive-binaries (2009-1) ...
mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN...
mktexlsr: Updating
Dnia środa, 26 sierpnia 2009 o 20:31:10 Daniel Baumann napisał(a):
> Marcin Juszkiewicz wrote:
> > I wanted to create local git server for my uses. So I installed
> > 'gitosis' and 'git-daemon-run' packages. After configuring gitosis I
> > decided to mak
Package: gitosis
Version: 0.2+20080825-15
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I wanted to create local git server for my uses. So I installed
'gitosis' and 'git-daemon-run' packages. After configuring gitosis I
decided to make it possible to clone repository also by
Package: cups-driver-gutenprint
Version: 5.2.3-2+b1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Konfigurowanie cups-driver-gutenprint (5.2.3-2+b1) ...
No Gutenprint PPD files to update.
Reloading Common Unix Printing System: cupsd.
/var/lib/dpkg/info/cups-driver-gutenprint.post
Package: kde-style-qtcurve
Version: 0.52.3-1
Severity: wishlist
--- Please enter the report below this line. ---
Please provide version for QT4. It is supported in 0.55.2 version and
works very good (I use my local compilation).
--- System information. ---
Architecture: amd64
Kernel: Linu
Package: docbook-utils
Version: 0.6.14-1
Severity: minor
--- Please enter the report below this line. ---
Current version of docbook-utils depends on "lynx | links | w3m" which
force "elinks" users to install one of them due to fact that newest
version of "elinks" do not provide "links".
Solut
Package: bluez-utils
Version: 3.24-1
Severity: important
--- Please enter the report below this line. ---
Bluez-utils 3.24-1 on amd64 depends on libglib-2.0-0 2.15.1 which is nor
present in Debian repository. I had to recompile it on my system to get
installable version.
--- System information
Dnia poniedziałek, 12 marca 2007, Michel Dänzer napisał:
> On Mon, 2007-03-12 at 11:21 +0100, Marcin Juszkiewicz wrote:
> > Installing xserver-xorg-core 2:1.2.99.901-1 (which also fetch newer
> > ATI driver package) without upgrading xserver-xorg to 7.2 also gives
> > me no X1
Installing xserver-xorg-core 2:1.2.99.901-1 (which also fetch newer ATI
driver package) without upgrading xserver-xorg to 7.2 also gives me no
X11.
--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Dnia poniedziałek, 26 lutego 2007, Olivier Vitrat napisał:
> the bug you've reported is ~2 years old.
> Can you still reproduce this bug? If yes please give us a short note,
> if not, this bug will be closed in a few weeks (but you are of course
> free to reopen it).
It is upstream reported too:
Dnia czwartek, 23 listopada 2006 12:09, Julian Gilbey napisał:
> On Thu, Nov 23, 2006 at 11:30:39AM +0100, Marcin Juszkiewicz wrote:
> > Dnia środa, 22 listopada 2006 18:43, Frank Küster napisał:
> > kdebug:kpse_normalize_path (/home/hrw//texmf) => 1
> It seems that $TEXM
Dnia środa, 22 listopada 2006 18:43, Frank Küster napisał:
> Marcin Juszkiewicz <[EMAIL PROTECTED]> wrote:
> > On this machine kpsewhich was stat-ing all files in filesystem
>
> Oh, this should not happen. Maybe some conffile setting is wrong? Can
> you please sen
Dnia wtorek, 14 listopada 2006 19:24, Frank Küster napisał:
> Hello Marcin,
>
> do you just rarely use this machine, or have you forgotten about the
> problem? I hope you don't mind that I "ping" you.
I was overloaded recently. Today I looked more into problem and found why
it was a problem.
O
1 - 100 of 109 matches
Mail list logo
