to ship mountpoint(1) and
its
man page everywhere, while the rest (i.e. the current content) only
on Linux.
IMHO (a) would be the cleaner solution, but of course any other idea is
welcome.
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject
is
not installed). GNOME team: if you could help on this, that would be
great.
Thanks,
--
Pino Toscano--- a/debian/control.in
+++ b/debian/control.in
@@ -26,7 +26,7 @@ Build-Depends: cdbs (= 0.4.41),
desktop-file-utils,
appdata-tools,
gsettings-desktop
for armel and sh4, so only armhf
will switch to double.
My option goes on keeping the status quo of qreal as it was, on
architectures that managed to build qtbase-opensource-src already.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
on that $OS until there is native folder watcher implemented
You should ask upstream which way they prefer/want, so eventual porting
efforts could go according to that.
Note that I did not inspect owncloud-client further for other prorting
issues.
--
Pino Toscano
signature.asc
Description
).
Thanks,
--
Pino Toscano
--- a/mainwindow.cpp
+++ b/mainwindow.cpp
@@ -7,7 +7,7 @@
#include unistd.h
#endif
-#ifdef Q_OS_LINUX
+#if defined(VYM_DBUS)
#include adaptorvym.h
#endif
--- a/vymmodel.h
+++ b/vymmodel.h
@@ -6,7 +6,7 @@
#include QPointF
#include QTextCursor
-#if defined
Alle giovedì 4 aprile 2013, Dmitrijs Ledkovs ha scritto:
On 3 April 2013 21:39, Pino Toscano p...@debian.org wrote:
Alle mercoledì 3 aprile 2013, Steven Chamberlain ha scritto:
$ gcc -D_BSD_SOURCE -std=c90 -o mount mount.c
Do any packages actually do this? Compile with -std=c90
Package: libc0.1-dev
Version: 2.13-38
Severity: normal
Hi,
currently, using sys/mount.h provided on kFreeBSD by glibc requires
compiling it with C99.
Basically, compiling a very tiny test case like:
vvv
#include sys/mount.h
int main(){return 0;}
^^
$ gcc -D_BSD_SOURCE -std=c90
that
some of the cases were fixed in the past with Hurd porting).
What do you think? Does it sound reasonable enough?
[1] http://gcc.gnu.org/ml/gcc-patches/2004-05/msg00050.html
[2] http://gcc.gnu.org/viewcvs?view=revisionrevision=83577
--
Pino Toscano
signature.asc
Description
(although no patch for
now).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
personally think it
would be a mistake providing the two XATTR_*_MAX defines just for the
sake of applications not actually checking their return values.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
during test builds, it is close to useless when
doing builds in buildds.
Last, I attached a preliminary version of patch for Hurd support; as
said above I couldn't go far in the build, although what I have so far
would seem safe enough.
--
Pino Toscano
From: Christian Marillat maril...@debian.org
that
and most probably it will pass on kFreeBSD and Hurd too
b) extend that #ifndef block like «#if !defined(__linux__)
!defined(__GLIBC__)» (which could be some temporary workaround in a
Debian patch)
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
: wildcard-archs
?
A couple of notes for packages in your list:
- google-gadgets, qtmobility
they have been fixed already in their git packaging repository,
so their next upload will make use of wildcard archs
- kradio4
I can do a QA upload for it
--
Pino Toscano
signature.asc
Description
13 matches
Mail list logo