Scott Ritchie [EMAIL PROTECTED] writes:
These are clearly not Wine bugs, but it's unclear to me where I should
refile them. Wine's exposing a bug somewhere else (probably the driver
or X), but what should I do?
We haven't done that so far, but would that workflow work for you here?
- open
hi,
Am Mittwoch, den 14.11.2007, 11:38 -0500 schrieb Fabian Rodriguez:
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
(not sure if this made it so re-sending)
it did :)
Hi,
I'd like to propose moving apt-cacher to main. I haven't done main
inclusion reports before so bear with me
Hi Martin and list
Thanks for your words of encouragement, I needed that.
Martin I would love to work with you on what I guess would be an
all-in-one helper application. I can program in Python too although my
GTK is still weak. I can only contribute about 2-3 hours a week as I am
already
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Scott Abbey wrote:
[...]
I think the point of moving it is so that it receives official
support from Canonical. That way those on paid support contracts
can still expect assistance from Canonical when using the package.
Canonical only
Kevin Fries wrote:
I am not sure it needs to be moved. But, what would be totally cool is
if the installer scanned the local network on install and configured
apt-cacher in sources.list instead of the normal repos by default when
if finds a server. That would be a terrific usability upgrade.
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Sam Tygier wrote:
could apt-zeroconf[0] be installed and enabled by default.
distributed apt-cacher for local networks implemented in Python.
It's called apt-zeroconf since we use avahi for automatically
finding other apt-zeroconf instances
On Wed, 2007-11-14 at 18:27 -0500, Scott Abbey wrote:
I think the point of moving it is so that it receives official support from
Canonical. That way those on paid support contracts can still expect
assistance from Canonical when using the package. Canonical only provides
paid support for
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Sam Tygier wrote:
it looks like they have got the security side covered.
Now, one might think this could potentially pose a security threat
as everyone can offer and distribute debs without any
authentication whatsoever. This is not the
Fabian Rodriguez wrote:
apt-zeroconf is actually a replacement for apt-cacher, not a
complement to it, according to its site. I think we already know the
answer to enabled by default autodiscovery / other networking
services. I would have some trust issues using apt-zeroconf, but
that's just
On 15/11/07 22:55, Patrick wrote:
Has Canonical carried out studies with new users of different technical
abilities? This might be a good thing to do. After a Newbie installs
Ubuntu where do they go first? How is their experience in the first
hour. To woe Windows users I think the first
On Thu, Nov 15, 2007 at 01:05:01PM +0100, Oliver Grawert wrote:
in edubuntu we face the fact that governments and schools start rolling
out really huge deployments in the near future (see macedonia with a
total of 185000 systems for example), if you maintain 5000 seats in one
school or 1
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Kevin Fries wrote:
I am not sure it needs to be moved. But, what would be totally cool
is if the installer scanned the local network on install and
configured apt-cacher in sources.list instead of the normal repos
by default when if finds a
On Thu, Nov 15, 2007 at 12:53:14PM -0500, Fabian Rodriguez wrote:
If this was actually checked against a local web of trust (like
OpenPGP or Gaim-OTR keys or else) it may become interesting. But who
uses that safely ? :)
All packages downloaded by APT are authenticated using PGP keys provided
13 matches
Mail list logo