Re: Archive architecture qualification

[Anthony Towns]

On Thu, Dec 29, 2005 at 03:32:43AM +1000, Anthony Towns wrote:
> We'll follow a similar sort of procedure to the release qualification
> stuff, starting with an open discussion on #debian-tech on OFTC on Friday
> (around 1200 UTC, 2005-12-30) and building up some pages on the wiki.

Okay, so we've got:

  (a) Logs! See,
  http://wiki.debian.org/IRC/debian-tech/Logs/20051230-archivequalification

  (b) Draft criteria, see:
  http://ftp-master.debian.org/archive-criteria.html

We had people interested in Debian ports for arm, armeb, m68k, kfreebsd
and win32/reactos chatting.

At the moment that means:

 * release architectures: alpha, amd64, hppa, i386, ia64, mips, mipsel, powerpc
 * potential release requalification: arm, m68k, s390, sparc
 * require archive requalification: arm, hurd-i386, m68k, s390, sparc
 * potential archive qualification: kfreebsd-i386 win32-i386, armeb

There was only a brief, fairly hypothetical discussion about supporting
architectures that wouldn't aim to become release architectures, so there are
still no particular plans to provide any special support.

There was some significant discussion about ABI stability; particularly
wrt the possibility of an ABI change for m68k in order to support ColdFire
CPUs (which are reportedly substantially faster than currently supported
m68k hardware). Note that architectures that are in the archive are
expected to handle ABI transitions smoothly, so that upgrades can be
handled with apt, not a reinstall.

Another thing worth noting is that we try to minimise the number of
architectures, so it's important to think about how to avoid having
multiple related architectures (like sparc/sparc64, i386/i686,
kfreebsd-i386/knetbsd-i386) before joining the archive.

Note that not all the criteria have a particular "correct" answer; though
the ones that don't have a "preferred" answer, and some justification
is probably needed in the event that's not your port's answer. In theory
it should be useful even for ports where we know the answer is "no" at the
moment (such as opensolaris).

I'm hopefully we'll be looking at actually adding and removing
architectures by the end of the month, so it'd be great if folks who
aren't going to be release architectures by that time (both ones in the
archive and not) would have a go at preparing an archive qualification
page. That's also the best way to demonstrate any problems in the
criteria.

Possibly doing it on the wiki at a page named something like :

  http://wiki.debian.org/ArchiveQualification/kfreebsd-i386

would be a good way to go.

Cheers,
aj



signature.asc
Description: Digital signature

OS-Adobe-Macromedia etc All under $15-$99 CDS

[Osmond Riddle]

Software by the original manufacturer&at generic prices& 



DIPLOMACY, n. The patriotic art of lying for one's country.   
I prefer liberty to chains of diamonds.  
OMEN, n. A sign that something will happen if nothing happens.  

Good manners sometimes means simply putting up with other people's bad manners. 
The only normal people are the ones you don't know very well. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: spohr.debian.org not sending email

[Florian Weimer]

* Ryan Murray:

> On Tue, Dec 27, 2005 at 03:45:26PM +1100, Anand Kumria wrote:
>> There seems to be a problem, localised to spohr, with the sending of
>> emails. I've uploaded some packages recently and have neither received
>
> The problem is on your end -- mail to these MXs is being 451'd, and
> your mail gets deferred.  This is the price you pay for greylisting.

Given Anand's DNS setup, it's quite likely that this is yet another
instance of the -masks-A issue which is troubling Exim on master.
Of course, greylisting results in more delivery attempts, which
increases the probability that you run into the bug.

The only workaround which can be implemented quickly is to change the
DNS setup of progsoc.uts.edu.au, as discussed on the RIPE IPv6 WG
mailing list.  (To fix this on the Exim side, you need to recompile
without IPv6 support, unfortunately.  It's not possible to disable the
broken code by configuration.  The /0 change only pamers over it
in some case.)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dependencies on makedev

[Anthony DeRobertis]

Joey Hess wrote:

> If there is then it would be possible to write a tool
> like what I think Anthony is suggesting:
> 
> udev-chown 666 /dev/cdrom
> udev-chmod -a 644 /dev/sda /dev/sdb # change all scsi usb devices
> 

That'd definitely be a great tool.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITK: debmake

[Roger Leigh]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Osamu Aoki <[EMAIL PROTECTED]> writes:

> As I see in debian-reference:
> ---
> A.3.2 debmake
>
> debmake, a precursor to debhelper, is a more coarse-grained debian/rules
> assistant. It includes two main programs: deb-make, which can be used to
> help a maintainer convert a regular (non-Debian) source archive into a
> Debian source package; and debstd, which incorporates in one big shot
> the same sort of automated functions that one finds in debhelper.
>
> The consensus is that debmake is now deprecated in favor of debhelper.
> However, it's not a bug to use debmake. 
> ---
> I should remove last sentence from all translations.

It might be better changing it to "It is a bug to use debmake in new
packages.  New packages using debmake will be rejected from the
archive."


Regards,
Roger

- -- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8+ 

iD8DBQFDtsxbVcFcaSW/uEgRAoLGAJ4iZtJfgiRcuV/wzqaC6go4bkRJwgCaA9um
mV/qa9VilIdltIBicJvgbDo=
=fPPV
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: dependencies on makedev

[Joey Hess]

Marco d'Itri wrote:
> The correct solution would be to add this to a file like
> /etc/udev/rules.d/local.rules:
> 
> KERNEL=="hdc", GROUP="disk"

Is there any good way to map from a given device (or set of related
devices) in /dev to a udev rule that will match and allow overriding
only that device? If there is then it would be possible to write a tool
like what I think Anthony is suggesting:

udev-chown 666 /dev/cdrom
udev-chmod -a 644 /dev/sda /dev/sdb # change all scsi usb devices

-- 
see shy jo


signature.asc
Description: Digital signature

Re: spohr.debian.org not sending email

[Ryan Murray]

On Tue, Dec 27, 2005 at 03:45:26PM +1100, Anand Kumria wrote:
> There seems to be a problem, localised to spohr, with the sending of
> emails. I've uploaded some packages recently and have neither received

The problem is on your end -- mail to these MXs is being 451'd, and
your mail gets deferred.  This is the price you pay for greylisting.

> I've tested various others Debian infrastructure machines and no other
> appears to have an issue.  I've not seen anything mentioning this issue

exim treats 45x errors to be per host, rather than per address.
Any other user greylisting with the same MX will end up affecting your
mail as well.

> Please take a look at see what is happening for the domains:
> progsoc.uts.edu.au and progsoc.org

The mail servers defer the mail, and it times out or gets delayed for
long periods of time.  I suggest correctly configuring greylisting
with proper exclusions for sites you care about getting mail from in a
timely manner.


signature.asc
Description: Digital signature

Re: ITK: debmake

[Osamu Aoki]

On Thu, Dec 29, 2005 at 07:13:05PM +0100, Santiago Vila wrote:
> There are less than 80 packages in unstable still using it, and there
> is an excellent package called debhelper which can do everything that
> debmake does and probably much better, so it does not make much sense
> to keep debmake alive forever.
...
> *) If you maintain documentation from the DDP, you are welcome to
> remove any documentation or howto explaining how to use debmake to
> create a debian package. This includes translations.

As I see in debian-reference:
---
A.3.2 debmake

debmake, a precursor to debhelper, is a more coarse-grained debian/rules
assistant. It includes two main programs: deb-make, which can be used to
help a maintainer convert a regular (non-Debian) source archive into a
Debian source package; and debstd, which incorporates in one big shot
the same sort of automated functions that one finds in debhelper.

The consensus is that debmake is now deprecated in favor of debhelper.
However, it's not a bug to use debmake. 
---
I should remove last sentence from all translations.

As I see maint-guide (New Maintainers"s guide):
---
Note: debmake is a package that contains some programs that function
similar to dh-make, but its specific use is not covered in this
document, because it is deprecated. Please refer to the Debmake manual
for more information.
---

I see no problem with this.

Does anyone find any other issues?

Osamu


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#345453: ITP: libclass-dbi-plugin-pager-perl -- Class::DBI::Plugin::Pager - paged queries for CDBI

[Ben Hutchings]

Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>


* Package name: libclass-dbi-plugin-pager-perl
  Version : 0.561
  Upstream Author : David Baird <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/~davebaird/Class-DBI-Plugin-Pager/
* License : dual GPL/Artistic
  Description : Class::DBI::Plugin::Pager - paged queries for CDBI

Adds a pager method to your class that can query using SQL::Abstract
where clauses, and limit the number of rows returned to a specific
subset.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#345452: ITP: libclass-dbi-plugin-abstractcount-perl -- Class::DBI::Plugin::AbstractCount - get COUNT(*) results with abstract SQL

[Ben Hutchings]

Package: wnpp
Severity: wishlist
Owner: Ben Hutchings <[EMAIL PROTECTED]>


* Package name: libclass-dbi-plugin-abstractcount-perl
  Version : 0.06
  Upstream Author : Jean-Christophe Zeus <[EMAIL PROTECTED]> et al.
* URL : 
http://search.cpan.org/~jczeus/Class-DBI-Plugin-AbstractCount/
* License : dual GPL/Artistic
  Description : Class::DBI::Plugin::AbstractCount - get COUNT(*) results 
with abstract SQL

This Class::DBI plugin combines the functionality from
Class::DBI::Plugin::CountSearch (counting objects without having to
use an array or an iterator), and Class::DBI::AbstractSearch, which
allows complex where-clauses a la SQL::Abstract.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#341894: ITP: pessulus -- lockdown editor for GNOME

[Guilherme de S. Pastore]

Em Sex, 2005-12-30 às 12:19 +0100, Ondrej Sury escreveu:
> Since I have some free time today, I took pessulus from pkg-gnome svn,
> updated it to 0.3 and did GNOME Team upload.

Thanks!

> (Guilherme: Also moved it from desktop/experimental to packages/unstable
> in svn, since I think that desktop/ is meant for packages included in
> official GNOME release).

It was in desktop/ because it is proposed for inclusion in 2.14 and
there have been no objections either by people on desktop-devel-list or
the release team itself. We'll probably have to move it back soon...

-- 
Guilherme de S. Pastore (fatalerror)
<[EMAIL PROTECTED]>


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]