specs", and LDFLAGS gets
"-specs=/usr/share/dpkg/pie-link.specs".
[1] as found in GCC's debian/rules.defs:
pie_archs = amd64 arm64 armel armhf i386 mips mipsel mips64el \
ppc64el s390x sparc sparc64 kfreebsd-amd64 kfreebsd-i386
Thanks,
--
Pino Toscano
signa
In data sabato 29 ottobre 2016 12:54:25 CEST, Paul Hardy ha scritto:
> James & Pino,
>
> On Sat, Oct 29, 2016 at 12:44 PM, Pino Toscano <p...@debian.org> wrote:
> > In data sabato 29 ottobre 2016 20:34:31 CEST, James Clarke ha scritto:
> >> Your dependency i
In data sabato 29 ottobre 2016 20:34:31 CEST, James Clarke ha scritto:
> Your dependency is not satisfied because libwx-perl FTBFS:
> https://buildd.debian.org/status/package.php?p=libwx-perl=unstable
More precisely, libwx-perl fails to build on hurd-i386 because of
bug #821194.
--
Pino T
eck for sys/sysinfo.h and assume it's
a Linux-ish implementation, but either:
a) just limit the implementation to Linux unconditionally (as in the
busybox code
b) check for sys/sysinfo.h *and* sysinfo() in it
Considering sysinfo() is not portable anyway, (b) might fail one day
if a platform provide
.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/a6a592ec046a1461c41d1e71ece58...@pino.toscano.name
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-hurd-requ...@lists.debian.org
with a subject
providing the patch I had, feel free to pick it up,
I cannot work on it at the moment.
--
Pino Toscano--- a/aclocal.m4
+++ b/aclocal.m4
@@ -271,12 +271,15 @@ AC_DEFUN([FPTOOLS_SET_HASKELL_PLATFORM_V
nto-qnx)
test -z [$]2 || eval [$]2=OSQNXNTO
;;
-
dragonfly
, use g_free instead of free.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/9ca0ed59b99f7c0d53979596f64dd...@pino.toscano.name
On 2014-10-22 10:59, Svante Signell wrote:
On Wed, 2014-10-22 at 10:29 +0200, Pino Toscano wrote:
On 2014-10-22 10:21, Svante Signell wrote:
On Wed, 2014-10-22 at 01:21 +0200, Samuel Thibault wrote:
Svante Signell, le Tue 21 Oct 2014 12:34:22 +0200, a écrit :
+ free (tmp
reveals that the package builds fine. The
attached patch adds hurd-i386 to the list.
This was already bug #712975. Please do *look* at packages, before
opening new bugs.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
it to be a dangling pointer.
const QByteArray path = QFile::encodeName(fi.absoluteFilePath());
and then use path.constData() whenever needed.
std::vectorchar s(sb.st_size + 1);
Please use QByteArray instead.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
On 2014-09-25 14:05, Svante Signell wrote:
Hi Pino
On Thu, 2014-09-25 at 10:08 +0200, Pino Toscano wrote:
On 2014-09-24 19:11, Philipp A. Hartmann wrote:
I would probably do it like this (untested):
const char *path =
QFile::encodeName(fi.absoluteFilePath()).constData();
QFile
to search into bug/issue trackers or
in VCSes. This will avoid duplicating work already done by someone
else.
Thanks,
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https
On 2014-06-03 13:09, Svante Signell wrote:
On Tue, 2014-06-03 at 12:53 +0200, Pino Toscano wrote:
On 2014-06-03 12:19, Svante Signell wrote:
Source: cups-pk-helper
Version: 0.2.5-2
Severity: important
Tags: patch
User: debian-hurd@lists.debian.org
Usertags: hurd
Hi,
Currently
On 2014-06-03 13:36, Svante Signell wrote:
On Tue, 2014-06-03 at 13:18 +0200, Pino Toscano wrote:
And it might be so that the Debian
Maintainer choose to approve the patch before upstream,
Or it can be the other way round, where maintainers do want
issues/patches filed/fixed upstream first
://github.com/mpruett/audiofile/commit/34c261034f1193a783196618f0052112e00fbcfe
Upstream has just not released a new version since then.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive
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
in Hurd's libpthread, changing it to
__pthread_key_create and declaring pthread_key_create as strong
alias, just like it is done in NPTL
IMHO most probably (b) is the most realistic and easy to do.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
so I'm inclined to say this specific issue is Hurd-specific, yes.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/05d9bd6d29cf063cb67413f4e4792
these files represent, did you find that out?
I can see these entries on GNU/Linux. Will this work on Hurd too or
should the build/installation of them be disabled?
Also, our procfs is currently read-only, so this tool would fail at the
moment.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian
-imaging/Pillow/pull/511
[2]
https://github.com/python-imaging/Pillow/commit/cb309c9f59c6d4d952d0377b97c0b1a35a13
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https
On 2014-04-17 09:45, Samuel Thibault wrote:
emacs24 currently FTBFS due to using a linux-only header, I guess
some
people would be interested in fixing it :)
Do you mean like #725099?
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject
on libbz2-1.0 [ hurd-i386 ]
none ( none ) can't be satisfied!
Attached patch adds library udeb needed by recent hurd versions.
Or even better, we just disable the bz2 support in the udeb build,
since it is not much useful during the Debian installation.
--
Pino Toscano
--
To UNSUBSCRIBE
the
parallel build, using more jobs than those requested.
Luckly it can be disabled, and #714084 is exactly about it.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
in unstable (not the one in
experimental though) uses.
It is pending a transition, so no need to ping/poke that one.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http
.
For the record, this is the query I used:
Maybe a way to avoid the (few) cases where linux/i386 is lagging behind
(due to FTBFS) could be running it against amd64 as well, and not
considering the sources not appearing in both.
--
Pino Toscano
--
To UNSUBSCRIBE, email to debian-hurd-requ
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
/c_file.c uses ENODATA as
errno in a couple of error situations, but since c_copy is an exported
symbol (although its header is not installed), users of this function
would need to do this ENODATA→EPIPE mapping themselves too.
--
Pino Toscano
signature.asc
Description: This is a digitally signed
maintaining glibc, with the help of Samuel and Thomas
- help maintaining arch-specific packages
- triage and fix arch-specific bugs
- help Samuel maintaning the exodar porter box
I am a DD.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
reviewed it since all
the proposed changes are now discussed with pkg-owncloud people.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Hi,
Alle martedì 13 agosto 2013, Pino Toscano ha scritto:
it seems the recent upgrade of libparted0debian1 from 2.3-13 to
2.3-14 makes the Hurd unbootable (boot stucks right after trying to
startup the essential servers).
Update: the version 2.3-15 of parted allows to boot safely again, so
://snapshot.debian.org/archive/debian/20130509T215232Z/pool/main/p/parted/libparted0debian1_2.3-13_hurd-
i386.deb
Sorry for the inconvenience,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
the same failure, while they work
when the root directory of both source and destination is not under a
firmlink-ed node.
Though, I have not investigated further whether the problem is in
firmlink itself, in the libraries it uses or somewhere else.
--
Pino Toscano
signature.asc
Description
changes and Michael Banck's note that it is a Debian
GNU/Hurd port release, it'd be good IMHO.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
,
unlike the old location in hurd, so there is nothing which should have
prevented unpacking/configuring hurd-libs0.3 with hurd 20130226-2.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
tag 704998 + pending
thanks
Alle venerdì 12 aprile 2013, Guillem Jover ha scritto:
On Fri, 2013-04-12 at 12:02:54 +0200, Pino Toscano wrote:
Alle lunedì 8 aprile 2013, Guillem Jover ha scritto:
A dist-upgrade broke the system as the hurd package got upgraded
first, which made the shared
these before I submit the removal
request?
No red flags from my side.
Thanks for this cleanup,
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
-dev (neither was installed by apt-get build-dep hurd, or
build-essential or devscripts).
Those have been added by Samuel in the packaging repository some time
ago, and will be part of the next upload.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
(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.
, which makes things like D-Bus or gamin not
work.
I saw glib has the API wrapping for socket credentials, but I decided to
skip supporting Hurd there until cmsgcred would actually work on Hurd.
(Of course, anybody else is free to prepare such patch.)
--
Pino Toscano
signature.asc
Description
a notice would be enough.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
*ret = XMLString::transcode(curDir, manager);
.. this, which has an indentation change.
A new patch attached. OK now?
With the above fixed, yes.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
serie is the active one.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Alle venerdì 5 ottobre 2012, Svante Signell ha scritto:
On Fri, 2012-10-05 at 15:13 +0200, Pino Toscano wrote:
Alle venerdì 5 ottobre 2012, Svante Signell ha scritto:
On Fri, 2012-10-05 at 13:59 +0200, Pino Toscano wrote:
Alle venerdì 5 ottobre 2012, Svante Signell ha scritto
needs to be saved), otherwise the current patch just does an
inefficient malloc/free job every iteration which (most probably
upstream won't like).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
changed that block of code to use a different variable name
rather than errno (see attached patch). Does this make sense?
Yes, it does. (I usually put errnum, but it's mostly style.)
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
); }
operator char*() { return b_; }
private:
char *b_;
}
and then
Buffer b(get_current_dir_name());
// use b as if it were a char*
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
Hi,
Alle martedì 31 gennaio 2012, Pino Toscano ha scritto:
(a proper subject would have helped a bit more...)
Alle martedì 31 gennaio 2012, Svante Signell ha scritto:
Be careful not to upgrade to initscripts 2.88dsf-21 or 2.88dsf-22
is you want to play safe.
In particular, any
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
). What to do?
... the rred issue seems to be solved with apt 0.9.5.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
patches, can you please just do all the discussion on d-hurd@
and only when the patch is okay send it to the bug report?
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
as you did for libusb?
sane-backend-extras and libdrm can be simply ignored.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
getCurrentExecutablePath()
| { return CString(); }
[1] http://www.unix.com/man-page/FreeBSD/5/procfs/
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
not need the \0 byte
at the end of the buffer (since it takes the char count), but take care
you should have elsewhere done like
readLinkBuffer[result] = 0;
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
development
mailing list, and apparently it is not easy to fix.
[1] http://lists.gnu.org/archive/html/bug-hurd/2011-12/msg0.html
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
of
realtime signals in Hurd.
--
Pino Toscano
--- a/src/c/unixint.d
+++ b/src/c/unixint.d
@@ -1073,6 +1073,8 @@
{
#ifdef SIGRTMIN
# define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGRTMIN + 2
+#elif defined(__GNU__)
+# define DEFAULT_THREAD_INTERRUPT_SIGNAL SIGINFO
#else
# define
Alle domenica 5 febbraio 2012, Samuel Thibault ha scritto:
Pino Toscano, le Sun 05 Feb 2012 12:56:39 +0100, a écrit :
note I don't think it should be forwarded upstream, as it is not
clean and kind of working around the lack of realtime signals in
Hurd.
Well, given that ecl explicitly
on a sem_wait.
Few days later, trying to compile a different source, ecl, gave a very
similar starvation issue, so most probably there's some bug on our side
we need to fix before getting mono compiled on Hurd (but I didn't
investigate neither mono nor ecl that much regarding to this).
--
Pino
the Resent-* headers).
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
initscripts bootlogd
A solution for this is already being investigated with Roger Leigh.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
-buildable) from another architecture
hdf5: ports: 1.8.4-5, sid:1.8.8-5: remove
once the hdf5 transition (which is ongoing) is complete, yes
sudo: ports: 1.8.3-2 sid: 1.8.3-3: FTBFS: build-dep on
libselinux1-dev
I see an empty folder in the pool? anyway, it's #655894
--
Pino Toscano
Alle giovedì 26 gennaio 2012, Svante Signell ha scritto:
On Thu, 2012-01-26 at 19:10 +0100, Pino Toscano wrote:
Alle giovedì 26 gennaio 2012, Svante Signell ha scritto:
x gch6, still unsolved!
theorically this version in ports could be just dropped, as it's
a) uninstallable
Yes
the BTS?
+1 on the patch already sent (you can usually avoid sending changes of
autogenerated files like configure).
If you can give my fix a try, we could send this too.
--
Pino Toscano
--- a/plugins/sudoers/visudo.c
+++ b/plugins/sudoers/visudo.c
@@ -247,6 +247,8 @@
/* Install the sudoers
the problem above, this looks like a public function (as also
the .exports file confirms) of a public library, so changing its
signature is an API and ABI break; this needs to be discussed upstream
directly
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
I'm missing anything, the following tests could not need any
more skip on Hurd:
- syslog.t (hurd_test_todo_syslog.diff)
- socketpair.t (hurd_test_skip_socketpair.diff)
- recv.t (hurd_test_skip_recv.diff)
- libc.t (hurd_test_skip_libc.diff)
--
Pino Toscano
--- a/t/op/stat.t
+++ b/t/op/stat.t
Alle lunedì 19 dicembre 2011, Samuel Thibault ha scritto:
Pino Toscano, le Mon 19 Dec 2011 00:25:57 +0100, a écrit :
- op/stat.t: on my VM `ls /dev` hangs now, so I had to disable
(with the attached patch) 6 checks in it
This is odd, I don't have this issue. IIRC you were getting
to the current platform */
flush_lines = IOV_MAX;
+#endif
conditional yes, but on the IOV_MAX definition, not on a per-OS check.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
. rb_dump_backtrace_with_lines (sets binary_filename) -
fill_lines - follow_debuglink (sets binary_filename) - fill_lines -
...). With your patch, it would also cause the binary_filename pointer
to be stale over runs.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message
Alle giovedì 29 settembre 2011, Svante Signell ha scritto:
On Thu, 2011-09-29 at 10:33 +0200, Pino Toscano wrote:
Alle giovedì 29 settembre 2011, Samuel Thibault ha scritto:
Could somebody have a look at the non-installability of
gobject-introspection? It looks like a python version
, but never got around polishing an
sending it. Should do a bit more allocations than the code using
PATH_MAX-sized arrays, but also quite less OS-specific code paths to
maintain (the __GLIBC__ one is valid for basically almost all the Linux
developers, so won't rot easily).
--
Pino Toscano
involving it, see #630511.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
posted the patch also said that is untested
other than it compiles. If you want to NMU something, then you must be
sure it also *works*.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
think about this? Feedback of any kind would be welcome.
[1] http://lists.gnu.org/archive/html/bug-hurd/2006-02/msg00081.html
[2] called by killall15, invoked in /etc/rc6.d/S20sendsigs (which is
/etc/init.d/sendsigs)
--
Pino Toscano
hurd-console
Description: application/shellscript
: 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
if somebody could have a look. You can send
patches to debian-x@ or to the BTS.
Some months ago I managed to compile mesa 7.8.2 (from exp) on Hurd. I
just rebased the patches I did, and started a build of mesa 7.10 on
Hurd.
(I was waiting for mesa to compile on kfreebsd.)
--
Pino Toscano
Alle mercoledì 9 febbraio 2011, Pino Toscano ha scritto:
Alle domenica 6 febbraio 2011, Cyril Brulebois ha scritto:
xorg-server 1.9 build-depends on mesa with a version higher than
the one available in sid, and both mesa 7.9 and 7.10 FTBFS on
non-Linux for now. I'm not sure when I'll have
in
Debian (you can pick it from snapshot.debian.org), as gdb = 7.1 does
not work correctly on Hurd.
--
Pino Toscano
signature.asc
Description: This is a digitally signed message part.
in Hurd?
Yes, there are. I just sent a message to the bug, explaining shortly the
issue (ours), and a fix in the python-apt packaging that could help us
to build it without the test suite (until the file locking is not
fixed).
Thanks,
--
Pino Toscano
signature.asc
Description
to perlmagick
being installed vs. not being installed. Involving Pino Toscano who
recently did some imagemagick patching
(cf. http://bugs.debian.org/551017) -- Pino, please note that I'm not
saying that you're responsible for this perlmagick breakage which we're
discussing in http://bugs.debian.org
Hi,
On Thu, 2009-12-17 at 22:47:40 +0100, Pino Toscano wrote:
The solution I found (patch attached) is to apply the patches before the
configure run. It looks working correctly in both my Hurd VM, and on
strauss.
--- a/debian/rules
+++ b/debian/rules
@@ -36,7 +36,7 @@
build
found (patch attached) is to apply the patches before the
configure run. It looks working correctly in both my Hurd VM, and on strauss.
--
Pino Toscano
--- a/debian/rules
+++ b/debian/rules
@@ -36,7 +36,7 @@
build: build-arch build-indep
build-arch: build-stamp
-build-stamp: configure-stamp patch
85 matches
Mail list logo