tion instead, which
>could possibly also include non-free drivers for certain software
>components later.
Please let's *not* mix things up like that. A number of us already had
this discussion at DebConf:
https://lists.debian.org/debian-devel/2015/08/msg00622.html
--
Steve McIntyre, Cam
better. I understand that may be more
awkward to implement in terms of directories... :-)
>Finally we need to identify the packages that should move there. I
>guess all non-free packages named "firmware-*" would be a good match.
IME there are also some matching "*-firmwa
m Program Committee
___
distributions-devroom mailing list
distributions-devr...@lists.fosdem.org
https://lists.fosdem.org/listinfo/distributions-devroom
- End forwarded message -
Cheers,
--
Steve McIntyre, Cambridge, UK.st...@einva
Josh Triplett wrote:
>Steve McIntyre wrote:
>>
>> YA tiny Javascript "library" containing 3 lines of utterly trivial
>> code. :-(
>>
>> I appreciate you're just following through a dependency chain from
>> upstream for tape, but please push b
his kind of ridiculous split-up. Code re-use in general
is a good plan, but not at the level of every trivial helper function
being split out into its own library!
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I feel about IBM will
; and don't hardcode this naming
>> in the suggested API. It was funny during one Debconf talk... but it won't
>> be funny in the long term.
>
>I disagree.
Ditto. It's a memorable name that quite well describes some of the
usage it's likely to see. It may be fun
eady; Linaro is offering access to
ARMv8 devices for upstream porting too.
[1]
http://meetings-archive.debian.net/pub/debian-meetings/2015/debconf15/ARM_ports_BoF.webm
[2] http://www.einval.com/~steve/talks/Debconf15-state-of-the-arm/
--
Steve McIntyre, Cambridge, UK.st
onfig file and built
something claiming to be 8.1.0 again. I hadn't realised the error
escaped into the final 8.2.0 checksums files. Fixing...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further comment on how I feel about IBM will appear once I'v
o do the same in Debian. If there's no sensible way to do controlled
web development, let's just drop this from Debian *now*.
We can continue having the discussion about how to make things better
and providing clue to clueless upstreams, but in the meantime this is
a
stuck using devices that need non-free
firmware. Please help if you're interested!
[1] http://www.einval.com/~steve/talks/Debconf15-Firmware/gobby-notes.txt
[2] http://lwn.net/Articles/655519/
or
http://lwn.net/SubscriberLink/655519/37226424e831fa9d/
--
Steve McIntyre, Cambridge,
to be more
>> counterproductive than anything else.
>I tend to ignore it and find it annoying noise. You might as well say
>"abandon packaging certain types of webapps in Debian" for all the use
>some of the discussion is.
So you don't consider shipping programs/
cript ecosystem mature a bit
>more but in the meantime, a bit of tolerance would be appreciated for
>the some of us needing to package some javascript bits.
Why should we be tolerating setups where it's not clear that we can
reproduce what's being shipped?
--
chieve here, and I strongly believe
that it is a significant backwards step for Debian. We should not be
doing this and making things worse for our users without (at the very
least!) discussing it properly first.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
<
of packages, instead of putting the
>conflicting packages on hold.
Looks like it's probably worth uninstalling all of the packagekit
stuff if you don't want this horrendous anti-feature.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"Further c
be that 3 bytes / 6 hex digits are easy enough
>to remember in the short term memory when you need to type a command. 6
>hex digits are also regularly used as short git references for that same
>reason.
Good suggestion, yes. :-)
--
Steve McIntyre, Cambridge, UK.
X person
>> are...
>
>Perhaps unix/posix tasks would satisfy such folks.
IIRC we agreed on such a thing the last time we had this discussion?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
< liw> everything I know about UK hotels I learned fro
te to
>> the F/OSS community where upstreams are.
>
>That last part seems to deny the D in DVCS. Why are we under such
>pressure to use one particular centralised service?
Agreed - it's really annoying to see everybody clamour for a
centralised single point of of
sshd's pam configuration (and in Ubuntu,
> login's).
AFAICS there remain silly unfixed bugs in the Ubuntu setup too, which
I've reported and never seen any progress on - see
https://bugs.launchpad.net/ubuntu/+source/pam/+bug/684244
If you want to take this stuff into Debian
In article <20141216233320.gg14...@einval.com> I wrote:
>On Thu, Dec 11, 2014 at 07:00:34PM +0000, Steve McIntyre wrote:
>>Hi folks,
>>
>>I'm thinking it might be useful to set up a specific debian-efi
>>mailing list to help as a central space for discussio
On Thu, Dec 11, 2014 at 07:00:34PM +, Steve McIntyre wrote:
>Hi folks,
>
>I'm thinking it might be useful to set up a specific debian-efi
>mailing list to help as a central space for discussion about (U)EFI
>issues and support in Debian.
>
>There's been quite a
hich is very different to m68k/atari and the like.
On a related front... see other mail.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"...In the UNIX world, people tend to interpret `non-technical user'
as meaning someone who's only ever writte
e and we'll see
how far we get.
[1] https://www.debian.org/MailingLists/HOWTO_start_list
--
Steve McIntyre, Cambridge, UK.st...@einval.com
We don't need no education.
We don't need no thought control.
--
To UNSUBSCRIBE, email to debian-devel-r
On Wed, Oct 22, 2014 at 03:58:04PM +0200, Juerg Haefliger wrote:
>Hi,
>
>On Sat, Jul 19, 2014 at 10:12 AM, Thomas Goirand wrote:
>>
>> On 07/18/2014 07:49 PM, Steve McIntyre wrote:
>> >> [2] I contacted Steve McIntyre privately about it, but he didn't rep
was just about to suggest that myself. at, cron, an MTA, and locate
>seem good candidates for that task too.
+1. Makes a lot of sense, I agree. Maybe also move across:
bind9-host
dnsutils
host
bsd-mailx
lsof (?)
patch (?)
procmail
time (?)
whois
--
Steve McIntyre, Cambridge, UK.
projects! Expect to see more of them
soon!
[1]
http://meetings-archive.debian.net/pub/debian-meetings/2014/debconf14/webm/State_of_the_ARM.webm
[2] http://www.einval.com/~steve/talks/Debconf14-state-of-the-arm/
[3] https://wiki.debian.org/Arm64Port
[4] http://ds.arm.com/debian
[5] https://lists
Ansgar wrote:
>On 09/11/2014 15:30, Steve McIntyre wrote:
>>
>> Please push back hard against this - the offline-updates "feature" is
>> a joke. Let's not try to emulate the worst bits of Windows any more
>> please.
>
>Well, online updates do bre
quot; is
a joke. Let's not try to emulate the worst bits of Windows any more
please.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...
--
To UNSUBSCRIBE, email to debi
te it takes a long time to generate
all the HTML. It's possible to just rebuild small parts of the site,
but that can be risky and can cause bugs.
Could we use po4a / gettext for www translation?
Maybe - we need people to work on this to see if we can make it work.
bian_installer_and_CD_BoF.webm
[2] http://www.einval.com/~steve/talks/Debconf14-installer-cd/
[3] https://wiki.debian.org/DebianDesktop/Requalification/Jessie
[4]
https://summit.debconf.org/debconf14/meeting/138/tasksel-default-desktop-requalification/
[5]
http://meetings-archive.d
On Mon, Sep 08, 2014 at 02:33:06AM +0200, Cyril Brulebois wrote:
>Steve McIntyre (2014-09-08):
>> This is (almost) exactly what's being worked on after discussions at
>> DebConf. By removing some of the less useful tasks, we'll be able to
>> add some extra more usef
(almost) exactly what's being worked on after discussions at
DebConf. By removing some of the less useful tasks, we'll be able to
add some extra more useful options.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the c
27;re ready for it already, could you set up tasks for Cinnamon
too? If you do that, we could make it easier for d-i and CDs to set
Cinnamon up as a desktop option using tasksel.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the c
or if anyone else is in the
>same situation as me we could organize a key signing session in one of
>the hack rooms.
Yeah, there's likely to be plenty of DDs at Connect to help you
bootstrap a new key. I'll be honest and say I'd totally not realised
you were a DD - you kept it q
org/cgit/debian-cd/debian-cd.git/tree/tools/update_tasks
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
wi
nding this?
>Maybe because the others do not care enough about improving software
>quality.
Marco,
*You* may think your retorts like this are clever, but they're really
not helpful. Instead, they make you look like a dick. Please stop.
--
Steve McIntyre, Cambridge, UK.
ot;openstack-debian-images" package for which I'm also upstream [1].
>
>How can I make this happen?
>
>Cheers,
>
>Thomas Goirand (zigo)
>
>[1] The simple command is:
>build-openstack-debian-image -r wheezy
>
>[2] I contacted Steve McIntyre privately about i
those versioned
>> symbols), other distros aren't covered, as well as binaries not
>> compiled on debian.
>
>Why should we care about other distros? Do they have an impact on us?
Please tell me that you're joking...
--
Steve McIntyre, Cambridge, UK.
kapo...@melix.org wrote:
>Le samedi 12 juillet 2014 à 12:03 +0100, Steve McIntyre a écrit :
>>
>> Right. Did you discuss that with ftpmaster or anybody else outside of
>> the javascript team? There's typically been a consensus against very
>> small packages co
of the
standard library where these could be attached?
And I've got to ask: for the couple of trivial examples that Frederick
pointed out - why on earth do these even exist as libraries instead of
being inlined wherever they're needed?
--
Steve McIntyre, Cambridge, UK.
On Sat, Jul 12, 2014 at 12:55:02PM +0200, Leo Iannacone wrote:
>On 12 July 2014 12:35, Steve McIntyre wrote:
>>
>> tack:~/debian/ms.js$ wc -l index.js
>> 111 index.js
>>
>> Am I missing something, or is the working code in this package really
>> just 11
bian/ms.js$ wc -l index.js
111 index.js
Am I missing something, or is the working code in this package really
just 111 lines? Why isn't this bundled up into something more
reasonable in size for the packaging system?
--
Steve McIntyre, Cambridge, UK.st...@einval.c
t...@debian.org wrote:
>Steve McIntyre wrote:
>
>>with this constant bickering and sniping. If you must do it, start the
>>GR and see how that goes. I even offer to second it just to help get
>
>Can you help formulate? I do not feel my English skills are
>up to that.
o go the GR route, then please
quit whining. You're achieving nothing but making yourself look bad.
We're 4 months from the Jeesie freeze and we all have better stuff to
be doing than posting repetitive crap on the lists like this.
--
Steve McIntyre, Cambridge, UK.
On Wed, May 14, 2014 at 01:16:05PM +0100, Ian Jackson wrote:
>Steve McIntyre writes ("Re: Guile language support in make"):
>> Russ Allbery wrote:
>> >I think building two separate binaries makes more sense than adding Guile
>> >support by default for all t
ource packages. Make is *so*
far down the bottom of the stack that adding a dependency on another
language could cause significant problems.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual Free Expression: http://www.eff.org/caf
On Fri, Apr 25, 2014 at 06:49:49PM +0800, Yunqiang Su wrote:
>On Fri, Apr 25, 2014 at 5:58 PM, Steve McIntyre wrote:
>> Yunqiang Su wrote:
>>>On amd64 system:
>>>
>>> libc6-i386 make /lib/ld-linux.so.2 link to /lib32/ld-linux.so.2 and link
>>> to
were encountered while processing:
>
>
>I also tried to repack libc6:mipsel to link /lib/ld.so.1 to
>/lib/mipsel-linux-gnu/ld.so.1
>instead of ld-2.18.so directly.
>It aslo has the same problem.
Well, you're still trying to replace the same file (link) on
dis
issue (although it is a trivial fix
>> that anyone can get right in this case)).
>
>I don't think we should diverge from upstream autoconf here.
Why? I've not seen any good arguments as to why they're right here.
--
Steve McIntyre, Cambridge, UK.
t can be and make Debian
>with systemd the strongest system it can be. I hope others will do the
>same.
Very well put, and a good thing to say. I also personally *really*
dislike systemd for a range of reasons, but let's move on and make
things work in Debian as best we can.
--
Steve
advice. In the case of
skia, is is actually useful to package it? Upstream explicitly don't
do releases, semmingly because they don't believe in them at all. The
recommended way of using it is to embed a copy - ugh!
(Background: I've contributed code to skia myself
Zack wrote:
>On Fri, Oct 25, 2013 at 11:57:29PM +0100, Steve McIntyre wrote:
>> > I would not be opposed to changing the default for xfce for now, and
>> > reverting it if gnome's improvements make it a better choice.
>>
>> OK. I suggest that we *try* that f
'm not
100% convinced that it's likely to give us enough beyond the netinst
to make me care about it. What else would we want/need on a CD to make
it compelling here?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual
see loads of really pro
>statements.
I think you're seeing a pattern that's not really there, to be
honest. I've seen a lot of people on LWN et al just get so bored of
the systemd discussion that they've just stopped contributing. Then
there are the hard-core zealots on both
are the supported
>ones?" and "which is the default one?") clearly belong to the tech-ctte
>at this point.
Agreed 100%. Let's see what they have to say.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual F
Joey Hess wrote:
>Steve McIntyre wrote:
>> This goes back to during the wheezy release cycle. There was a little
>> discussion around a change in tasksel [1], but rather too late in the
>> day for the change to make sense. Now we have rather more time, I
>> feel. Let
Andy Cater wrote:
>On Fri, Oct 25, 2013 at 01:41:42AM +0100, Steve McIntyre wrote:
>>
>> I guess not everybody understands the reasons for Debian choosing a
>> default desktop, so I'll explain/expand them here.
>>
>> 1. We have several types of installation
tile upstream != GPL / CDDL incompatabilities.
I don't know how aware you are of the history with Schily; a hostile
upstream with a willfully strange interpretation of how GPL works is
worse than just GPL / CDDL incompatibilities.
--
Steve McIntyre, Cambridge, UK.
o vote against their
>project, especially since canonical is isolating itself from the rest
>of the community, so having Debian support is, I guess, really
>important, so
-1, Troll.
Please apologise to the TC members immediately for your insinuations
of corruption, or go away and don
gligible set of users
owning/running hardware that can't do DVDs. I'm not 100% convinced
myself of how large or critical this use case is, but that's the
information I have. We *could* just drop all the CD sets and be done
with it, just keeping the netinst CD an
Wolodja wrote:
>On Thu, Oct 24, 2013 at 16:40 +0100, Steve McIntyre wrote:
>> This goes back to during the wheezy release cycle. There was a little
>> discussion around a change in tasksel [1], but rather too late in the
>> day for the change to make sense. Now we have rather
James wrote:
>On Thu, Oct 24, 2013 at 11:40 AM, Steve McIntyre wrote:
>> Let's change the default desktop for installation to xfce.
>> ...
>> Pros:
>>
>> * CD#1 will work again without size worries
>>
>> * Smaller, simpler desktop
&
Andrei wrote:
>On Jo, 24 oct 13, 16:40:48, Steve McIntyre wrote:
>> Hi folks,
>>
>> This goes back to during the wheezy release cycle. There was a little
>> discussion around a change in tasksel [1], but rather too late in the
>> day for the change to make sense
again without size worries
* Smaller, simpler desktop
* Works well/better on all supported kernels (?)
* Does not depend on replacing init
Cons:
*
[1] https://lists.debian.org/debian-boot/2012/08/msg00055.html
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Adrian wrote:
>
>Well, Debian is aiming for full systemd integration with Jessie, so
>there is that.
Ummm, no. You and some others might be, but not Debian as a whole
AFAICS.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Au
stuff for a while, but we'll not be using or
testing that code any more in sid/jessie.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual Free Expression: http://www.eff.org/cafe/
--
To UNSUBSCRIBE, email to debian-deve
++---++--
>> armel || 3 || 0 || 1 ||4
>> armhf || 3 || 1 || 2 ||6
>
>> armel: Wookey (DD), Gatis Visnevskis (!DD), Nobuhiro Iwamatsu (DD), Steve
>> McIntyre (DD)
>> armhf: Jeremiah Foster (!DD, but NM?), W
g to release and use
their code. It seems that releasing tarballs isn't cool enough for the
'leet github generation, but tags and reproducibility still matter.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Support the Campaign for Audiovisual Free Ex
Paul Wise wrote:
>Reading Charles' mail I had a thought; how about accepting buggy
>packages (unless the issues make them non-distributable) and file RC
>and other bugs if there are DFSG or other issues?
Why should we rush to let more broken stuff into the archive?
--
Steve McInt
re/stronger checksums are
used for verifying the complete images. Changing jigdo to use a
different checksum would not be impossible, but very involved and I'm
not really convinced it would be worth it.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
On Wed, Jun 19, 2013 at 05:27:56PM +0400, Konstantin Khomoutov wrote:
>On Wed, 19 Jun 2013 13:39:31 +0100
>Steve McIntyre wrote:
>
>[...]
>
>> Storing local time in the hardware clock is utterly wrong for many
>> reasons. The only reason Microsoft have continued to ship
there is no
good reason to perpetuate the crap this way: store UTC and leave the
clock alone.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Tr
Matthias Urlichs wrote:
>Steve McIntyre writes:
>
>> Matthias wrote:
>> >
>> >Please also keep in mind that many upstream projects ship systemd service
>> >files. Therefore, most of the systemd work is already done too.
>>
>> Most? Really? D
is better than no basis at all.
>> (I can see how my phrasing was a bit confusing -- sorry about that)
>
>Please also keep in mind that many upstream projects ship systemd service
>files. Therefore, most of the systemd work is already done too.
Most? Really? Do yo
Sune wrote:
>
>I fought quite hard against the copyright file format but was promised
>that it wouldn't be something required.
>I do think it is sad that people are already changing minds now.
Agreed. It's a nice-to-have for the the people that care, but that's
all.
--
3.8 from the GNOME Team bikeshed" actually sounds like a
>reasonable sentence to write. :-)
+1 for the "bikeshed" name. I think it's a *perfect* fit! :-)
--
Steve McIntyre, Cambridge, UK.st...@einval.com
--
To UNSUBSCRIBE, email to
fault.
That *alone* sounds like a good argument for switching, to be honest...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
issues that
>Wouter has raised in the bug¹
>
>¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=22;bug=688896
Quite, I'm concerned on that front too. Do we want to encourage or
make it easier for people to use tools that don't care about our
packaging po
ely librpm
*is* available on all the systems we support?
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"It's actually quite entertaining to watch ag129 prop his foot up on
the desk so he can get a better aim." [ seen i
foo-abi- and put that info in shlibs.
>
>Use static libraries, Built-Using and frequent binNMUs.
Considering the mess that we already have with (for example) Haskell
in this respect, I would vote strongly against accepting or pretending
to support any more languages in this vein.
--
Steve M
to
_not_ install Ruby *at all*. Given how utterly awful the internals of
the language implementation are, I'd happily support dropping Ruby
from Debian altogether. Maybe that's just me...
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the
it may
be necessary to have several stage profiles, depending on how big a
potential package loop you need to break. In this case, you'll need to
have through to listed for that package.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the te
Adrian wrote:
>
>If both Ubuntu and Gentoo would just go with the rest of the community
>and accept systemd, we wouldn't have to bother whether udev runs
>without systemd or not.
Please drop the systemd propaganda crap. We get enough of that from
Lennart already.
--
Steve Mc
it address
space won't cut it (databases, iceweasel :-))
The partial architecture idea is hardly new, and it's one of the
places where multi-arch can give us really big advantages once we
get everything using it.
Downsides: the usual work involved in getting a new port going.
So, s
it now instead of after the end of the merge window.
I'd like to get my EFI changes merged, please. A small set of
changes in d-i packages, plus minor bootloader updates. The biggest
change is a tweak to the d-i build process for debian-cd_info.tar.gz
(to add EFI images).
--
Steve McIntyre,
vante, you've been causing trouble for a long time now, using the
excuse of being a Hurd porter. I've been tempted to kill-file you for
a while. But this particular message from you is so far out of line
that I feel it needs a response. Calm down and apologise, or I will
ask that the lis
On Wed, Aug 29, 2012 at 12:11:02PM -0400, Joey Hess wrote:
>Steve McIntyre wrote:
>> People have worried about it, but I think the consensus from DebConf
>> is that we don't want to be hampered in our own development by
>> considering external users
>
>How are
what makes most sense is
>> to switch all base packages to explicitly compress with gzip and then
>This looks like a lot of work for a dubious gain.
Agreed.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait: http://www.debian.org/CD/free-linux-cd
Linux standard character encoding
> is UTF-8
>< bwh> for filenames, at least
>< bwh> So, assign to whatever contains the debian/elilo.sh script
>
>So reassigning to elilo.
Ah, OK. I saw this while getting elilo to work for amd64/efi too, and
assumed it was work
issed that part of the spec and I wasn't clear how
revocation is meant to work.
...
>FWIW the UEFI working group seems to consider it an oversight that only one
>signature is allowed per binary, and work is afoot to correct this. But as
>with other issues, it's probably too late
onsensus over exactly what people
want. Currently, I'm thinking an extra 2GB image would be useful. We
*do* already have a 4GB image (the first DVD image is deliberately
down-sized to 4GB) and CD#1 is close-ish to 1GB.
--
Steve McIntyre, Cambridge, UK.st...@einva
there *is* actually broken like this, to
be honest. But it was one of the concerns raised about the new triplet
for armhf, and for a totally new architecture people are/were very
worried about the possibility of breakage. There is already historical
precedent for breakage in triplet n
elves a favour and kill-file him. He's just wasting
your time. I wish I could understand why chealer feels the need to do
this, but I've ceased caring.
*plonk*
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait: http://www.debian.org/CD/free-lin
the whole project about it. It is educational and
>keeps the voting population informed.
Definitely, +1.
--
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait: http://www.debian.org/CD/free-linux-cd
Debian does NOT ship free CDs. Please do NOT cont
On Wed, Jul 18, 2012 at 09:01:21PM +0200, Guillem Jover wrote:
>Hi!
>
>On Wed, 2012-07-18 at 17:19:40 +0100, Steve McIntyre wrote:
>> CD sizing problems
>> ==
>
>> There has been much discussion about switching packages over to using
>> xz co
On Thu, Jul 19, 2012 at 03:01:37PM -0600, Paul Wise wrote:
>On Wed, Jul 18, 2012 at 10:19 AM, Steve McIntyre wrote:
>
>> Here's a summary of what we discussed in the debian-cd BoF [1] last
>> week (9th July). Thanks to the awesome efforts of the DebConf video
>> team
l
[2]
http://meetings-archive.debian.net/pub/debian-meetings/2012/debconf12/high/925_EFI_in_Debian.ogv
--
Steve McIntyre, Cambridge, UK.st...@einval.com
"I can't ever sleep on planes ... call it irrational if you like, but I'm
afraid I'll miss my stop
e itself instead of
WNPP, and use usertags for discovery.
[1] http://penta.debconf.org/dc12_schedule/events/926.en.html
[2]
http://meetings-archive.debian.net/pub/debian-meetings/2012/debconf12/high/926_Hijacking_packages_for_fun_and_profit.ogv
[3] http://wiki.debian.org/qa.debian.org/removals
ch64_planning.ogv
[3] http://www.einval.com/~steve/talks/Debconf12-aarch64/
[4] svn://gcc.gnu.org/gcc/branches/ARM/aarch64branch
[5] http://lkml.indiana.edu/hypermail/linux/kernel/1207.0/03025.html
--
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blad
On Fri, Jul 20, 2012 at 02:01:04PM +0100, Steve McIntyre wrote:
>[ Please note the cross-post and Reply-To ]
>
> Anti-spam
> -
> Much of the work we've done has been to deal with the ever-present
> spam problem. The main thrust of that is to stop drive-by s
right
and improvements can happen without making it too noisy
[1] http://penta.debconf.org/dc12_schedule/events/872.en.html
[2]
http://meetings-archive.debian.net/pub/debian-meetings/2012/debconf12/high/872_wiki.debian.org.ogv
--
Steve McIntyre, Cambridge, UK.st.
201 - 300 of 518 matches
Mail list logo