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
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
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
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 gives &quo
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
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, valgrind
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
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
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
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 -
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.
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
>>
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.
>&g
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
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
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 :
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
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
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
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)
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:56:15 +0100
Subject
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, since it
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
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
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:
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'
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'
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
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
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 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? Contact
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
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
: Riku Voipio riku.voi...@iki.fi
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 WebKit-gtk patch done by Riku Voipio, and was
cherry-picked and tested by Marcin Juszkiewicz.
Task-number: QTBUG
-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 Qt4
:
Author: Marcin Juszkiewicz mar...@juszkiewicz.com.pl based on
gtkwebkit changes by Riku Voipio riku.voi...@linaro.org
License: same as upstream one
aarch64_fix_atomic_set.patch:
- Copyright present.
- Possibly needs the above patch applied.
It requires aarch64.patch as it just change two
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 use '-m64' argument for GCC which
AArch64 does
-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 msal...@redhat.com
License: same as upstream one
-BEGIN PGP
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
Package: debian-maintainers
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please add me, Marcin Juszkiewicz mar...@juszkiewicz.com.pl to the
Debian Maintainers keyring. jetstring attached.
- -- System Information:
Debian Release: wheezy/sid
APT prefers quantal
APT policy
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
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
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=.note
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
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)
g...@debian.hu wrote:
I think this ITP should be several ones. One for command like
tools like adb , one for Eclipse
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 intended
Package: wnpp
Severity: wishlist
Owner: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: powerdebug
Version : 0.6.1-2011.10
Upstream Author : Linaro Power Management Working Group
linaro-pm...@lists.launchpad.net
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.
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 this
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
Acked-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
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
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
2012-03-30 12:06:21.0 +0200
@@ -1,3 +1,9 @@
+klibc (2.0~rc3-2) unstable; urgency=low
+
+ * Fix cross building - LP: #963047
+
+ -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Fri, 30 Mar 2012 12:05:41 +0200
+
klibc (2.0~rc3-1) unstable; urgency=low
* New upstream snapshot (closes
LP: #966103
+
+ -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Tue, 27 Mar 2012 10:31:15 +
+
dash (0.5.7-2ubuntu1) precise; urgency=low
* Merge from Debian testing, remaining changes:
+
+ * Ensure correct strip is called when cross-building LP: #966103
+
+ -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Tue, 27 Mar 2012 10:31:15 +
+
dash (0.5.7-2ubuntu1) precise; urgency=low
* Merge from Debian testing, remaining changes:
to use 'dh_prep' instead of 'dh_clean -k'
+
+ -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org 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-0.152/debian/compat
--- elfutils-0.152
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 next
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 have to admit that I never installed stage1
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
+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 marcin.juszkiew...@linaro.org Wed, 15 Jun 2011 14:49:22 +0200
+
monav (0.3-3build1) oneiric; urgency=low
* No change rebuild
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?
+
+ * Use -N instead of -X to exclude separate -dbg packages from dh_strip call.
+Change suggested by Martin Pitt.
+
+ -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Mon, 28 Mar 2011 15:43:29 +0200
+
ncurses (5.7+20101128-1) experimental; urgency=low
[ Sven Joachim ]
diff -Nru ncurses-5.7
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.
Thanks for spotting that. It does not seem to make
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
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
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
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
Dnia piątek, 28 stycznia 2011 o 18:55:33 Bastian Blank napisał(a):
On Fri, Jan 28, 2011 at 05:03:12PM +, 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
kernel/headers/includes
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 marcin.juszkiew...@linaro.org
Date: Wed, 22 Dec 2010 14:08:41 +0100
Subject: [PATCH] Fix biarch/triarch
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
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
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 compiled with current state due to use of
AC_PROG_CC
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:
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 install
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
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 be
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
etexpdftex
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 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 attached
and whether jadetex
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 a
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...@home:~#
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 make it possible to clone repository also by other
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.
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:
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.
Solution
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
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, 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 X11.
Looks like the driver
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 ś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 send the output of
grep '^TEXMF =' /etc
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 $TEXMFHOME is expanding to /home/hrw
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.
On
Dnia piątek, 3 listopada 2006 14:23, Frank Küster napisał:
One more question: Please send us the listing of the directories
/etc/texmf/texmf.d/
/etc/texmf/updmap.d/
/etc/texmf/fmtutil.d/
/etc/texmf/language.d/
and if there are any files in there that are not from tex-common (names
show openembedded-essential
Package: openembedded-essential
Version: 1.1-1
Priority: optional
Section: devel
Maintainer: Marcin Juszkiewicz [EMAIL PROTECTED]
Depends: python (= 2.3), ccache, build-essential, quilt, sed, bison, wget,
cvs, subversion, git-core, monotone, coreutils, unzip, texi2html
1 - 100 of 107 matches
Mail list logo
