e mind if I make copies of freebsd-utils
> and kfreebsd-8 accordingly?
>
While it is acceptable, I am not sure it really worth it. These changes
need a new .orig.tar.gz rollback, and for that the best is to wait for
the end of the freeze and/or the release of upstream
clone 594940 -1 -2
reassign -1 kfreebsd-kernel-di-amd64 0.4
reassign -1 kfreebsd-kernel-di-i386 0.4
thanks
On Sun, Nov 21, 2010 at 03:32:44PM +, Aurelien Jarno wrote:
> Source: kfreebsd-8
> Source-Version: 8.1+dfsg-6
>
> We believe that the bug you reported is fixed in the lates
Julien Cristau a écrit :
> On Mon, Dec 20, 2010 at 12:21:33 +0100, Aurelien Jarno wrote:
>
>> clone 594940 -1 -2
>> reassign -1 kfreebsd-kernel-di-amd64 0.4
>> reassign -1 kfreebsd-kernel-di-i386 0.4
>> thanks
>>
>> On Sun, Nov 21, 2010 at 03:32:44
reassign 610749 eglibc
severity 610749 serious
thanks
On Mon, Jan 24, 2011 at 12:15:25AM +0100, Aurelien Jarno wrote:
> On Sat, Jan 22, 2011 at 01:15:51AM +0100, Mats Erik Andersson wrote:
> > Package: fakeroot
> > Version: 1.14.5-1
> > Severity: important
> &g
On Tue, Jan 25, 2011 at 09:56:28AM +0100, Mats Erik Andersson wrote:
> A comment just for the record.
>
> måndag den 24 januari 2011 klockan 22:10 skrev Aurelien Jarno detta:
> > Ok, I have finally understood the problem:
> > 1) in eglibc we implement at* functions, but mar
ne
> ;;
> esac
> -
That's indeed another option. Clint, what do you think about it? Note
it's only something temporary until we fix the real issue on eglibc.
The remaining question is to know if we want that in squeeze or not.
> The change in eglibc sh
wait for an ACK of some more people.
>
I agree that they should be removed.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "u
works.
There is a test build from now for both kfreebsd-amd64 and kfreebsd-i386
available on d-i.debian.org, daily builds should start again tonight
00:10 UTC.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSC
he build daemons is currently the one from squeeze,
it might be switched to a kernel in squeeze-backports at some point if
there is when available there, but in any case it's a decision of DSA.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net h
ems.
>
It looks like the solution here is to move /usr/lib/libexpat.so.1. to /lib
> On FreeBSD libgeom depends on /lib/libbsdxml instead of libexpat, thus
> upstream is unaffected by this issue.
libbsdxml is basically the same library than libexpat, which seems to
confirm the solution gi
that's why I'm
> Cc-ing debian-bsd@) but isn't exactly required. Aurélien (Cc-d as
> well) *might* help for the interim period.
>
Thanks a lot for maintaining the kfreebsd-* buildds for the last years.
I am taking back the maintenance for now, but a new maintainer is of
cours
On Tue, Apr 19, 2011 at 10:54:54AM -0700, Super Biscuit wrote:
>
> Why not delegate parts of it to others?
Could you precise your idea? Cyril is asking for a new buildd maintainer
and I am doing exactly the same.
> --- On Tue, 4/19/11, Aurelien Jarno wrote:
>
> From: Aurelien J
On Tue, Apr 19, 2011 at 10:33:55PM +0200, Christoph Egger wrote:
> Hi!
Hi Christoph,
> Aurelien Jarno writes:
> > Thanks a lot for maintaining the kfreebsd-* buildds for the last years.
> > I am taking back the maintenance for now, but a new maintainer is of
> > course
this week, at
> least on amd64, armel, i386 and powerpc. GCC 4.6 apparently will be
If you do the switch, please also add mips and mipsel, that would avoid
you to have to complain in two weeks that these architectures have not
yet been switched.
--
Aurelien Jarno GP
le-underscore version of the types?
>
> AFAICT it's the only way to use those types in glibc headers (btw,
> I got confused, is a glibc header not k-k-h).
>
But is in k-k-h, cloning and reassigning.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel
Package: kfreebsd-kernel-headers
Version: 0.54
Severity: serious
Since version 0.54 is not usable anymore, trying to
compiling it report errors like this one:
| /usr/include/sys/sbuf.h: In function 'sbuf_printf':
| /usr/include/sys/sbuf.h:68:2: error: expected declaration specifiers before
'__
On Tue, Jun 07, 2011 at 08:43:19PM +0200, Guillem Jover wrote:
> On Thu, 2010-09-30 at 19:56:41 +0200, Aurelien Jarno wrote:
> > On Thu, Sep 30, 2010 at 01:24:31PM +0200, Mats Erik Andersson wrote:
> > > The solution should be simple: let the package "freebsd-net-too
.data': error 4
> >ld: final link failed: Nonrepresentable section on output
> >*** Error code 1
>
> Might be related to binutils #628770.
>
> Please could you upgrade in experimental chroot
> binutils to 2.21.52.20110606-1 and requeue ?
>
I confirm it is related
, x86_64-linux-gnu))
+ifneq (,$(filter $(DEB_TARGET_GNU_TYPE), x86_64-linux-gnu x86_64-kfreebsd-gnu))
ifneq ($(biarch32),yes)
CONFARGS += --disable-multilib
endif
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.au
uggy libgeom0 from sid?
It won't change anything, people which already has libgeom0 install will
keep it, the one installing new systems will see the install failing.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aure
n SVN).
Please revert that (or leave them disabled). Whatever the decision,
we have to handle that with the 2.14 upload for versioning reasons.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIB
On Sat, Jun 18, 2011 at 07:25:45PM +0200, Robert Millan wrote:
> 2011/6/18 Aurelien Jarno :
> > I start to wonder if all these functions have really their place in
> > the GNU libc, as they are quite FreeBSD specific, while the functions
> > there are supposed to functions co
the other
> (Free)BSD specific functions.
>
And if you look at the history, link_ntoa() was in libfreebsd, and
given freebsd-utils was the only user it has been moved to
[freebsd-utils]/debian/patches/030_arp_libbsd.diff
Is there a reason why we want it to be implemented in a library?
Are t
ess you can find on
the URL above.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contac
On Thu, Jun 30, 2011 at 04:39:55PM +0200, Damien Raude-Morvan wrote:
> Hi,
>
> On Thu, 30 Jun 2011 14:23:41 +0200, Aurelien Jarno
> wrote:
> > On Wed, Jun 29, 2011 at 08:21:35PM +0200, Robert Millan wrote:
> >> 2011/6/29 Andrew John Hughes :
> >> > Is there
n kfreebsd should be trivial. Patches welcome.
I haven't been able to find mails about that on the debian-bsd mailing
list. Could you please point me to them?
[...]
> For the Debian glibc maintainers, Adam Conrad
Now I understand why I was not in the loop, I am not member of the team
On Tue, May 07, 2013 at 10:03:58AM -0600, Adam Conrad wrote:
> On Tue, May 07, 2013 at 05:48:52PM +0200, Aurelien Jarno wrote:
> >
> > Even if I have to admit I currently don't have a lot of time, it would
> > have been nice to keep the other people in the team in
On Wed, May 08, 2013 at 01:39:25AM +0200, Matthias Klose wrote:
> Am 07.05.2013 17:48, schrieb Aurelien Jarno:
> > On Tue, May 07, 2013 at 03:25:29PM +0200, Matthias Klose wrote:
> >> Up to today jessie did see updates for the kernel headers, eglibc, and
> >> GCC
On Tue, May 07, 2013 at 06:35:16PM -0600, Adam Conrad wrote:
> On Wed, May 08, 2013 at 01:59:38AM +0200, Aurelien Jarno wrote:
> >
> > They weren't coordinated within the team. Furthermore I don't consider
> > that eglibc was ready to go to unstable, as it was k
d-x86-64.so.1
> --library-path
> /opt/sid/build/extra/eglibc-2.17/build-tree/kfreebsd-amd64-libc/ /bin/true
> $ kdump | grep NAMI
>
> Currently, I do not have more time to spend on it, sorry.
>
Thanks a lot for working on that. I'll try to look at it in the next
days.
xt
> upload into unstable ? Eventually upload into experimental with
> relaxed version dependency on gcc-4.7 might be good idea also for
> other architectures.
>
Thanks, a lot for your help. I have tried to build eglibc from SVN on
both kfreebsd-amd64 and kfreebsd-i386, I only have
libc SVN.
> The eglibc_2.XX.orig.tar.xz should not contain linuxthreads directory at all.
>
> Aurelien and Adam do you agree with this proposal ?
>
> Could we start this with eglibc 2.18 ?
>
Yes, it looks fine for me, it will make things easier to handle.
Aurelien
--
Aurelien
gt; Please could haskell-csv be given back on kfreebsd-i386?
>
Done.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of &
.debian.org and is kept
> in
> another place.
>
hppa porters have ignored my emails during a few years, and then started
to write me during a few more years using an email address that went
to /dev/null, so they never got my answers, and thus never answered me...
This is true th
unfortunately it seems that the hosts do not
have free memory anymore.
> Alternatively, could any of you do a binary-only upload if this is going to
> take
> long?
>
That's something I can try if the above fails, but I first need to
setup a machine with enough swap, mine current
Having in mind that libusb-0.1 is deprecated, it seems that the whole libusb*
> packaging structure (i.e. libusb-1.0-0-dev virtual package on kFreeBSD) in
> Debian is meant to establish that libusbx should be used on Linux while
> libusb2 from freebsd-libs should be used on kFreeB
gt; on how I should proceed.
I would say stop doing manual upload and start the build daemons.
> Best solution would probably be, if the wanna-build database rescans what's in
> the archive already. Is this possible?
Yes, I can re-enable the hppa wanna-build database if it is act
ace increased to 6GB, but
> perhaps the other has less?
All kfreebsd buildds now have 3GB RAM + 4GB swap, so I doubt it's the
explanation.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email t
o you know what could be wrong?
This morning it seems the Packages list is fine, and that the packages
correctly appear on package.d.o. I guess there was a small glitch in the
previous install run.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
with_multilib = yes
Of course having libphobos would be even better, but that can be done in
a later step.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
On Tue, Sep 30, 2014 at 06:10:27PM +0200, Aurelien Jarno wrote:
> On Fri, Sep 12, 2014 at 07:34:36PM +0200, Matthias Klose wrote:
> > Am 12.09.2014 um 15:13 schrieb Thibaut Paumard:
> > > While it's your prerogative to decrease the severity, please note that
> >
debian.org, that affected the build daemons there, ie finzi and
fano for kfreebsd.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
d, I don't think we can just drop this entry as this would
likely breaks the cross-compilation case.
> keep backward compatibility, we can also make the statement failure
> non-fatal.
Likely either that, or a check if the directory exists before running
the command.
Aurelien
re it's a good idea to fix this, it might be better to
just mark this function as deprecated, and encourage existing users of
this function (including hostid) to use something much longer than
32-bit to avoid collisions.
One thing is sure however, if we change the current behaviour, it
ing 1 1: notmuch (3d 6h 42m, fils)
This is more or less correct. fano and finzi are stuck building notmuch
0.23.3-1. fayrfax and fils are stuck building notmuch 0.23.3-2.
I have just killed all the builds, by killing -9 the gdb processes.
Aurelien
--
Aurelien Jarno
existing interface, that probably wasn't done
the best way on alpha as it's one of the first 64-bit platforms in
glibc. The structures can't be easily changed without breaking the
world. It should however be possible to use symbol versioning to
provide a new version of all the functions affected by this change.
If some alpha porters have the motivation to do so, it should be
coordinated upstream. Otherwise vim should have to be fixed.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
se boxes have been dead
for many years, I have just released them.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
lan was even to have none of them)
and that it is served through the deb.debian.org CDN.
Besides that mirroring aspect, I agree moving an architecture from
the official to the debian-ports archive is just moving the load to a
different set of Debian person and different set of Debian hardware.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
an inject that in the debian-ports archive.
It would be nice to have a bit more than 2 weeks to do all of that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ease.
Unfortunately the disk space on the ganeti cluster where the porta.d.o
VM is hosted is also getting low.
The CPU and RAM is however probably to low to add the 3 ports, unless we
reduce the number of archive-install run per day (currently running
every 6 hours).
Aurel
On 2019-04-13 13:07, Philipp Kern wrote:
> On 4/13/2019 12:49 PM, Aurelien Jarno wrote:
> > The process to inject all packages to debian-ports is to get all the
> > deb, udeb and buildinfo files from the archives (main and debug) and
> > associate them with the .changes fil
ly if you are not satisfied by the way it works.
Feel free to get them hosted somewhere else.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
ith only
unreleased.
> They were not uploaded at the time. I don't know if the current
> debian-port upload queue can now take them for the unreleased distrib.
mini-dak is based on .changes file. For that you need to upload the
source and binaries all together.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
On 2019-04-14 10:23, Svante Signell wrote:
> On Sat, 2019-04-13 at 12:59 +0200, Aurelien Jarno wrote:
> > On 2019-04-13 12:37, Samuel Thibault wrote:
> > > Hello,
> > >
> > > Before even thinking about uploading the hurd-i386 and kfreebsd
> > > unsta
On 2019-04-13 17:01, Joerg Jaspert wrote:
> On 15371 March 1977, Aurelien Jarno wrote:
>
> > > How is the move to debian-ports supposed to happen? I won't have the
> > > time to do anything about it within the 2 weeks.
>
> > The process to inject all pack
Hi,
On 2019-04-24 12:34, Joerg Jaspert wrote:
> On 15381 March 1977, Aurelien Jarno wrote:
>
> > > > It would be nice to have a bit more than 2 weeks to do all of that.
> > > Ok. How much? Is 6 or 8 weeks better? I don't think, given how long this
> > >
On 2019-05-25 13:00, Manuel A. Fernandez Montecelo wrote:
> Hi,
>
> Em sáb, 25 de mai de 2019 às 10:57, Aurelien Jarno
> escreveu:
> >
> > kfreebsd-amd64 and kfreebsd-i386 have now been moved to debian-ports. As
> > hurd-i386 has been moved earlier, it means that al
he gcc repository? Would it be possible to stop using
that outdated embedded copy and use the debian libffi package instead?
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
le on snapshot.d.o for anyone interested in reviving the port.
In any case, I am waiting for feedback, and I will wait for at least a
month before taking any action.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel3
Dear all,
On 2023-05-29 18:11, Aurelien Jarno wrote:
> Dear GNU/kFreeBSD porters,
>
> Over the past year, GNU/kFreeBSD hasn't seen any significant
> development. After reaching out to various individuals involved, it
> seems unlikely that the situation will change in th
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: kfreebsd...@packages.debian.org
Control: affects -1 + src:kfreebsd-10
Hi,
With the removal of the kfreebsd-amd64 and kfreebsd-i386 architectures
from the debian-ports archive [1], it d
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: kfreebsd...@packages.debian.org
Control: affects -1 + src:kfreebsd-11
Hi,
With the removal of the kfreebsd-amd64 and kfreebsd-i386 architectures
from the debian-ports archive [1], it d
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ctfut...@packages.debian.org, debian-bsd@lists.debian.org
Control: affects -1 + src:ctfutils
User: ftp.debian@packages.debian.org
Usertags: remove
The kfreebsd-* ports have been removed. Please remove ctfutils which has
no reverse dependen
401 - 463 of 463 matches
Mail list logo
