ITO: cqcam

This is an Intent to Orphan cqcam, an i386 and arm-only package for
using color quickcam cameras produced by a now-defunct (bought by
Logitech, I think) company called Connectix.

I'm cleaning out my office and can't see a reason to keep this silly
looking eyeball thing around anymore.

Whoever accepts this package should have the necessary hardware, so I
accept that it'll be difficult finding it a home.

If it proves _too_ difficult, perhaps this package should simply be
dropped.

Upstream appears to have stopped development some time ago.

It has two wishlist bugs with patches in the BTS.  (debconf translation
issues)

Re: debian-installer help wanted

* Ben Collins <bcollins <at> debian.org> [040131 19:51]:
> > 5. arm, s/390, sparc
[..]
> busting my ass for several weeks getting SILO fixed up, and just
> uploaded new 2.4.24 kernel images last night. Just because the work
> isn't in d-i, doesn't mean no one is working on it. We needed the SILO
> and kernel-image stuff done first.

I got an old sparc clone on work to play with (Hey, that's my first non-x86
experience). If there is something to test, I like to test.

Yours sincerely,
  Alexander

Re: debian-installer help wanted

In article <20040201035146.GB773 <at> esgaroth.schmehl.info> you write:
>I got an old sparc clone on work to play with (Hey, that's my first non-x86
>experience). If there is something to test, I like to test.

Ben Collins has been working on the backend, I've been trying to get
cd installs working, and Thomas Poindessous has been working on
netboot.

List of current bugs that need to be fixed:

227291
227852
227853
228399
228444
228518
228519

may need fixed
224669
227644

At the current time, I don't have any image ready for others to test.
(I burned three coasters today.)

Making sure the patches for the above bugs don't break any other
architecture and getting them commited would be helpful.

Nobody seems to be working of floppy booting right now.
--

-- 

Subject: Re: Top 5 things that aren't in Debian but should be

On Fri, 2004-01-30 at 14:38, Florian Weimer wrote:
> * All network services bind to localhost only by default
> 
> (OpenBSD is doing that with great success, Microsoft too.)
> 

Hear, hear!!!

Jan.

Re: Debian and Novell

I also use VMWare with Debian both as host and installed OS. It works well
with Debian.
It is perfect for testing the new installer!

Steve

> On Tue, Jan 13, 2004 at 07:03:29PM -0800, Ben Pfaff wrote:
>
>> VMware may not officially support Debian but several of its internal
>> developers (including me, though I'm only a part-time contractor) use
>> it, so VMware actually runs just fine on Debian.
>
> It is a PITA to get working on a file-rc system.
>
> --
> Lionel
>
>
> --
> To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster <at> lists.debian.org

--

-- 
To UNSUBSCRIBE, email to debian-devel-request <at> lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org

Re: Debian and Novell

On Sun, Feb 01, 2004 at 07:37:25AM -0000, Stephen Birch wrote:

> I also use VMWare with Debian both as host and installed OS. It
> works well with Debian.

It doesn't work well at all if the host Debian is using file-rc. After
each reboot, VMWare thinks it hasn't been configured (because no links
in /etc/rc*.d/), and you have to reconfigure it. I tried to use it to
ease the migration pain (migration from Microsoft Windows) of a
friend, it was a total disaster.

>> On Tue, Jan 13, 2004 at 07:03:29PM -0800, Ben Pfaff wrote:

>>> VMware may not officially support Debian but several of its internal
>>> developers (including me, though I'm only a part-time contractor) use
>>> it, so VMware actually runs just fine on Debian.

>> It is a PITA to get working on a file-rc system.

--

-- 
Lionel

Re: Debian and Novell

I am sorry to hear you had problems. I don't use file-rc so I cannot
comment on that. But my own experience has been outstanding with VMWare.
I use VMWare on a daily basis for all kinds of things, some pretty
obscure, and have never had a problem.
Is there any chance you have VMWare configured with the emulated disk
drive set to dynamic? In that mode, VMWare will discard all changes made
to the virtual disk drives at each restart.
I would be very, very suprised if VMWare looks at links in /etc/rc*.d.
VMWare normally just creates the environment, it doesn't look inside the
emulation.
Steve

> On Sun, Feb 01, 2004 at 07:37:25AM -0000, Stephen Birch wrote:
>
>> I also use VMWare with Debian both as host and installed OS. It
>> works well with Debian.
>
> It doesn't work well at all if the host Debian is using file-rc. After
> each reboot, VMWare thinks it hasn't been configured (because no links
> in /etc/rc*.d/), and you have to reconfigure it. I tried to use it to
> ease the migration pain (migration from Microsoft Windows) of a
> friend, it was a total disaster.
>
>>> On Tue, Jan 13, 2004 at 07:03:29PM -0800, Ben Pfaff wrote:
>
>>>> VMware may not officially support Debian but several of its internal
>>>> developers (including me, though I'm only a part-time contractor)
>>>> use it, so VMware actually runs just fine on Debian.
>
>>> It is a PITA to get working on a file-rc system.

Re: Autobuilders messed up dependencies of stable libpgperl

Moin!

Martin Pitt wrote:
> We just received #229151 against libpgperl (perl frontend for
> postgresql), which says:
> 
> 	libpgperl (version 7.2.1-2woody4) in stable/binary-sparc
> 	depends on wrong version of perl for this stable:
> 
> 	perl (>= 5.6.1-8.6), libperl5.6 (>= 5.6.1-8.6)

Whenever something like this happens, the reason is most likely that
the build dependencies aren't specified properly.  The buildd tries to
change as little as possible in order to save build time.  If you
don't tell the system that it needs a particular library or version,
it won't be installed.

> According to the package page [1], its perl dependencies are
> completely messed up. The PTS [2] says that there is no such thing
> like perl 5.6.1-8 or -8.3, although -8.3 exists in the pool.
> 
> But neither in the pool nor in the PTS exists -8.6, so how can it be
> that the respective autobuilders inserted wrong perl versions on all
> arches but s390? (we built it correctly on i386, so no autobuilder here).

It's a *cough* ... just accept that it exists on some buildd machines.
It should not be a problem for a package being built to a different
Debian or NMU revision as long as the upstream version is the same.

If this is indeed a problem, I'm pretty sure that there's a severe bug

Re: Bug#230377: ITP: libencode-punycode-perl -- Punycode encoder/decoder

Jaldhar H. Vyas wrote:

> Does Debian now have a complete infrastructure for using internationalized
> domain names?  Or is there anything missing?

The primary design principle of IDNA (Internationalized Domain Names for
*Applications*) is that it is completely implemented in the
applications. Functions like gethostbyname/getaddrinfo continue to
expect ASCII strings, and it is the application's job to apply
Punycode/IDNA. Therefore, it is important that Punycode routines are
available in the relevant programming languages (C, Java, Python, Perl,
PHP).

Debian has currently C and Python routines that implement IDNA; with
this package, Perl would support it as well.

Applications need to convert host names from the local encoding, so
primarily applications that commonly deal with host names should
support it: Web browsers, email readers, news readers, ...

Mozilla supports it since 1.5, Konqueror will support it with the
KDE 3.2, and so on. It might be appropriate to file wishlist bugs
for applications which don't support IDNA but should.

Regards,
Martin

RE: Debian and Novell

Stephen Birch wrote:
> Is there any chance you have VMWare configured with the emulated disk
> drive set to dynamic? In that mode, VMWare will discard all changes made
> to the virtual disk drives at each restart.
> I would be very, very suprised if VMWare looks at links in /etc/rc*.d.
> VMWare normally just creates the environment, it doesn't look inside
> the emulation. Steve

Lionel Elie Mamane [lionel <at> mamane.lu] wrote:
> It doesn't work well at all if the host Debian is using file-rc.

Stephen, he said "if the *host* Debian is using file-rc".