Christoph Berg | 1 Oct 01:48 2004
X-Face
Picon

Re: Bug#273756: ITP: gpgmailsign -- sign and mail gnupg keys

Re: sean finney in <20040930132220.GA32261 <at> seanius.net>
> On Thu, Sep 30, 2004 at 03:10:38PM +0200, Christoph Berg wrote:
> > > >  http://www.df7cb.de/projects/gpgmailsign/
> > > 
> > Afaik, Debian currently does not include any package that provides that
> > functionality; the only other I know of (caff by Peter Palfrader) needs
> > an experimental+patched gnupg version to work, so I still think
> > gpgmailsign should be packaged.
> 
> signing-party?

I'll look into it to see if I can contribute to gpg-mailkeys or if the
two programs serve different purposes. Thanks for the pointer.

Re: Graham Wilson in <20040930152400.GA23596 <at> quux.local>
> Peter Palfrader's cabot works just fine with the version of GnuPG
> included in unstable.

cabot works by challenge-response, I don't want that. gpgmailsign
sends the encrypted signature to the recipient who can then decide if
he wants to upload it, without the need to send anything back. The
challenge is the same; the recipient needs the private key to decrypt
the message. (As mentioned above, Peter's caff does the same, but
needs a non-standard gpg.)

Christoph
--

-- 
cb <at> df7cb.de | http://www.df7cb.de/
Frank Lichtenheld | 1 Oct 02:50 2004
Picon

Mass bug filing for missing conflicts

Hi.

Today I started writing a script to identify missing conflicts (needed
because of file conflicts) in the archive semi-automatically. Currently
it only detects missing conflicts in one distribution, not ones that
only may occour on dist-upgrades. It also detects many false positives
which are handled by diversions.

However I've ran it on testing and it found 103 possible conflicts.
After testing these, 42 remained. So this might mean 42 new RC bugs
:( (Some might be testing only, didn't checked that yet, some
might already be filed)

Comments welcome. I plan to file the bugs in a few days (probably on the
weekend)

Here a list of the affected packages and maintainers:

A. Maitland Bottoms <bottoms <at> debian.org>: cmake
Anthony Fok <foka <at> debian.org>: qe
Anthony Fok <foka <at> debian.org>: xa+cv
Anthony Fok <foka <at> debian.org>: xiterm
Barak A. Pearlmutter <bap <at> debian.org>: torch-examples
Bastian Blank <waldi <at> debian.org>: libsvn-mirror-perl
Brian May <bam <at> debian.org>: heimdal-servers
Chanop Silpa-Anan <chanop <at> debian.org>: xiterm+thai
Chris Vanden Berghe <Chris <at> VandenBerghe.org>: ccrypt
Daniel Baumann <daniel.baumann <at> panthera-systems.net>: extract
Daniel Martin <fizbin <at> debian.org>: tkdesk
David Moreno Garza <damog <at> damog.net>: mathomatic-primes
(Continue reading)

Joey Hess | 1 Oct 03:50 2004
Picon

announcing Debian-Installer pre-rc2, a technology preview release

The pre-rc2 release is a preview of new features we hope to add to the next
release candidate. This release is an opportunity to get some wider testing
of our most recent improvements to the installer before we declare it
stable and ready for the release of sarge.

In the nearly two months since the release of rc1, we've made a number of
improvements to the installer, including:

 - Support for completely automated installs via debconf database preseeding.
   <http://d-i.alioth.debian.org/manual/en.i386/ch04s07.html>
 - Online resizing of NTFS filesystems.
 - Support for booting from LVM.
 - Support for booting from software RAID 1 (experimental).
 - Software RAID 5.
 - 2.4.27 and 2.6.8.1 kernels.
 - Support for piles of additional hardware.
 - Fixed all of the errata of rc1.
 - Installs possible with at little as 24 mb of memory.
 - Two months of improvements to the software in Debian sarge.
 - More other improvements than we could list here in a week.

This version of the installer is *not* suitable to be used as the final
installer for the Debian sarge release; it may have rough edges and not all
the translations are up-to-date. It should work fine for most people, and
we welcome your installation reports.

Links to bootable images and documentation are on our web site.
<http://www.debian.org/devel/debian-installer/>

--

-- 
(Continue reading)

Fabricio Cannini | 1 Oct 03:28 2004
Picon

Re: RFD: use transient /var/run (tmpfs) or not?

Hi creatures!!

As i was watching this thread, 
i've got in doubt about one question that is somekind
related to the subject.

Example:

Are PHP sessions data (PHPSESSION*, temporary session
data that is stored during a php session) 
this same kind of data? 

If so, wouldn't it be stored in /var/run/php 
instead of /var/lib/php as it is done today ?

Thx for your attention.

 --- Marc Haber <mh+debian-devel <at> zugschlus.de>
escreveu: 
> On Tue, 21 Sep 2004 12:12:02 +0200, Matus UHLAR -
> fantomas
> <uhlar <at> fantomas.sk> wrote:
> >I mounted /var/run on tmpfs to have it completely
> transient, 
> >performance boots, but mostly to wipe it out across
> system reboots.
> >
> >An issue came up:
> >
> >Some packages use subdirectories in /var/run and
(Continue reading)

Picon

Re: RFD: use transient /var/run (tmpfs) or not?

On Thu, 30 Sep 2004, Fabricio Cannini wrote:
> If so, wouldn't it be stored in /var/run/php 
> instead of /var/lib/php as it is done today ?

Curious, most of the time it seems to end up in /tmp in my systems...

--

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh

Francesco Tapparo | 1 Oct 07:33 2004
Picon

retiring from project

With this email I announce my  retiring from the Debian project. I
have 3 packages:

figlet
figfonts (non-free)
figfonts-cjk (non-free)

they are quite neglected, but all the bugs are probably 
not existant or upstream. figlet and figfonts do not have an upstream
maintainer: even the last update (2.2.1) is the same as the previous
one (only changes: upstream maintainer name and some comments in the
source).
So any maintainer should be ready to see the bug list of these
packages grow more and more or, better, be prepared to be the upstream
maintainer too.

I wish the best to all of you and to the Debian Project.

--

-- 
Francesco Tapparo				     |	cesco <at> debian.org
fight for your software freedoms: http://www.fsf.org |  tapparo <at> math.unipd.it

Andreas Tille | 1 Oct 08:06 2004
Picon

Re: ARM development machine debussy back online

On Thu, 30 Sep 2004, Martin Schulze wrote:

> The system has three chroot environments re-installed as well: woody,
> sarge, sid (stable, testing, unstable).  The dchroot program is also
> installed for developers to enter the chroot environments.
Many thanks.  Could someone please add this to the unstable chroot:

    dpkg-buildpackage: host architecture is arm
    dpkg-checkbuilddeps: Unmet build dependencies: libxaw7-dev
                                                   ^^^^^^^^^^^
Many thanks to the people who care for Debian hardware

          Andreas.

Francesco Tapparo | 1 Oct 08:51 2004
Picon

Re: retiring from project

Carlos Laviola very kindly asked me to take over my packages: they are
his packages now. 

best regards
Francesco

On Fri, Oct 01, 2004 at 02:56:42AM -0300, Carlos Laviola wrote:
> On Fri, 1 Oct 2004 07:33:31 +0200, Francesco Tapparo <ftapparo <at> libero.it> wrote:
> > With this email I announce my  retiring from the Debian project. I
> > have 3 packages:
> > 
> > figlet
> > figfonts (non-free)
> > figfonts-cjk (non-free)
> 
> Hi Francesco,
> 
> I'd like to take these packages, if nobody's taken them yet.
> 
> Good luck on your current and future projects.
> 
> Regards,
> Carlos.

--

-- 
Francesco Tapparo				     |	cesco <at> debian.org
fight for your software freedoms: http://www.fsf.org |  tapparo <at> math.unipd.it

Matthijs Mohlmann | 1 Oct 13:04 2004
Picon

Think this isn't my bug ?

Hi,

There is a bug filed on raidtools2: #274331

He is using Debian GNU/Linux woody and had a problem with inserting
raid5.o into the kernel. He gets the following error:

Using /lib/modules/2.4.18-bf2.4/kernel/drivers/md/raid5.o
/lib/modules/2.4.18-bf2.4/kernel/drivers/md/raid5.o: unresolved symbol
xor_block

I've send him back that he should run depmod -a and then try again
inserting the module but i don't know if this is going to help.

And i think this is not my problem. What to do in such a case ?

Matthijs Mohlmann

Martin Michlmayr | 1 Oct 13:54 2004

Re: Mass bug filing for missing conflicts

* Frank Lichtenheld <djpig <at> debian.org> [2004-10-01 02:50]:
> Today I started writing a script to identify missing conflicts (needed
> because of file conflicts) in the archive semi-automatically.

Great work!  Can you make that script available somewhere (maybe we
should also commit it to the qa repository).  Next time we should do
this a little bit earlier before a release, but good work anyway. ;)
--

-- 
Martin Michlmayr
tbm <at> cyrius.com


Gmane