be to add
"#define __intptr_t_defined" to stdint.in.h. Still ugly, but would
hopefully avoid breaking (upstream target) platforms that do need
the (re)defines.
Begs to be asked why kfreebsd headers aren't C99 compatible though... or
are the configure tests invalid? Or wait, I don't
.gnu.org/archive/html/bug-gnulib/2011-12/msg00073.html
and the mailing list thread pointed out in the beginning of that mail.
(This makes me question the quoted part of the stdint.h from kfreebsd
libc headers above.)
I'm too confused right now to see an obvious solution, but fixing
Hello again!
After looking more at this I think I'm less confused now
On Sun, Nov 25, 2012 at 11:22:28PM +0100, Andreas Henriksson wrote:
> > lftp’s configure script checks for a working stdint.h and that test
> > fails on kfreebsd-i386 (tested on fischer.debian.org).
Ple
package maintainers can now pick
this up and discuss a suitable long term solution for gnulib
on kFreeBSD with gnulib upstream?!
--
Andreas Henriksson
Description: prevent sys/_stdint.h from redefining intptr_t et.al.
Author: Andreas Henriksson
Bug-Debian: http://bugs.debian.org/677861
Forwarded: no
nce with
running rygel outside your X session.
--
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130603090438.ga20...@amd64.fatal.se
oo optimistic).
(Please do CC me on replies, if you want me to answer to anything without
starting a new thread.)
--
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ring
> back hibernation in those systems. PowerOff might be a little bit more
> work.
[...]
This was quite a while ago and I don't know how things looks today
on the bsd front here... Possibly this is still an opportunity for
some more work.
Regards,
Andreas Henriksson
--
To
ng #include or something like that, no?
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140522152047.ga14...@pi.fatal.se
alot
of annoying and boring work which I really don't want to be bothered
with.
Also I wonder if maing upower compile will actually make it work
on kfreebsd. Would appreciate anyone with interest in the architecture
to actually test it.
Regards,
Andreas Henriksson
#include
int main (int argc, char **argv)
{
return 0;
}
fore posting in the future.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140531155148.ga26...@fatal.se
On Sun, Jun 01, 2014 at 12:50:06PM +0100, Steven Chamberlain wrote:
[... random ramblings removed ...]
> I'm assuming gnome-terminal will still run okay, or otherwise some
> Linux user can follow up on this.
[...]
Please stop making assuptions.
Instead, again, please take 2 seconds to try to look
Hello!
I wanted to discuss the (lib)gnome-keyring status and the state we
want it to be in before the freeze.
To sum up the current problem, the versions in unstable are RC-buggy
because of FTBFS. The FTBFS is caused by a newly introduced testsuite
which basically showed the package never worked
he current work is available in collab-maint git at:
http://anonscm.debian.org/cgit/collab-maint/pkg-util-linux.git/
(See the debian-2.25 branch or newer...)
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe"
ian-bsd@lists.debian.org? thanks!
02:22 < christoph> ah: maybe you as well? thanks!
Please investigate ASAP. This is blocking things for a while now.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
ncies) and make up
a plan on how they all can be modified to avoid the dependency
or if they too needs to be removed. Then work your way from the
leaf packages down to mutter having no reverse dependencies left
and finally you're ready to remove mutter.
Regards,
Andreas Henriksson
--
To UNSUBSCRI
r libmutter-dev)
[...]
^
(Oh well, no reverse dependencies and it looks like the kfreebsd binaries
doesn't exist for it so I guess I can take care of this.)
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of &q
l-linux
as I'm mostly (happily) unaware of the situation on many architectures.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150517144851.ga2...@fatal.se
o moving the binary around again. Sorry
for the problems.
Thanks for your advice for non-linux ports. Hurd team rocks!
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
pective package Vcs, so use
debcheckout + git am + gbp dch --auto + git-buildpackage.
Hopefully they also apply cleanly against currently shipped
package if preferred to try applying them there.)
Thanks in advance.
Regards,
Andreas Henriksson
>From bf44ed24f8d699ec500682f92323feca3e055135
racked in Bug#737658.
There doesn't seem to be any configure switch to set the default
device in util-linux version of eject so if it's still needed,
this is a great first start for someone wanting to get a feel
for how to submit patches to upstream util-linux project.
Regards,
Andr
simple camcontrol wrapper within freebsd-utils? (and correspondingly
> > in util-linux-udeb and freebsd-utils-udeb too)
>
> Providing our wrapper sounds like the sane way forward to me.
Works for me. Thanks for letting me know about the status.
Regards,
Andreas Henriksson
itate to ask if there's anything
I can help out with though but expect me to be busy.
Regards,
Andreas Henriksson
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150809151444.ga3...@fatal.se
.ac should be limited to only sched_setscheduler?
What was the original purpose for checking for these functions to begin with?
It seems sched_setscheduler is POSIX and I assume should be available anywhere
you'd consider building util-linux?
Thanks in advance.
Regards,
Andreas Henriksson
Hello again Ruediger.
Please see the attached patch which seems to work when I build-tested
it on kfreebsd. If you think it does the right thing please sign off
on it and forward it upstream!
Regards,
Andreas Henriksson
>From 552a84db9bce21bfde55ba372b4b3e2e9f6b7170 Mon Sep 17 00:00:00 2001
F
Hi Steven!
Thanks for your followup.
On Sun, May 08, 2016 at 11:39:09AM +0100, Steven Chamberlain wrote:
> Hi Andreas,
>
> Andreas Henriksson wrote:
> > Since util-linux 2.28(-rc*) the chrt utility seems to no longer build
> > for us on non-linux Debian architectures (
t with
looking into the cause of the regression any time soon?
Do you think uploading libarchive 3.2.0 to unstable would cause you much
problems?
Do you think we should delay (and for how long) the upload given the
above mentioned circumstances?
Regards,
Andreas Henriksson
failure_start(filename, line, "File should exist: %s (%s)", f,
> strerror(errno));
> failure_finish(NULL);
> return (0);
> }
> @@ -1644,6 +1644,7 @@ assertion_make_file(const char *file, in
> return (0);
> }
> }
> + fsync(fd);
> close(fd);
> return (1);
> #endif
Regards,
Andreas Henriksson
o see someone with time and motivation to properly
give sysvinit the maintenance it deserves, but at the same time if we
stay at the current status quo I think it's better if sysvinit just gets
removed the sooner the better.
Regards,
Andreas Henriksson
28 matches
Mail list logo
