y, it would be nice if
the latest packages were fetched (rather installing old ones from the
install media, and upgrading in a later step).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
7;s a very
popular OS around here, apart from this problem!).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> I seem to remember last time this was discussed, GNU `as' avoids using a
> particular 686-class instruction
I found a reference for that:
https://lists.debian.org/debian-devel/2015/09/msg00617.html
So it seems the "nearly 686" Geode LX/NX may
le, this Geode MX is not quite 686-class but has CMOV:
| cpu0: Geode(TM) IntegraTed Processor by National Semi ("Geode by NSC"
586-class) 333 MHz
| cpu0: FPU,DE,PSE,TSC,MSR,CX8,PGE,CMOV,MMX,MMXX,3DNOW2,3DNOW
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
package build or CI tests could help here.
Or, packages build accidentally, then a later version FTBFS. That's why
I thought of auto-removals, but if porters more actively removed those I
think it would be helpful.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
re promimently than
a sid-only, RC-buggy leaf package with an RM bug filed for it.
THat's why I'm trying to design a better dashboard for porters, though
some ideas could be implemented into buildd.d.o itself someday.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> I envisage some kind of a scoreboard, graphs, or those weather symbols
> we all love to see.
As far as the dashboard goes, I've started out with:
https://kfreebsd.eu/dashboards/ports/
I want to add pages per-arch that list the packages that FTBFS,
o
if porters are made very aware of the
problems and their implications. I'd like the release team to have a
detailed list of those issues to base their arch qualification on.
I envisage some kind of a scoreboard, graphs, or those weather symbols
we all love to see.
Regards,
--
Steven Chambe
ge built
in the past, and is "out-of-date" in sid. Otherwise it's not a
release-critical issue, not blocking testing migration).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Steven Chamberlain wrote:
> Matthias Klose wrote:
> > [...] when unstable is out of sync, and should be forbidden for a set
> > of core packages from my point of view.
>
> [...] We could say that fixing RC bugs in
> those packages is a requirement for the port to be relea
ckages is a requirement for the port to be releaseable. I think
the architecture release criteria is really lacking that kind of detail
to judge ports by. But now, we have a quite good definition of what are
'core' packages of each port, from the rebootstrapping work.
Regards,
--
S
m.
In other cases the package really did want de-crufting; if kfreebsd was
still in testing, we'd have needlessly held up those from migrating.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
esktop environments, tasks, or OpenJDK for example.
Having a stable set of build-essential packages is important for ports
to get DSA-administered buildds, for developers to be able to run it,
and for the port to progress further.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
p7.0/7.0.1-1/ext/standard/random.c/?hl=96#L95
* libsodium too:
https://sources.debian.net/src/libsodium/1.0.3-1/src/libsodium/randombytes/sysrandom/randombytes_sysrandom.c/?hl=52#L267
* openssl uses the strong arc4random on OpenBSD, otherwise falls back
to something that has been... problema
portant to me, if Debian GNU/Linux (and Ubuntu, Fedora etc.) no longer
worked on them.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Hi,
> [Forwarding to d-d-a on behalf of Iain since he can not sign as DD]
The quoted message was addressed *to* Iain and didn't make much sense
to me.
Isn't this the announcement here?
https://lists.debian.org/debian-blends/2014/12/msg0.html
Regards,
--
Steven Ch
nt, though.
I personally don't use IRC much; if nobody is around to answer
questions there, please send a note to debian-...@lists.debian.org
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubs
thanks.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/54372276.1070...@pyro.eu.org
ue.
In that case please also fall back to linprocfs if kvm is simply
unavailable at run-time, e.g. no /dev/kmem, perhaps because in a chroot
or jail.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "
up here as per policy §3.5
> before the upload. Doing so now, but if there's no consensus, I'll
> revert the change. Sorry about that.
No problem. Does that mean you'd happily revert to using linprocfs?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, e
procedure, mentors.d.n and Blends
documentation and then I will get back to you.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
lends package here, completely untested
yet but just in the hope of maybe getting something started:
http://pyro.eu.org/debian/pool/main/d/debian-altinit/
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
Hi,
> Steven Chamberlain writes:
>> And since BSD and GNU software are unable
>> to link against each other, [...]
Oops, I should have said there that "BSD software *if now linking
against LibreSSL*" couldn't link with GNU software any more.
On Mon, 14 Jul 201
generally protect web browsers doing web-based login and
using cookies, that would typically be covered by HSTS. And the
privacy-concious may be using the HTTPS Everywhere add-on.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
rtable arc4random.c (ChaCha-20) ->
LibreSSL RAND_bytes ->
OpenSSH Portable arc4random.c (ChaCha-20) ->
OpenSSH
with the stream cipher, seeding and stirring all happening twice.
So I really like the idea of both getting an arc4random implementation
from one place, such as libbsd.
Rega
mplementation. I'm
guessing OpenSSH Portable would do this too (I can see it being tested
for by ./configure in the buildd log).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
- /dev/urandom missing from a
chroot, or fd's exhausted, and the kernel not having a reliable sysctl
interface like OpenBSD's to get random bytes in the first place.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
actually I think this simplifies things.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53c43d49.6070...@pyro.eu.org
On 12/07/14 02:09, Steven Chamberlain wrote:
> [...] these warnings would be treated as errors:
>
>> > In file included from md5/md5_locl.h:98:0,
>> > from md5/md5_dgst.c:60:
>> > md5/md5_dgst.c: In function 'md5_block_data_order':
>&
;, or else APT will try to
remove it in order to satisfy a systemd dependency!
It's also not needed at all on kfreebsd or hurd, since src:systemd is
not built there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
he
> official release.
> [...]
> Some packages are only suggested because they bring too much
> dependencies, but you may find them interesting:
> * Fast-user switching plugin (xfswitch-plugin)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/538f102e.4070...@pyro.eu.org
..
Yeah I expect it will be an uphill struggle to keep many packages
installable without systemd. I hope there will be still soem bits left
though. And I think think all this analysis is useful information and
not a completely pointless exercise.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
90x,sparc
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/538e372d.9090...@pyro.eu.org
On 03/06/14 19:46, Steven Chamberlain wrote:
> On Tue Jun 3 14:16:40 2014, Holger Levsen wrote:
>> currently all major desktops in jessie depend on 'systemd-sysv'
>
> Ouch... really? (Is it not just a glitch evaluating OR'd dependencies
> or something?)
I'
27; to a bad host after it goes down
[and the target object may have been evicted from cache]; not caching
the redirect would mean URIs change and cache hit ratio is much lower as
a result
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
using this zone only two days ago.
>
> I'll put it back in for a week, see what queries we get.
*Thank you*. There should have been queries already from at least 2 IPs
(or possibly IPv6) where I have servers that have just done a successful
'apt-get update'.
Regards,
--
S
been querying this zone, every day. I debootstrapped a new
chroot using this zone only two days ago.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ably check his logs to see how much
it is really being used nowadays. And it would continue working.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
ebian.net, if Raphael wouldn't mind setting up the
(many) necessary wildcard virtual host to make it work.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
ie+1. And then I think systemd proponents should help
you with a unit file if one is needed. And finally, it might still be
useful at least as a kfreebsd-any package.
When I have some time to resume work on IPSEC I hope I can then give
some helpful feedback.
Thanks,
Regards,
--
Steven Chamb
y weeks now - I wonder if
they should be updated/removed from the set?
163.1.2.224
163.1.2.231
Thanks again,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
TLS >=1.1 this is already mitigated.
Breaking compatibility with Windows XP or MSIE 6.0 should be
increasingly viable nowadays, if it improves security for the rest of us.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
ppened? (Use of uninitialised memory was causing valgrind
warnings in applications using the library, and the mistake was made
trying to work around that I think).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subj
o wonder if it is an
outage or perhaps planned closure of the service?
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
7;t be borrowed.
OTOH some OpenSSL code tries to be 'portable' - but in really bad ways -
trying to implement its own snprintf, bzero, malloc/free, etc., still
having workarounds for bugs in ancient/obscure compilers (Visual C++
5.0, Cray T3E), going out of its way to support big endian x
lised memory was
being used for that purpose. They've ripped out this whole PRNG now to
use the one from their own libc:
http://www.openbsd.org/cgi-bin/cvsweb/src/lib/libssl/src/crypto/rand/rand_lib.c.diff?r1=1.14;r2=1.15
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCR
ampage.org
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/53540cf1.5000...@pyro.eu.org
ation to
OpenRC, maybe jessie should try to have OpenRC already in place, so that
it will be able to use jessie+1's runscripts when they appear and be
able to shut down cleanly when SysV init scripts are gone.
(I think Thomas was describing the same situation in the context of sid)
Regards,
On 28/11/13 10:57, Thorsten Glaser wrote:
> On Wed, 27 Nov 2013, Steven Chamberlain wrote:
>> I was referring to the sysvinit program/package, which I think is made
>> obsolete by OpenRC; the original SysV init scripts could still be used
>> by OpenRC.
>
> I think you
d to maintain the original
SysV init script, for sysvinit users, with no particular advantage of
doing so.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
each
> current port getting a pseudopackage, and the maintainer of the
> pseudopackage being the ports list.
Would that be only for generic issues with a port, not specific to a
package? I doubt this would be used much. These bugs might typically
be reassigned to kernel packages or eglibc anyway.
list, so someone has to
periodically look for and tag things.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/527665af.2040...@pyro.eu.org
ion points raised in debian-devel and elsewhere.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52727a3b.6090...@pyro.eu.org
assume you could launch bad code from systemd just as easily.
(Actually, if you can't, that's probably a limitation).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troub
in secure mode' your local definition might never pick
that up?
In this situation, I think I'd prefer to see a conffile prompt.
And overriding the *entire* service file seems excessive if you wish to
override just one line of the package's service file.
Regards,
--
Steven Chamberla
ably wouldn't have been a debate in the first place.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/527177cd.50...@pyro.eu.org
ts probably have system requirements beyond the kind of
hardware I've mentioned here anyway.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52715d0c.4010...@pyro.eu.org
Upstart to
be considered.)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52713661.2090...@pyro.eu.org
least entail bringing
back SysV init scripts in those packages, or perhaps adding new OpenRC
runscripts.
If that were to happen though, that same work could enable the use of
OpenRC as an alternative init system, even on Linux.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE,
en Linux
users have spoken concerns about systemd specifically. If it were
introduced, I'd like to have a lightweight and less controversial
alternative, and it's really convenient if it is portable.
[0]: https://lists.debian.org/5270b735.8010...@debian.org
Regards,
--
Steven Chamberlai
On 29/10/13 01:34, Steven Chamberlain wrote:
> Actually quite amazing how painless that was, though I most certainly
> don't expect it to be functional yet.
I have tested it now. It's actually running and doing 'something'! And
it is colourful.
I'm testing it
anently ditching SysV init could
put even some Linux ports in jeopardy. Perhaps Upstart carries the same
risk if Ubuntu releases only for i386/amd64/arm.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of &
, save the PATH_MAX
> stuff. Where is it? It is not in http://ftp-master.debian.org/new.html
Packages in the NEW queue are not available to download from anywhere
AFAIK. But you can clone the packaging repo from:
http://anonscm.debian.org/git/git/collab-maint/openrc.git
Regards,
--
eds to know about linprocfs, linsysfs, tmpfs and maybe devfs).
I look forward to seeing OpenRC in the Debian archive. Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/etc/rc.conf.GNU-kFreeBSD b/etc/rc.conf.GNU-kFreeBSD
new file mode 100644
index 000..e138e3a
--- /dev
Debian before
> [...]
> I try to call everyone (regardless of membership) on their
> s*** tone on MLs.
I think I'd rarely call anyone on anything, but none of Kevin's comments
sounded nearly as rude to me as that.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBS
On 22/10/13 21:27, Steven Chamberlain wrote:
> Some people have been trying to identify small sets of essential
> packages already, in the context of bootstrapping an architecture[1]. I
> wonder if that's likely to overlap with this? It encompasses toolchain
> and essent
rebuild its
toolchain and some essential packages, at least once per week, I think
that would be an accomplishment. And the smaller the initial set of
packages required to boostrap the process, the better.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
it ought to be very low. A
working JVM is quite a lot to ask, the current openjdk-7 is not even
built for mipsel in more. mipsel buildds and porterboxes had only 1GB
RAM maximum until now, and that is heavily used already for their
current tasks.
Regards,
--
Steven Chamberlain
ste...@
because the security of the whole system depends on it.
Differences in the output of builds needs to be avoided, or otherwise
explained. It would help greatly if there were frequent builds
happening so we could see unexpected changes occurring.
[2]: https://wiki.debian.org/ReproducibleBuilds
So if
if `aptitude search '?obsolete'` was run periodically, like debsecan,
it could email the system admin when new items appear on the obsoletes
list. I imagine that'd be a good way to notify of the situation being
described here?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
-
e
But it didn't quite build everywhere - kfreebsd-amd64 and s390 still
have out-of-date 2.3.dfsg-4 binaries in sid. I'm not sure if this logic
was intended, but it actually makes sense: the fixed version cannot
migrate to testing and replace the buggy one.
Regards,
--
Steven
ened the bugs listed were closed?
Perhaps this is because the script does not notice 1. and therefore
despite 2. it still thinks affected versions are in testing?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a su
and the RFS bug report can
> be found here [2]
I found vpcs 0.4b2-1 on mentors, but it does not contain a source file
called hv.c? Do I have the wrong version?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject
heezy
Whereas the above is generally not true of the Security Team's process,
which seems designed to be able to handle embargoed issues?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubs
w_installed=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe".
production environment.
I am not a DD/DM, but maybe someday...
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
On 02/09/13 13:16, Peter Palfrader wrote:
> syslog-ng on kfreebsd doesn't properly reconnect to logservers after
> they went a way for a while or the network dropped.
Was that on squeeze or wheezy? The versions of syslog-ng are quite
different I think.
Regards,
--
Steven Cham
some internal project. Having as much Debian software as possible
feeding back into Debian development systems, makes the project seem
something of an unstoppable machine approaching the Singularity...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debi
On 30/08/13 21:49, Michael Stapelberg wrote:
> Steven Chamberlain writes:
>> Wouldn't ZFS be a more natural way to do something like this?
> Possibly, but I have zero hopes of getting it set up and supported by
> DSA, so we can’t use it for this service.
Oh I see. That'
but with different granularity. It would be neat if they
could work together better.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Arc
be others that could yield higher savings.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/51ed43e4.9050...@pyro.eu.org
uld be added
as mirrored pairs somewhat like being able to extend a RAID10. Or you
could add groups of disks at a time, each configured like RAID6.
And ZFS can also take file-level snapshots, which would possibly allow
for a simpler implementation of snapshot.d.o to be based on it...
Regards,
--
formance may then be
insufficient, but then it could be potentially fixed in software of the
application.
So yes, I think this certainly could be seen as a software challenge.
Thanks again for all the details and your thoughts.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To U
eady, DSA heavily makes
use of Debian software and there is even a list of relevant usertagged
bugs[0]. But what things are we not using Debian for yet, and where
could we save DSA some money?
[0]:
http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-ad...@lists.debian.org
Thanks!
Regards,
-
e version (>= 4.8.1-2) whereas m68k still has only the 4.8.0-7 you
uploaded.
You will also first need newer binutils (>= 2.23.52) which is still in
the build queue.
(This applies to ppc64 as well).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to de
orts: alpha hppa* m68k powerpcspe ppc64 sh4* sparc64*
* these ports don't appear to have successfully built GCC 4.8 yet.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
in kfreebsd-specific
bits of code, not noticed by rebuilds on linux, but should be easy to
deal with.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
OTOH some packages may switch to openjdk-7 post-wheezy or ship a new
upstream version that has at least been fixed to be able to use it.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/512219ae.7090...@pyro.eu.org
siest to get the release done. Then when testing re-opens we know we
can get OpenJDK built, plus lots of new packages that have been waiting
on it.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubs
On 20/08/12 14:35, Wouter Verhelst wrote:
> On Mon, Aug 20, 2012 at 01:10:57PM +0100, Steven Chamberlain wrote:
>> Yes it's possible some people rely on that behaviour, e.g. serving JPEG
>> data from PHP scripts named like foo.php.jpeg.
Sorry, I was wrong. For extensions lik
inal
behaviour, still recognising *.php* as PHP scripts, but deny access to
(through ACLs or a dummy handler) files containing ".php." in their
name, unless the filename actually ends in ".php"
/If/ that could work, it would limit any disruption to the two cases
where it might
91 matches
Mail list logo
