Bug#897655: xutils-dev: Please add support for riscv64
Source: xutils-dev Version: 1:7.7+5 Severity: normal Tags: patch User: debian-ri...@lists.debian.org Usertags: riscv64 Hello, We need support in this package for the riscv64 architecture. I am attaching a patch that adds support. It applies cleanly when added last in the "series" file. A similar patch was sent by Fedora people ~1 month ago and rejected, since upstream are not interested in continuing support of this software. They already said something similar when I sent a patch back in 2014 for OpenRISC or1k. They were even surprised that people wanted to add support to it. I would gladly let it go, but it turns out that packages like for example emacs25 still need it (through xaw3d). It would be great if you could include these changes and release a new version for unstable, it lives in "unreleased" for the time being. Thanks and cheers. -- Manuel A. Fernandez Montecelo <m...@debian.org> Description: Add support for riscv64 Upstream is not interested in adding these patches, they rejected changes when proposed by people from Fedora. . They were already reluctant to add support back in 2014 for other arches, e.g. OpenRISC or1k (I sent the support then). Author: Manuel A. Fernandez Montecelo <m...@debian.org> Last-Update: 2018-05-03 --- a/xorg-cf-files/Imake.cf +++ b/xorg-cf-files/Imake.cf @@ -1037,6 +1037,10 @@ # define AArch64Architecture # undef __aarch64__ # endif +# if defined(__riscv) && (__riscv_xlen == 64) +# define RISCV64Architecture +# /* undef __riscv */ +# endif #endif /* linux || __GLIBC__ */ #if (defined(__Lynx__) || defined(Lynx)) && (defined(i386) || defined(__i386__) || defined(__x86__) || defined(__powerpc__) || defined(__sparc__) || defined(sparc)) --- a/xorg-cf-files/linux.cf +++ b/xorg-cf-files/linux.cf @@ -,6 +,15 @@ # define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -D_XSERVER64 #endif /* AArch64Architecture */ +#ifdef RISCV64Architecture +# ifndef OptimizedCDebugFlags +# define OptimizedCDebugFlags DefaultGcc2RISCV64Opt DefaultGcc2OptimizeOpt GccAliasingArgs +# endif +# define LinuxMachineDefines -D__riscv +# define ServerOSDefines XFree86ServerOSDefines -DDDXTIME +# define ServerExtraDefines-DGCCUSESGAS XFree86ServerDefines -D_XSERVER64 +#endif /* RISCV64Architecture */ + #ifndef StandardDefines # ifdef __linux__ # define StandardDefines -Dlinux LinuxMachineDefines LinuxSourceDefines --- a/xorg-cf-files/xfree86.cf +++ b/xorg-cf-files/xfree86.cf @@ -2067,6 +2067,12 @@ # endif #endif +#if HasGcc2 && defined(RISCV64Architecture) +# ifndef DefaultGcc2RISCV64Opt +# define DefaultGcc2RISCV64Opt DefaultGcc2OptimizeOpt GccAliasingArgs +# endif +#endif + #if HasGcc2 && defined(AlphaArchitecture) # ifndef DefaultGcc2AxpOpt # define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt GccAliasingArgs --- a/xorg-cf-files/xorg.cf +++ b/xorg-cf-files/xorg.cf @@ -1584,6 +1584,12 @@ # endif #endif +#if HasGcc2 && defined(RISCV64Architecture) +# ifndef DefaultGcc2RISCV64Opt +# define DefaultGcc2RISCV64Opt DefaultGcc2OptimizeOpt GccAliasingArgs +# endif +#endif + #if HasGcc2 && defined(AMD64Architecture) # ifndef DefaultGcc2AMD64Opt # define DefaultGcc2AMD64Opt DefaultGcc2OptimizeOpt GccAliasingArgs
Bug#695087: xauth: Please mark Multi-Arch: foreign
Control: tags -1 + pending
Hi,
2012-12-04 03:40 Colin Watson:
Package: xauth
Version: 1:1.0.7-1
Severity: wishlist
Tags: patch
User: crossbu...@debian.org
Usertags: cross
xauth is Architecture: any, but on a multiarch system it doesn't matter
which architecture you get as long as you can execute its binaries.
It's a build-dependency of 99 packages in unstable. Accordingly, it
would be helpful to mark it Multi-Arch: foreign to avoid blocking
cross-builds of those packages; that would allow cross-builds to use the
version of xauth for the architecture being built on, which is generally
best for tools as opposed to libraries.
* Mark xauth Multi-Arch: foreign.
diff -u xauth-1.0.7/debian/control xauth-1.0.7/debian/control
--- xauth-1.0.7/debian/control
+++ xauth-1.0.7/debian/control
@@ -18,6 +18,7 @@
Package: xauth
Architecture: any
+Multi-Arch: foreign
Depends:
${shlibs:Depends},
${misc:Depends},
So this was applied in March 2015, marking it as +pending [*]:
https://anonscm.debian.org/cgit/pkg-xorg/app/xauth.git/commit/?id=05316d3596f2f66fa1fa39a43318308f8c2179ea
[*] although, after all this time, I wonder if it be applied soon :)
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#788861: unsatisfiable cross Build-Depends
Control: tags -1 + pending 2017-06-04 13:52 Helmut Grohne: Hi Julien, On Mon, Jun 15, 2015 at 07:30:59PM +0200, Helmut Grohne wrote: Currently, trying to satisfy cross Build-Depends for libxcb fails, because the python dependency selects the host arch python and the python-xcbgen dependency requires the build arch python. The solution to this problem is to add ":native" (or ":any") to the python dependency. In addition, it would be nice if building check could be avoided. This requires marking the check dependency with the nocheck build profile. Please consider applying the attached patch. You asked to ping you about this bug, so you don't forget. Both build profiles and :native annotations will be used in stretch in numerous places, so adding the patch post-release sounds like a safe route. Now committed (thanks!), so marking as +pending accordingly to keep track: https://anonscm.debian.org/cgit/pkg-xorg/lib/libxcb.git/commit/?id=ccaea2a7cfc220a41f2353423ba685973163c9a2 -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#840085: xauth FTCBFS: unsatisfiable cross Build-Depends: cmdtest
Hi, 2016-10-08 11:47 Julien Cristau: Control: tag -1 moreinfo On Sat, Oct 8, 2016 at 08:12:57 +0200, Helmut Grohne wrote: xauth cannot satsify its cmdtest dependency during cross building, because cmdtest is Architecture:all Multi-Arch:no. Fortunately, cmdtest is only needed for testing, so we can simply annotate it with profile. After doing that, it cross builds just fine. Please consider applying the attached patch. Hi Helmut, Is there a reason cmdtest can't be m-a: foreign? Wouldn't that fix the issue as well? I'm not sure how the situation with cmdtest evolved since this bug was reported, it seems like it was not marked "Multi-Arch: foreign" in the end. Independently of that, I think that the request to annotate with is a more correct solution no matter what happens with cmdtest, because adding the profile info to the dependency avoids having to install dependencies which are not actually needed if one uses for DEB_BUILD_OPTIONS=nocheck, for example, which is a quite established method and covered in Policy. This is a common scenario when bootstrapping new architectures, "cmdtest" might not be available for multiple reasons -- e.g. python, python-markdown or any of the other dependencies might not be available at the time when one wants to build xauth. In any case, if one wants to build with "nocheck" options, Python would not have to be installed as build-depends, which is a quite significant saving. From the point of view of xauth itself, is there any reason against using this solution? Cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#836687: wayland FTCBFS: cross builds require --with-host-scanner
Hi, 2016-09-04 19:10 Helmut Grohne: Source: wayland Version: 1.11.0-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap wayland fails to cross build from source, because cross building requires the configure option --with-host-scanner (and making a wayland-scanner executable available to the build). Adding that flag turned out not to be trivial due to the semantics of override_*-arch. In my attached patch, I thus opt to avoid that technique and add --disable-documentation depending on the dh_listpackages output instead. I hope that works for you. Either way, the gist is that we need --with-host-scanner for cross builds. I suspect that Wayland would be an important package to bootstrap new architectures, just as different X-related packages are needed today for boostrapping very basic packages in the standard set. Would it be possible to include this simple patch in your next uploads? Since it's actively maintained, I guess that offering to NMU is not of much help, but just in the case that you are busy we can look into it, if you want. Cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#842627: multiarchify x11-xkb-utils
Hi, 2016-10-30 22:14 Helmut Grohne: Package: x11-xkb-utils Version: 7.7+3 Tags: patch User: helm...@debian.org Usertags: rebootstrap Control: affects -1 + src:cinnamon-settings-daemon src:libwx-perl src:libxkbcommon src:openjdk-8 src:xdotool The affected packages transitively depend on x11-xkb-utils for both the build architecture and the host architecture. Such dependencies can only be satisfied when the binary package is marked Multi-Arch: foreign. Such a marking is mostly correct, because x11-xkb-utils contains only command line utilities whose behaviour is architecture-independent. It does not have any maintainer scripts and exposure of shared libraries generally does not contribute to architecture awareness. The only remaining piece of architecture awareness is the location of xkbcomp.pc. Fortunately, it does not vary per architecture, so moving it to /usr/share/pkgconfig resolves that as well. After doing so, a Multi-Arch: foreign marking should be correct. The move and the marking are implemented in the attached patch. Please consider applying it. This issue affects src:libxkbcommon, which build-depends on x11-xkb-utils, and there are lots of packages which in turn (build-)depend on libxkbcommon, so it potentially affects many more packages. Do you think that the provided patch is OK, and if so, could you please include it in an upload? (I offer to NMU if it helps). Cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#840813: mark xorg-docs-core Multi-Arch: foreign
2017-10-04 23:09 GMT+02:00 Julien Cristau <jcris...@debian.org>: > On Wed, Oct 4, 2017 at 20:08:45 +0200, Manuel A. Fernandez Montecelo wrote: >> >> Well, it's one of the most basic x-term packages, but more importantly, >> rightly or wrongly, it's necessary to build glib2.0 w/tests in the >> native architecture. > > Urgh. I'd forgotten that xterm b-d on xorg-docs-core. Sorry :( No problem! >> So will you want a public repository, or it's OK with these patches? > > It's fine. Great! We're all set, then. Thanks and cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#840813: mark xorg-docs-core Multi-Arch: foreign
Hi, 2017-10-04 13:41 Julien Cristau: On 10/04/2017 01:07 AM, Manuel A. Fernandez Montecelo wrote: I agree that the changes are not very important in general from the point of view of the package. However, they are somehwat important for cross-building and rebootstrap, and to bring up new architectures I fail to see how that can possibly be true for this package. Well, it's one of the most basic x-term packages, but more importantly, rightly or wrongly, it's necessary to build glib2.0 w/tests in the native architecture. Anyway, thanks for the patches. So will you want a public repository, or it's OK with these patches? Cheers. -- Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#840813: mark xorg-docs-core Multi-Arch: foreign
Hi Julien,
2017-10-01 22:50 Julien Cristau:
On Fri, Sep 29, 2017 at 00:21:59 +0200, Manuel A. Fernandez Montecelo wrote:
I uploaded to delayed/15, but if you want me to cancel or if it's OK to
change it to happen sooner, please let me know.
FWIW I don't think any of these changes are worth an upload. They're
probably not worth removing your upload either, except if they're not in
git they'll be lost the next time somebody touches this. So please
either cancel the NMU or provide a git tree we can pull from.
Thanks for taking a look and providing feedback.
I agree that the changes are not very important in general from the
point of view of the package.
However, they are somehwat important for cross-building and rebootstrap,
and to bring up new architectures, and since the last update was a
couple of years ago, maybe we'll go for a few months/years without
updates...
Anyway, I attach the individual patches that can be applied, if you want
me to provide the git tree I'll try to look tomorrow with more calm.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
>From 10c5fac7492a25bdd3aba50d60235848793d1829 Mon Sep 17 00:00:00 2001
From: Helmut Grohne <hel...@subdivi.de>
Date: Fri, 29 Sep 2017 00:02:40 +0200
Subject: [PATCH 1/3] Mark all packages Multi-Arch: foreign. (Closes: #840813)
---
debian/changelog | 6 +-
debian/control | 2 ++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index b2259cf..9c05a1b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,7 +1,11 @@
-xorg-docs (1:1.7.1-2) UNRELEASED; urgency=medium
+xorg-docs (1:1.7.1-1.1) UNRELEASED; urgency=medium
+ [ Julien Cristau ]
* Switch xorg.freedesktop.org URLs in packaging to https.
+ [ Helmut Grohne ]
+ * Mark all packages Multi-Arch: foreign. (Closes: #840813)
+
-- Julien Cristau <jcris...@debian.org> Sun, 21 Aug 2016 19:36:18 +0200
xorg-docs (1:1.7.1-1) unstable; urgency=medium
diff --git a/debian/control b/debian/control
index fda9339..cbf99f3 100644
--- a/debian/control
+++ b/debian/control
@@ -24,6 +24,7 @@ Architecture: all
Depends: ${misc:Depends}
Suggests: xorg-docs
Replaces: xorg-docs ( << 1:1.4-5 )
+Multi-Arch: foreign
Description: Core documentation for the X.org X Window System
This package contains core documentation for the X.org X Window
System. This currently includes only a set of manpages which are
@@ -34,6 +35,7 @@ Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: xprt-xprintorg (<= 1:0.1.0.alpha1-10)
Replaces: xspecs (<= 1:1.2+git20061105-2), xprt-xprintorg (<= 1:0.1.0.alpha1-10)
+Multi-Arch: foreign
Description: Miscellaneous documentation for the X.org X Window System
This package contains various documents on the X.org X Window System
including the release notes for the current version and instructions on
--
2.14.2
>From 250144605906f534b621b0951b62fd71971ea4b9 Mon Sep 17 00:00:00 2001
From: "Manuel A. Fernandez Montecelo" <manuel.montez...@gmail.com>
Date: Fri, 29 Sep 2017 00:04:39 +0200
Subject: [PATCH 2/3] Remove d/xorg-docs.links (Closes: #858469)
/usr/share/X11/doc was broken for years (the file was last modified
in 2010) without anybody complaining, so rather than fixing the
destination it's probably better to just remove this legacy bit
---
debian/changelog | 8
debian/xorg-docs.links | 1 -
2 files changed, 8 insertions(+), 1 deletion(-)
delete mode 100644 debian/xorg-docs.links
diff --git a/debian/changelog b/debian/changelog
index 9c05a1b..56c4de5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,13 @@
xorg-docs (1:1.7.1-1.1) UNRELEASED; urgency=medium
+ * Non-maintainer upload.
+
+ [ Manuel A. Fernandez Montecelo ]
+ * Remove d/xorg-docs.links (Closes: #858469)
+- /usr/share/X11/doc was broken for years (the file was last modified
+ in 2010) without anybody complaining, so rather than fixing the
+ destination it's probably better to just remove this legacy bit
+
[ Julien Cristau ]
* Switch xorg.freedesktop.org URLs in packaging to https.
diff --git a/debian/xorg-docs.links b/debian/xorg-docs.links
deleted file mode 100644
index fe2c93c..000
--- a/debian/xorg-docs.links
+++ /dev/null
@@ -1 +0,0 @@
-usr/share/doc/xorg-docs/docs usr/share/X11/doc
--
2.14.2
>From d1d5cfd3eb4ee3ac2596b3728e99347f6354fd3b Mon Sep 17 00:00:00 2001
From: "Manuel A. Fernandez Montecelo" <manuel.montez...@gmail.com>
Date: Fri, 29 Sep 2017 00:05:38 +0200
Subject: [PATCH 3/3] Release to unstable
---
debian/changelog | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 56c4de5..cb2f04a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,4 +1,4 @@
-xorg-docs (1:1.7.1-1.1) UNRELEASED; urgency=medium
+xorg-docs (1:1.7.1-1.1) unstable; urgency=medium
* Non-maintainer uplo
Bug#836453: xserver-xorg-dev: please move xorg-server.pc to a multiarch path
(Copying explicitly pochu since he's the most active uploader in the
last year)
Hi,
2016-09-03 13:10 Helmut Grohne:
[...]
Hi,
xserver-xorg-dev makes the aforementioned affected packages fail to
cross build from source, because pkg-config does not consider[1]
/usr/lib/pkgconfig/ during cross compilation. In contrast, it always
considers /usr/lib/${DEB_HOST_MULTIARCH}/pkgconfig, so moving
xorg-server.pc there will make both native and cross builds happy.
The requested change is implemented in the attached patch for your
convenience.
How do you feel about applying this patch to help with cross-compilation
and (re)bootstrapping?
If it helps, I can prepare a NMU for it.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
Bug#840813: mark xorg-docs-core Multi-Arch: foreign
Control: tags -1 + pending
Control: tags 858469 + pending
Hi,
2016-10-15 09:49 Helmut Grohne:
Package: xorg-docs-core
Version: 1:1.7.1-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:xterm
xterm cannot be cross built from source, because its build dependency on
xorg-docs-core is unsatisfiable. In general, Architecture: all packages
that are not marked Multi-Arch: foreign cannot satisfy cross
Build-Depends at all. I propose marking it Multi-Arch: foreign, because
it is Architecture: all, has no maintainer scripts or depdendencies. The
same holds for xorg-docs. Please consider applying the attached patch.
I prepared an NMU with this fix, plus the fix for the broken symlink in
#858469, plus a change in the VCS from 2016 that has not been released
yet.
debdiff attached.
I uploaded to delayed/15, but if you want me to cancel or if it's OK to
change it to happen sooner, please let me know.
Cheers.
--
Manuel A. Fernandez Montecelo <manuel.montez...@gmail.com>
diff -u xorg-docs-1.7.1/debian/changelog xorg-docs-1.7.1/debian/changelog
--- xorg-docs-1.7.1/debian/changelog
+++ xorg-docs-1.7.1/debian/changelog
@@ -1,3 +1,21 @@
+xorg-docs (1:1.7.1-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+
+ [ Manuel A. Fernandez Montecelo ]
+ * Remove d/xorg-docs.links (Closes: #858469)
+- /usr/share/X11/doc was broken for years (the file was last modified
+ in 2010) without anybody complaining, so rather than fixing the
+ destination it's probably better to just remove this legacy bit
+
+ [ Julien Cristau ]
+ * Switch xorg.freedesktop.org URLs in packaging to https.
+
+ [ Helmut Grohne ]
+ * Mark all packages Multi-Arch: foreign. (Closes: #840813)
+
+ -- Manuel A. Fernandez Montecelo <m...@debian.org> Fri, 29 Sep 2017 00:05:13
+0200
+
xorg-docs (1:1.7.1-1) unstable; urgency=medium
* Team upload.
diff -u xorg-docs-1.7.1/debian/control xorg-docs-1.7.1/debian/control
--- xorg-docs-1.7.1/debian/control
+++ xorg-docs-1.7.1/debian/control
@@ -24,6 +24,7 @@
Depends: ${misc:Depends}
Suggests: xorg-docs
Replaces: xorg-docs ( << 1:1.4-5 )
+Multi-Arch: foreign
Description: Core documentation for the X.org X Window System
This package contains core documentation for the X.org X Window
System. This currently includes only a set of manpages which are
@@ -34,6 +35,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: xprt-xprintorg (<= 1:0.1.0.alpha1-10)
Replaces: xspecs (<= 1:1.2+git20061105-2), xprt-xprintorg (<=
1:0.1.0.alpha1-10)
+Multi-Arch: foreign
Description: Miscellaneous documentation for the X.org X Window System
This package contains various documents on the X.org X Window System
including the release notes for the current version and instructions on
diff -u xorg-docs-1.7.1/debian/copyright xorg-docs-1.7.1/debian/copyright
--- xorg-docs-1.7.1/debian/copyright
+++ xorg-docs-1.7.1/debian/copyright
@@ -1,5 +1,5 @@
This package was downloaded from
-http://xorg.freedesktop.org/releases/individual/doc/.
+https://xorg.freedesktop.org/releases/individual/doc/.
Packager's note: Taken from the generated general/License.txt
diff -u xorg-docs-1.7.1/debian/watch xorg-docs-1.7.1/debian/watch
--- xorg-docs-1.7.1/debian/watch
+++ xorg-docs-1.7.1/debian/watch
@@ -4 +4 @@
-http://xorg.freedesktop.org/releases/individual/doc/ xorg-docs-(.*)\.tar\.gz
+https://xorg.freedesktop.orgreleases/individual/doc/ xorg-docs-(.*)\.tar\.gz
reverted:
--- xorg-docs-1.7.1/debian/xorg-docs.links
+++ xorg-docs-1.7.1.orig/debian/xorg-docs.links
@@ -1 +0,0 @@
-usr/share/doc/xorg-docs/docs usr/share/X11/doc
Bug#760419: xutils-dev: Please add support for OpenRISC 1000 (or1k)
Hi, 2015-02-01 11:15 GMT+00:00 Julien Cristau jcris...@debian.org: On Wed, Sep 3, 2014 at 21:43:26 +0100, Manuel A. Fernandez Montecelo wrote: Package: xutils-dev Version: 1:7.7+3 Severity: wishlist Tags: patch upstream Forwarded: http://lists.x.org/archives/xorg-devel/2014-August/043526.html Please add support for OpenRISC 1000 (or1k). We are trying to get this architecture into debian-ports, but among other reasons it's not included because there is no space available at the moment. However, about 60% of the binary package is already built in private machines [1]. [1] http://wannabuild.cmd.nu/architecture.php?a=or1ksuite=sid Hundreds of packages build-depend on this one, so it would be very useful that the official package supported this. Did you mean to send the same patch twice, or should they have been different ones? Are you asking because I attached it twice in the original request? That was a mistake. They accepted the patch upstream, and added a correction later: http://cgit.freedesktop.org/xorg/util/cf/commit/?id=3c4f28ceeefcb038eb3cf0ff65c4e80f16f26a50 http://cgit.freedesktop.org/xorg/util/cf/commit/?id=fa898f4fe6f7dbdd7c07ab32b3b57f5d7c25901a It seems that they did not tagged/released it yet, though. Cheers and thanks for considering the patch. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAPQ4b8kq4pXeqDnKNWx5doUwBmE4uJXGO+kep8=8rk3mm+j...@mail.gmail.com
Bug#760419: xutils-dev: Please add support for OpenRISC 1000 (or1k)
Package: xutils-dev Version: 1:7.7+3 Severity: wishlist Tags: patch upstream Forwarded: http://lists.x.org/archives/xorg-devel/2014-August/043526.html Please add support for OpenRISC 1000 (or1k). We are trying to get this architecture into debian-ports, but among other reasons it's not included because there is no space available at the moment. However, about 60% of the binary package is already built in private machines [1]. [1] http://wannabuild.cmd.nu/architecture.php?a=or1ksuite=sid Hundreds of packages build-depend on this one, so it would be very useful that the official package supported this. Cheers. -- Manuel From 0573a801d9b6bc4466df06a9b789a62c39a42ed3 Mon Sep 17 00:00:00 2001 From: Manuel A. Fernandez Montecelo manuel.montez...@gmail.com Date: Mon, 11 Aug 2014 00:18:59 +0100 Subject: [PATCH cf] Add support for OpenRISC 1000 (or1k) CPU Signed-off-by: Manuel A. Fernandez Montecelo manuel.montez...@gmail.com --- Imake.cf | 4 linux.cf | 9 + xfree86.cf | 6 ++ xorg.cf| 6 ++ 4 files changed, 25 insertions(+) diff --git a/Imake.cf b/Imake.cf index 9e438e7..e7ebe4d 100644 --- a/Imake.cf +++ b/Imake.cf @@ -928,6 +928,10 @@ XCOMM Keep cpp from replacing path elements containing i486/i586/i686 # define PpcArchitecture # undef powerpc # endif +# if defined(__or1k__) +# define OpenRISC1000Architecture +# undef __or1k__ +# endif # if defined (__powerpc__) !defined(__powerpc64__) !defined (powerpc64) # ifndef PpcArchitecture # define PpcArchitecture diff --git a/linux.cf b/linux.cf index 75c9447..7845325 100644 --- a/linux.cf +++ b/linux.cf @@ -887,6 +887,15 @@ InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class # define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines #endif +#ifdef OpenRISC1000Architecture +# ifndef OptimizedCDebugFlags +# define OptimizedCDebugFlags DefaultGcc2OpenRISC1000Opt +# endif +# define LinuxMachineDefines -D__or1k__ +# define ServerOSDefines XFree86ServerOSDefines -DDDXTIME +# define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines +#endif + #ifdef Ppc64Architecture # define DefaultCCOptions -mminimal-toc # ifndef OptimizedCDebugFlags diff --git a/xfree86.cf b/xfree86.cf index 3172cc2..1dbbd87 100644 --- a/xfree86.cf +++ b/xfree86.cf @@ -2034,6 +2034,12 @@ XFREE86JAPANESEDOCDIR = $(DOCDIR)/Japanese # endif #endif +#if HasGcc2 defined(OpenRISC1000Architecture) +# ifndef DefaultGcc2OpenRISC1000Opt +# define DefaultGcc2OpenRISC1000Opt -O2 GccAliasingArgs +# endif +#endif + #if HasGcc2 defined(Ppc64Architecture) # ifndef DefaultGcc2Ppc64Opt # define DefaultGcc2Ppc64Opt -O2 GccAliasingArgs diff --git a/xorg.cf b/xorg.cf index 8ea5715..3b0f10b 100644 --- a/xorg.cf +++ b/xorg.cf @@ -1591,6 +1591,12 @@ XFREE86JAPANESEDOCDIR = $(DOCDIR)/Japanese # endif #endif +#if HasGcc2 defined(OpenRISC1000Architecture) +# ifndef DefaultGcc2OpenRISC1000Opt +# define DefaultGcc2OpenRISC1000Opt -O2 GccAliasingArgs +# endif +#endif + #if HasGcc2 defined(PpcArchitecture) # ifndef DefaultGcc2PpcOpt # define DefaultGcc2PpcOpt -O2 GccAliasingArgs -- 2.1.0.rc1 From 0573a801d9b6bc4466df06a9b789a62c39a42ed3 Mon Sep 17 00:00:00 2001 From: Manuel A. Fernandez Montecelo manuel.montez...@gmail.com Date: Mon, 11 Aug 2014 00:18:59 +0100 Subject: [PATCH cf] Add support for OpenRISC 1000 (or1k) CPU Signed-off-by: Manuel A. Fernandez Montecelo manuel.montez...@gmail.com --- Imake.cf | 4 linux.cf | 9 + xfree86.cf | 6 ++ xorg.cf| 6 ++ 4 files changed, 25 insertions(+) diff --git a/Imake.cf b/Imake.cf index 9e438e7..e7ebe4d 100644 --- a/Imake.cf +++ b/Imake.cf @@ -928,6 +928,10 @@ XCOMM Keep cpp from replacing path elements containing i486/i586/i686 # define PpcArchitecture # undef powerpc # endif +# if defined(__or1k__) +# define OpenRISC1000Architecture +# undef __or1k__ +# endif # if defined (__powerpc__) !defined(__powerpc64__) !defined (powerpc64) # ifndef PpcArchitecture # define PpcArchitecture diff --git a/linux.cf b/linux.cf index 75c9447..7845325 100644 --- a/linux.cf +++ b/linux.cf @@ -887,6 +887,15 @@ InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class # define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines #endif +#ifdef OpenRISC1000Architecture +# ifndef OptimizedCDebugFlags +# define OptimizedCDebugFlags DefaultGcc2OpenRISC1000Opt +# endif +# define LinuxMachineDefines -D__or1k__ +# define ServerOSDefines XFree86ServerOSDefines -DDDXTIME +# define ServerExtraDefines -DGCCUSESGAS XFree86ServerDefines +#endif + #ifdef Ppc64Architecture # define DefaultCCOptions -mminimal-toc # ifndef OptimizedCDebugFlags diff --git a/xfree86.cf b/xfree86.cf index 3172cc2..1dbbd87 100644 --- a/xfree86.cf +++ b/xfree86.cf @@ -2034,6 +2034,12 @@ XFREE86JAPANESEDOCDIR = $(DOCDIR)/Japanese # endif #endif +#if HasGcc2 defined(OpenRISC1000Architecture) +# ifndef DefaultGcc2OpenRISC1000Opt +# define
Bug#749172: mesa: Add support for the OpenRISC architecture (or1k)
Control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=82268 On Sat, May 24, 2014 at 09:37:01PM +0200, Christian Svensson wrote: Package: mesa Version: 10.1.2 Severity: wishlist Tags: upstream patch Dear Maintainer, This trivial patch adds support for or1k. diff -ur mesa-10.1.2.orig/src/mesa/main/compiler.h mesa-10.1.2/src/mesa/main/compiler.h --- mesa-10.1.2.orig/src/mesa/main/compiler.h 2014-05-24 15:28:50.770131989 +0200 +++ mesa-10.1.2/src/mesa/main/compiler.h 2014-05-24 15:28:54.838152937 +0200 @@ -329,7 +329,7 @@ defined(__arm__) || defined(__aarch64__) || \ defined(__sh__) || defined(__m32r__) || \ (defined(__sun) defined(_IEEE_754)) || \ -defined(__alpha__) +defined(__alpha__) || defined(__or1k__) #define USE_IEEE #define IEEE_ONE 0x3f80 #endif Binary files mesa-10.1.2.orig/src/mesa/main/.compiler.h.swp and mesa-10.1.2/src/mesa/main/.compiler.h.swp differ As the first line says, forwarded upstream. Hope that helps. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140806222637.ga28...@lugh.itsari.org
Bug#653327: Bug#695903: razorqt-session: sessions choosing a specific window manager do not work from gdm3
tags 695903 + upstream confirmed found 695903 0.4.1-2 stop Hi Paul, 2012/12/14 Paul Wise p...@debian.org: Package: razorqt-session Version: 0.4.1-1~exp1 Severity: normal These sessions that set a specific window manager do not work even though I have all three window managers installed. razorqt-session: /usr/share/xsessions/razor-kwin.desktop razorqt-session: /usr/share/xsessions/razor-metacity.desktop razorqt-session: /usr/share/xsessions/razor-openbox.desktop When I try them I get a dialog that contains these texts: Xsession: unable to launch razor-session -w kwin X session --- razor-session -w kwin not found; falling back to default session. Xsession: unable to launch razor-session -w metacity X session --- razor-session -w metacity not found; falling back to default session. Xsession: unable to launch razor-session -w openbox X session --- razor-session -w openbox not found; falling back to default session. This seems to be an error from upstream .desktop files: https://groups.google.com/group/razor-qt/browse_thread/thread/9555a74cf7188ad2 It's fixed in newer versions by commenting out the TryExec, which (even if it works -- it doesn't for me when modifying my .desktop files by hand) is not very optimal, since then one has entries for window managers not really available in the system: https://github.com/Razor-qt/razor-qt/commit/bc8148c5e7741de9400f7436f188e178a51b5b96 I guess that this is a duplicate of #653327 , due to the following line having several arguments: Exec=razor-session -w openbox Comments? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPQ4b8=gHhjNtJR+CXGgHJB9-+4A7OGueH=tb5p1gtrx-0c...@mail.gmail.com
Bug#292388: Cannot start luvcview - SDL error
reassign 522876 libx11-6 forcemerge 292388 522876 stop Hello, As per #292388 and its clone #486606 (which contains a way to work around it), it seems that the bug is not in SDL but deeper in the X11 layers, and was forwarded to [1]. According to #486606, the authorisation method was disabled in 2008 for libx11 libraries, almost 4 years ago, so I don't think that it's possible to reproduce it anymore. In any case, it works perfectly fine for me (luvcview 0.2.6-6), also with unstable as of today, and amd64 arch. Since the bug is already reported to X11 package and upstream, I don't think that any new action is needed. If somebody can reproduce it and provide more insight, please add info to these bug reports. I am merging it with #292388 because I believe that it belongs in there. Cheers and thanks for the report, and the interest in improving Debian. [1] https://bugs.freedesktop.org/show_bug.cgi?id=10665 -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAPQ4b8mg3BrATxZSNn6UA_erSg=srcfpmq-skbjf+4vuq+p...@mail.gmail.com
