On 2024-01-11 18:38, Aurelien Jarno wrote:
> On 2024-01-11 13:24, Adrian Bunk wrote:
> > On Thu, Jan 11, 2024 at 11:28:19AM +0100, Bastian Blank wrote:
> > >...
> > > On Thu, Jan 11, 2024 at 09:48:34AM +, Dimitri John Ledkov wrote:
> > > > Disabling de
't
> suggest dropping amd64 if gcc would ICE on one kernel driver on that
> architecture.
Or maybe just blame the kernel instead:
https://lore.kernel.org/lkml/CAHk-=whkGHOmpM_1kNgzX1UDAs10+UuALcpeEWN29EE0m-my=w...@mail.gmail.com/
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ence of --no-merged-usr spoiled this plan. As such
> I propose moving forward with this.
>
> d-devel Cced to let people know what's happening and to keep a public
> record of this patch.
I have just applied your patch. The chroots are going to get
automatically regenerated tonigh
Hi,
On 2023-09-17 13:31, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Fri, Sep 15, 2023 at 12:02:35AM +0200, Aurelien Jarno wrote:
> > Answering for the glibc package.
>
> Thanks.
>
> > On 2023-09-12 20:15, Helmut Grohne wrote:
> > > Once the Priority:r
the details besides the changes you described above.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
a good reason - mips32r2 cpus would have been
The reason is that many upstream code do not support mips2 anymore,
especially for JIT languages or languages with their own code generator.
Be prepared for a lot of upstream work.
Regards
Aurelien
--
Aurelien Jarno GPG: 4
sel for (old)stable(-security). This
is not an issue.
DSA will probably just have to reinstall the hosts running mipsel as
mips64el so that it can continue to be used for mips64el even when
bookworm is not supported anymore (or just get rid of it because is
likely going to be quite old at that time).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
of the newer buildds have NaN2008 FPU, while the port and
the toolchain are configured for the old MIPS NaN. This causes some
issues in some packages, a lot of headaches to packages maintainers and
upstream that have to debug the issues, and eventually testsuites being
fully or partially disabled.
Regar
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
The current baseline of the i386 architecture
does NOT include any multimedia extension, and certainly not MMX nor
SSE.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
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
n't look
upstreamable in the way its done. The second patch just change the way
the initial '/' is dropped from $(slibdir) so that it works for two
level paths. This part looks upstreamable.
> Anyway, do you see any problems with providing /usr/bin/ld.so for use b
es, some of them got fixed (#953562), some other are still
there (#926699).
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
ries like ncurses.
What kind of fix do you expect on the packages? Is it finally the time
to get rid of multilib and use pure multiarch instead?
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signat
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-gl...@lists.debian.org
* Package name: rpcsvc-proto
Version : 1.4.2
Upstream Author : Thorsten Kukuk
* URL : https://github.com/thkukuk/rpcsvc-proto
* License
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-gl...@lists.debian.org
* Package name: libnss-nisplus
Version : 1.3
Upstream Author : Thorsten Kukuk
* URL : https://github.com/thkukuk/libnss_nisplus
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-gl...@lists.debian.org
* Package name: libnss-nis
Version : 3.1
Upstream Author : Thorsten Kukuk
* URL : https://github.com/thkukuk/libnss_nis
* License
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
X-Debbugs-Cc: debian-devel@lists.debian.org, debian-gl...@lists.debian.org
* Package name: libnsl
Version : 1.3.0
Upstream Author : Thorsten Kukuk
* URL : https://github.com/thkukuk/libnsl
* License
On 2019-08-09 16:26, Luke Kenneth Casson Leighton wrote:
> ---
> crowd-funded eco-conscious hardware: https://www.crowdsupply.com/eoma68
>
> On Fri, Aug 9, 2019 at 1:49 PM Ivo De Decker wrote:
> >
> > Hi Aurelien,
> >
> > On 8/8/19 10:38 PM, Aurelien Jarno w
On 2019-08-08 23:57, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 8/8/19 10:38 PM, Aurelien Jarno wrote:
> > Any comments, ideas, or help here?
> I'm by no means a GHC nor Haskell expert, but I think it should be generally
> feasible to add native code generat
On 2019-08-08 22:23, Ben Hutchings wrote:
> On Thu, 2019-08-08 at 22:38 +0200, Aurelien Jarno wrote:
> [...]
> > 1) Build a 64-bit compiler targeting the 32-bit corresponding
> >architecture and install it in the 32-bit chroot with the other
> >64-bit dependencies.
y anymore.
Any comments, ideas, or help here?
Regards,
Aurelien
[1] https://github.com/rust-lang/rust/issues/56888
[2] https://lists.debian.org/debian-release/2019/08/msg00215.html
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
ht want to use cross-compilers on those architectures, but
nowadays it's much more than only GCC.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
the package. In the file & libseccomp
example, it means seccomp support might be silently disabled.
Note that for backports, alternatives are considered, as the above is
very unlikely to happen.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
quires to omit the LOCK prefix in the compiled code.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
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
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-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
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
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
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
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
;sorted order", not everybody order letters the same way.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
or declaring the relevant
> architecture-qualified Conflicts.
> ^ ^ ^ ^ ^
architecture-qualified self-conflicts is not something supported. See
bug #747261. This makes somehow difficult to fix this kind of bugs.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
gt; change. In what form should I supply mhy update ? As an source+all
When it's done, just ping us with the commit number, we will backport it
in our branch and we will deploy it on the build daemons.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
talk about a few packages only.
A lot of bugs have already been fixed during the jessie release cycle, I
remember sending patches for that.
> And what should we do about Debian stretch, then?
As said above disabling TSX in glibc is just hidding issues to users. We
should instead try to detect as ma
n in Haswell and
some Broadwell CPUs, they had to disable TSX instructions though firmware
updates, which in turns means we haven't got all packages in Jessie
tested by a wide set of people.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
agree that running testing/sid, fixing bugs or working on d-i up
to the release of Stretch will improve its quality. But after the
release it will improve the quality of Buster and later Bullseye. On the
other hand running testing/sid after the release of Stretch will not
help to catch bugs that ca
xed, or if the problem is in the build daemon setup the
buildd maintainers should be contacted: spar...@buildd.debian.org
If your key is not in the debian-ports archive keyring, your upload will
be *silently* rejected (to avoid spamming the wrong person).
Aurelien
--
Aurelien Jarno
https://sourceware.org/git/?p=glibc.git;a=commit;h=77356912e83601fd0240d22fe4d960348b82b5c3
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
eir OpenVZ/Virtuozzo
> infrastructure just because newer Debian releases will not work: they
> will just stop supporting newer Debian releases until they will switch
> to namespaces-based virtualization (2-5 years?).
>
> On Dec 04, Aurelien Jarno wrote:
>
> > If you co
ot something easy to do, and other
parts of the distribution simply don't, especially since the switch to
systemd.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
the LSB compatibility should be handled at each package level, even if
it looks technically easier to do that.
That said if someone is motivated to provide a patch and maintain that
part in the future, I guess we can accept that.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
ig has a cache mechanism, which makes
calls to ldconfig very very cheap if nothing has changed. So I don't
think it would be a problem.
> Feedback is very welcome. If this idea is uncontroversial, I move
> forward to update debhelper+lintian as well as file bugs against policy.
We c
On 2015-08-23 14:27, Stephen Kitt wrote:
> On Sun, 23 Aug 2015 13:30:40 +0200, Aurelien Jarno
> wrote:
> > On 2015-08-22 19:19, Steve Langasek wrote:
> > > On Sat, Aug 22, 2015 at 10:52:38PM +0200, Aurelien Jarno wrote:
> > > > So in short we should try to fix t
On 2015-08-22 19:19, Steve Langasek wrote:
> On Sat, Aug 22, 2015 at 10:52:38PM +0200, Aurelien Jarno wrote:
> > > This is all great news!
>
> > > If I'm not mistaken, the last feature that needs to be implemented in
> > > wanna-build for us to be able to
some work to
do first, for example by getting cross-compilers in the archive to build
the firmwares. It would be quite interesting to build a list of such
packages to have a better view of the work that has to be done.
So in short we should try to fix these packages, but given they are not
always
On 2015-05-06 10:44, Thorsten Glaser wrote:
> [ with my m68k buildd maintainer and (ex-?) porter hat ]
>
> Aurelien Jarno dixit:
>
> >- debian-ports uses mini-dak instead of dak. It uses less resources and
> > brings some features that are useful for new architectures li
administrated machine to non-DD, and the same way to accept autosigning
on buildds which are not administrated by DSA and not even by a DD. We
even have to consider emulated build daemons.
Aurelien
[1] https://titanpad.com/debian-ports
[2] https://wiki.debian.org/Sprints/2015/DebCampAutobu
or
| DF_1_NODEFLIB, provided that the l_flags_1 member of the main map has
| been properly initialized (done in elf/dl-support.c now); this also
| ensures previous semantics elsewhere in elf/dl-load.c,
|
| * matching updates to elf/dl-support.c -- to complement the two fixes
|
Hi,
On Tue, Dec 03, 2013 at 01:18:33PM +0100, Hector Oron wrote:
> Hello,
>
> 2013/12/3 Aurelien Jarno :
>
> > On Tue, Dec 03, 2013 at 12:43:36AM +0100, Hector Oron wrote:
> >> 5.2 Setup arm64 debian-ports
> >>
> >>
&
silicon version
> register maybe?). They would make OK mipsel porter boxes if nothing else,
> and are easily available.
>
> As to other BE board options, I'm hoping to have some news in the new year.
> Things are looking promising, but they just take time to work out.
Ok great, t
ructure.
I don't really see the point, as it is already the case. Actually most
of the uploaders in debian-ports are non-DD, and it is something that
should not be lost in the transfer either.
Regards,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
On Mon, Dec 02, 2013 at 08:22:50AM +0100, Tollef Fog Heen wrote:
> ]] Aurelien Jarno
>
> > Also note that the latest batches of the Loongson-2F CPUs have the bug
> > fixed.
>
> That doesn't help us when the MIPS porters seem to be unable to get us
> any reaso
;t be sure that the problem is the F0 0F bug. It could also be
code using the cmov instruction.
Also note that the latest batches of the Loongson-2F CPUs have the bug
fixed.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.a
On Fri, Nov 29, 2013 at 01:57:39PM +, Ben Hutchings wrote:
> On Fri, 2013-11-29 at 09:22 +0100, Aurelien Jarno wrote:
> > Some precision about the MIPS machines:
> >
> > On Thu, Nov 28, 2013 at 09:04:56PM +0100, Niels Thykier wrote:
> > > * [mips, mipsel] build
90x is still using gcc 4.6. This has been
decided to switch to gcc-4.8 a few weeks ago and it has been already
implemented in the SVN. It's only waiting for an upload from Matthias
Klose.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
n.org/jessie/arch_qualify.html that it
concerns the "NOP implementation error" from Loongson 2F. Debian is
using Loongson 2E for buildds and porters machines, which are not
affected by this issue.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
tion notes for Squeeze[1] and Wheezy[2].
I would still like to see some proofs of this claim, as already asked
multiple times.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-devel-requ...
.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
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
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 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
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
libc-2.16/debian/sysdeps/powerpc.mk
> --- eglibc-2.16/debian/sysdeps/powerpc.mk 2011-08-04 08:44:37.0
> +0200
> +++ eglibc-2.16/debian/sysdeps/powerpc.mk 2012-11-02 11:28:30.0
> +0100
> @@ -1,4 +1,5 @@
> extra_config_options = --enable-multi-arch
> +m
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
* Package name: slof
Version : 20120217
Upstream Author : David Gibson
* URL : https://github.com/dgibson/SLOF
* License : BSD
Programming Lang: C
Description : Slimline Open Firmware -- QEMU
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
* Package name: stsci.distutils
Version : 3.0
Upstream Author : Erik M. Bray
* URL : stsci.distutils
* License : 3-clause BSD like
Programming Lang: Python
Description : Python packaging
Package: wnpp
Severity: wishlist
Owner: Aurelien Jarno
* Package name: d2to1
Version : 0.2.7
Upstream Author : Erik M. Bray
* URL : http://pypi.python.org/pypi/d2to1
* License : 3-clause BSD like
Programming Lang: Python
Description : Python support
On Wed, Aug 10, 2011 at 10:48:23AM -0500, Jonathan Nieder wrote:
> Aurelien Jarno wrote:
>
> > I got fed up by people reporting bug on libc6, while this problem results
> > from a decision Debian to implement multiarch. People should work on
> > implementing a compatibi
Hi all,
For those not reading planet and blogs, I have started an s390x port,
that is with a 64-bit userland. More details can be found on:
http://blog.aurel32.net/?p=59
Cheers,
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
n has been updated to cope with that, and most
| build systems should be unaffected. If you are using a non-Debian
| toolchain to build your software and it is not able to cope with
| multiarch, you might try to pass the following option to your
| compiler:
|
|-B/usr/lib/$arch
|
| -- Aurelien J
the dependency to something like:
>
> Depends: fuse [linux-any] | fuse4bsd [kfreebsd-any]
>
> (example uses "fuse" because fuse-utils is now a transitional package that
> depends on fuse)
I think it should be ',' instead of '|' here, there is n
the endianness point of view, architectures
will interpret some special values differently depending on the
architecture. For example depending on the architecture, a qNaN and sNaN
values can be swapped.
I don't know if this is handled correctly in D-BUS.
--
Aurelien Jarno
e the recursive
dependency between libc6 and libc-bin, and allow for an hypothetical
libc7 transition in the future.
Any comments on that?
Cheers,
Aurelien
[1] getconf, iconv, locale, localedef
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
kam bug really affects testing. And even if it did,
> this would mandate a t-p-u upload instead.
Or even a s-p-u upload. According to the date and version it also
affects Squeeze... Looks like the problem is deeper, and fixing it
through a rolling distribution is probably the wrong answer.
--
Aureli
On Wed, May 04, 2011 at 02:30:35PM +0200, Aurelien Jarno wrote:
> Le 04/05/2011 07:42, Steve M. Robbins a écrit :
> > On Wed, May 04, 2011 at 12:10:48AM -0500, Jonathan Nieder wrote:
> >
> >> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518
> >> w
Le 04/05/2011 16:02, Goswin von Brederlow a écrit :
> Aurelien Jarno writes:
>
>> Le 04/05/2011 14:06, Raphael Hertzog a écrit :
>>> a nice behaviour, it would be way better to print
>>> a warning and fallback to a correct behaviour. Users can then report the
>&
same issue?
I am using this libc version for two months (on a CPU having ssse3
instruction set), it is also used by other distributions, so I find
strange it breaks something so common than gcc. For XOrg it can be due
to the difference in configuration, that's why the problem stayed unnoticed.
ally used everywhere,
especially in scripts is not a good idea. It will simply corrupt the
data that the othe part of the script is waiting for, and that even on
stderr, a lot of scripts are not (correctly?) designed for that.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@au
by
> default.
So how do you plan to detect bugs if you never enable a feature?
Don't answer me "experimental", this is enabled in experimental for over
a month, and AFAIK it is also enabled in the latest Ubuntu release.
--
Aurelien Jarno GPG: 1024D/F1
On Tue, Sep 14, 2010 at 12:11:14PM +0200, Sebastian Andrzej Siewior wrote:
> * Aurelien Jarno | 2010-09-14 11:59:51 [+0200]:
>
> >install-info is not present on the kfreebsd-i386 buildds, though it is
> >not possible that it was installed at some point.
Oops my fault. I
sent on the kfreebsd-i386 buildds, though it is
not possible that it was installed at some point.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a
On Fri, Aug 13, 2010 at 10:50:13AM +0200, Bastien ROUCARIES wrote:
> On Fri, Aug 13, 2010 at 9:28 AM, Aurelien Jarno wrote:
> > On Fri, Aug 13, 2010 at 10:55:45AM +0800, Paul Wise wrote:
> >> On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
> >>
> >> >
On Fri, Aug 13, 2010 at 10:55:45AM +0800, Paul Wise wrote:
> On Fri, Aug 13, 2010 at 1:06 AM, Aurelien Jarno wrote:
>
> > QEMU doesn't emulate HPPA, that's why you can't find such an image.
>
> Looks like there is/was work in progress to do so though:
>
gt;
> Do you know where to download such an image ? I will be handy to add
> to usual place.
>
QEMU doesn't emulate HPPA, that's why you can't find such an image.
Aurelien
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net
value.
As the FreeBSD kernel seems to be the new model in Debian, I will be
happy to change the default value of net.inet6.ip6.v6only to 0 and
report a serious bug against netbase as the default value of the Linux
kernel doesn't match the one of the FreeBSD kernel.
--
Aurelien Jarn
sulted at all about that. I really doubt it is even part of reason
behind the change.
>> What is wrong with porting kfreebsd behaivour instead?
>
> I don't know. What do the BSD porters think about it?
>
In kfreebsd, it's also a value to change with sysctl, nothing
ave a pretty high opinion of debian.
> Please don't destroy that!
>
Please don't be stupid.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
gt; loops (like libc6-i386 and lib32stdc++6) break in apt but not in
> aptitude nor dpkg when going from some old versions to current
> versions.
>
Because they are using a Pre-Depends on libc6-i386 instead of a
Conflicts...
--
Aurelien Jarno GPG: 1024D/F1BCDB7
On Mon, Aug 03, 2009 at 09:21:53PM +0200, Goswin von Brederlow wrote:
> Bastian Blank writes:
>
> > On Mon, Aug 03, 2009 at 11:38:32AM +0200, Aurelien Jarno wrote:
> >> Bastian Blank a écrit :
> >> > What happens if someone install libc-bin without a new lib
Bastian Blank a écrit :
> On Mon, Aug 03, 2009 at 02:02:24AM +0200, Aurelien Jarno wrote:
>> I have finally decided to remove the Depends: line in libc-bin, even if
>> I don't really like that. My tests show that it works now, but don't
>> hesitate to test it on you
On Thu, Jul 30, 2009 at 02:00:18PM +0200, Sven Joachim wrote:
> On 2009-07-29 22:12 +0200, Aurelien Jarno wrote:
>
> > On Wed, Jul 29, 2009 at 04:10:27PM +0200, Aurelien Jarno wrote:
> >> In short it looks like a Pre-Depends is overkill, and that a Depends is
> >
ss-compiler. That's probably something we should allow in the archive
if this is implemented, and in the case of openbios, that would mean a
single source package can be used instead.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://
On Fri, Jul 31, 2009 at 12:22:02PM +0200, Bastian Blank wrote:
> On Thu, Jul 30, 2009 at 06:02:29PM +0200, Aurelien Jarno wrote:
> > We have the constraints that we should support upgrades from Lenny, so
> > we are stuck with apt/aptitude from lenny...
>
> Remove the depende
On Thu, Jul 30, 2009 at 08:58:14PM +0200, Alexander Reichle-Schmehl wrote:
> Hi!
>
> Aurelien Jarno schrieb:
> > On Thu, Jul 30, 2009 at 07:28:58PM +0200, Luk Claes wrote:
> >> The following goals for Squeeze have been identified up to now:
> [ some stuff ]
>
rs,
|leaving only packages build in a controlled environment
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: Digital signature
On Thu, Jul 30, 2009 at 06:58:45PM +0300, Eugene V. Lyubimkin wrote:
> Aurelien Jarno wrote:
> > Except saying "apt sucks", I currently do not have more idea. Someone
> > else maybe?
> >
> /me suggests to try cupt and hides
>
We have the constraints that
On Thu, Jul 30, 2009 at 02:00:18PM +0200, Sven Joachim wrote:
> On 2009-07-29 22:12 +0200, Aurelien Jarno wrote:
>
> > On Wed, Jul 29, 2009 at 04:10:27PM +0200, Aurelien Jarno wrote:
> >> In short it looks like a Pre-Depends is overkill, and that a Depends is
> >
simply forgotten?
>
> --- libc6: /etc/ld.so.conf.d/libc.conf ---
> # libc default configuration
> /usr/local/lib
>
> So where do we put /usr/local/lib/x86_64-linux-gnu now?
>
> Eglibc maintainers, what do you think?
>
We should add a conf
On Wed, Jul 29, 2009 at 04:10:27PM +0200, Aurelien Jarno wrote:
> In short it looks like a Pre-Depends is overkill, and that a Depends is
> enough. I'll upload a new version soon to experimental to fix that.
>
eglibc version 2.9-23+multiarch.1 is now in incoming and will be on th
1 - 100 of 255 matches
Mail list logo
