making sure 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
wi
s
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
passing a
> compilation parameter. I've done so 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.
sing the file/dir notifications, etc), not building
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
Source: vym
Source-Version: 2.3.18-1
Alle domenica 16 giugno 2013, Pino Toscano ha scritto:
> Alle venerdì 10 maggio 2013, Pino Toscano ha scritto:
> > Earlier today I fixed it on Hurd, and emailed the author with
> > fixed.
>
> Both the patches I sent him and attached to t
tag 707726 + fixed-upstream
thanks
Hi,
Alle venerdì 10 maggio 2013, Pino Toscano ha scritto:
> Earlier today I fixed it on Hurd, and emailed the author with fixed.
Both the patches I sent him and attached to this bug were included in
the new upstream version 2.3.18, released some days
s custom elif case).
Thanks,
--
Pino Toscano
--- a/mainwindow.cpp
+++ b/mainwindow.cpp
@@ -7,7 +7,7 @@
#include
#endif
-#ifdef Q_OS_LINUX
+#if defined(VYM_DBUS)
#include "adaptorvym.h"
#endif
--- a/vymmodel.h
+++ b/vymmodel.h
@@ -6,7 +6,7 @@
#include
#include
-#if defined(Q
Alle giovedì 4 aprile 2013, Dmitrijs Ledkovs ha scritto:
> On 3 April 2013 21:39, Pino Toscano wrote:
> > Alle mercoledì 3 aprile 2013, Steven Chamberlain ha scritto:
> >> > $ gcc -D_BSD_SOURCE -std=c90 -o mount mount.c
> >>
> >> Do any packages actually d
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
int main(){return 0;}
^^
$ gcc -D_BSD_SOURCE -std=c90 -o mount mou
ng like that if it helps with
> porting;
You still seem to assume there must be some magic MAX constant giving
you some upper limit...
Consider that Hurd does not provide PATH_MAX, I 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.
lution (although no patch for
now).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
e 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=revision&revision=83577
--
Pino Toscano
signature.asc
Description: This is
already (which has been fixed for Hurd,
unlike that copy that fails)
Furthermore, please disable (or make it optional) the use of ccache;
while it may be useful during test builds, it is close to useless when
doing builds in buildds.
Last, I attached a preliminary version of patch for Hurd su
(with GNU libc), fix 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.
lly tracked without getting also
the kfreebsd bugs.
What about a generic:
User: debian-de...@lists.debian.org
Usertags: 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
15 matches
Mail list logo
