headers
Steve Langasek | 1 Jul 02:47
Picon
Favicon

Re: ia32-libs depends on ia32-apt-get ?

On Tue, Jun 30, 2009 at 06:52:34PM +0200, Goswin von Brederlow wrote:
> > Patches implementing what?  I don't see any public discussion of an agreed
> > design for the package manager.

> Patches for dpkg to accept the Multi-Arch field as a tristate of Yes,
> No or missing and for packages to set that field. It's been
> yes/no/missing in all the mails about multiarch for years and suddnely
> you changed the string.

Based on feedback from Guillem as dpkg maintainer (among others).  It does
no good to have a spec that's stable for years if it gains no traction with
the maintainers of the packages where it has to be implemented.

> >> made the whole thing need a full release cycle for a transition due to
> >> DEBIAN/control format changes

> > You appear to be referring to
> > <https://wiki.ubuntu.com/MultiarchSpec#Extended%20semantics%20of%20per-architecture%20package%20relationships>.
> > What do you propose as an alternative that would let us achieve multiarch
> > sooner?  Multiarch has already failed to get traction for more than two

> Look at perl for example:

> Package: perl-base
> Provides: perlapi-5.10.0

> I suggest to also provide perlabi-$(DEB_HOST_GNU_TYPE) or
> perlabi-5.10.0-$(DEB_HOST_GNU_TYPE). Perl extensions that need a
> matching ABI can then easily depend on the right package.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Charles Plessy | 1 Jul 02:55
Picon
Favicon

Re: RFC round 3: DEP-3: Patch Tagging Guidelines

Bonjour Raphaël,

Thank you for the feedback. It made me understood that the format can be even
simplified. First of all, let me clarify that I do not aim at describing the
format of Debian control files, but the proposed format for DEP5, which I
propose for DEP3 as well since it is simple and does not require prior
experience of Debian control files.

In the informal discussions about DEP5, a popular request was to be allowed to
use free-form plain comments. I think that I read such a request in the DEP3
discussion as well. With this goal in mind, I propose that anything that is not
in a field is a comment. Then there is no need to define embedded comments, and
the empty lines above the first field can be ignored as comments and do not
need to be specified. The only drawback is that a comment must not contain
lines that look like starting a new field. In my experience with
debian/copyright files, this is not a problem.

If everything that is not a field is a comment, then there is no need to
specify a signal for end of header (lines with spaces only), and if lines with
spaces only are allowed, then there is no need anymore for escaping empty lines
in field bodies with dot characters, which prettifies the field bodies and
simplifies the format. In the case of DEP3, spurious fields could appear if the
patch itself is parsed. Nevertheless, this can be solved by specifying that the
patch header is extracted by the parser in a way that depends on the format of
the patch, and that only the extracted patch header is fully compliant with the
pseudo RFC-822 format described below. This also has the advantage of moving
out the dpatch-specific contorsions from the definition of the format.

This would give:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Steve Langasek | 1 Jul 02:56
Picon
Favicon

Re: [Fwd: Delivery Status Notification (Failure)]

On Tue, Jun 30, 2009 at 11:17:54PM +0200, Luk Claes wrote:

> Below the content of a bounce I got when replying to a wanna-build
> request... blacklisting domains seems to be accepted as the ones in
> control of its mailservers should be able to fix possible issues, but
> blacklisting all mail based on the country part of a domain??!

> I guess it's another sign that we already lost against spammers?

Looks to me like a sign that we have a DM who should fix his mail
configuration, or else be declared MIA.

> -------- Original Message --------
> Subject: Delivery Status Notification (Failure)
> Date: 30 Jun 2009 23:05:42 +0200
> From: Mail Delivery System <MAILER-DAEMON <at> secure-mail.be>
> To: luk <at> debian.org
> 
> The following message to <michael <at> stapelberg.de> was undeliverable.
> The reason for the problem:
> 5.1.0 - Unknown address error 550-'5.7.0 <michael <at> stapelberg.de>... Your
> country has been blacklisted due to its serious SPAM problems'
> 
> 
> -- 
> To UNSUBSCRIBE, email to debian-devel-REQUEST <at> lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster <at> lists.debian.org
> 

--

--
(Continue reading)

Permalink | Reply | 0 comments |
headers
Goswin von Brederlow | 1 Jul 03:48
Picon

Re: ia32-libs transition

Yannick <yannick.roehlly <at> free.fr> writes:

> Maybe all of this should go to experimental (is there a problem with wine 
> depending on experimental packages for amd64?) but thank you Goswin for your 
> work.
>
> Yannick

The problem was that libc6-i386 broke all 32bit support in unstable
making all 32bit packages uninstallable. So something had to be done
for unstable. I would have prefered doing this in experimental first
too. Esspecially seeing how the libc6-i386 screwed up the transition
on its first try and is still buggy (breaks wine).

The choices where
1) rewrite the old ia32-libs + ia32-libs-gtk for the new libc6-i386
or
2) make ia32-apt-get take over (slightly prematurely in hindsight)

According to popcon ~60 people had the previous ia32-apt-get
installed so I didn't expect that much of an outrage about it. Now it
shows 120 people.

Anyway, what is done is done. I uploaded a new version to mentors. If
anyone cares to try it out:

http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=ia32-libs-tools

http://mentors.debian.net/debian/pool/main/i/ia32-libs-tools/
(Continue reading)

Permalink | Reply | 1 comment |
headers
Murilo Habermann Torquato | 1 Jul 05:28
Picon

Bug#535242: ITP: architect -- Power Architect, is a cross-platform, open-source data modeling tool

Package: wnpp
Severity: wishlist
Owner: Murilo Habermann Torquato <muriloht <at> gmail.com>

  Package name    : architect
  Version         : 0.9.13
  Upstream Author : SQL Power Group Inc <info <at> sqlpower.ca>
  URL             : http://code.google.com/p/power-architect/
  License         : GPL
  Programming Lang: Java
  Description     : Power Architect, is a cross-platform, open-source data modeling tool

A user-friendly data modeling tool created by data warehouse designers, and has many unique features geared
specifically for the data warehouse architect. It allows users to reverse-engineer existing databases,
perform data profiling on
source databases, and auto-generate ETL metadata.
Permalink | Reply | 0 comments |
headers
Guillem Jover | 1 Jul 06:47
Picon
Favicon

Re: Bug#534507: ITP: kalternatives -- graphical alternatives system configuration tool

Hi!

On Tue, 2009-06-30 at 12:32:23 +0200, Pino Toscano wrote:
> Few days ago, I had a nice talk with Guillem, and he told me that dpkg 
> developers are working for cleaning up update-alternatives' code, and planning 
> to convert it to C (along with provide a dpkg library); since the previous are 
> either happening or planned to be soon, I will avoid to rewrite the parser 
> twice, but wait for the dpkg library and help testing it, which is what 
> kalternatives will use (when it is ready, of course).
> 
> Would it be acceptable for now?

Sure, as discussed, as long as this is only temporary until we provide
a better interface, it seems wasted effort having to rewrite it twice.

thanks,
guillem
Permalink | Reply | 0 comments |
headers
Takaya Yamashita | 1 Jul 07:14
Picon
Favicon

ITP: scim-bridge-el -- SCIM-Bridge client for GNU Emacs

Package: wnpp
Owner: Takaya Yamashita <takaya <at> debian.or.jp>
Severity: wishlist

* Package name    : scim-bridge-el
  Version         : 0.7.4-1
  Upstream Author : S. Irie
* URL or Web page : http://www11.atwiki.jp/s-irie/pages/12.html
* License         : GPL2
  Description     : SCIM-Bridge client for GNU Emacs

 The Smart Common Input Method platform (SCIM) is an input
 method (IM) platform containing support for more than thirty
 languages (CJK and many European languages) for POSIX-style
 operating systems including Linux and BSD.
 This program is SCIM-Bridge client for GNU Emacs. It is, however,
 not part of official SCIM-Bridge.

---
Takaya Yamashita
takaya <at> debian.or.jp
tyamashita <at> mikilab.doshisha.ac.jp
Permalink | Reply | 1 comment |
headers
Goswin von Brederlow | 1 Jul 08:18
Picon

Re: ia32-libs transition

Aneurin Price <aneurin.price <at> gmail.com> writes:

> On Tue, Jun 30, 2009 at 05:11, Goswin von Brederlow<goswin-v-b <at> web.de> wrote:
>> Aneurin Price <aneurin.price <at> gmail.com> writes:
>>
>>> Hi,
>>>
>>> I've just spent over an hour writing and rewriting this mail, and determined
>>> that I can't think of a single constructive thing to say.
>
> Not wanting to leave it at that, I've spent a couple of hours today trying to
> pin down some specifics. Unfortunately I've not had much success. Purging
> everything related to 32bit compatibility and reinstalling doesn't ever seem to
> have exactly the same effect - so far I've seen numerous problems, but none of
> them reproducibly, and many of them making no sense at all - eg how in the world
> did I lose /usr/bin/dpkg-deb at one point? No clue. The apt segfault went away

That would require you to hit ctrl-C in the preinst between a mv and a
ln command. Or on remove between dpkg removing the package and running
postrm where the diversion is undone. In both cases you would have a
half-installed package due to your ctrl-c-ing.

> after setting Cache-Limit to 50331648 - but why did it only start doing that
> after a couple of goes? Couldn't say.

That makes 4 people having hit that libapt bug.

> I suspect that all of my problems are secondary damage rooted in a problem I had
> the first time I tried the update: installing ia32-apt-get requires a ton of
> entropy to generate a private key (why? beats me). Unfortunately, my system
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sandro Tosi | 1 Jul 09:40
Picon
Favicon

Re: upload debian package error

Hello xiangfu,
this kind of questions are better addressed to debian-mentors mailing
list, adding it, and you also already received a reply [1] there.

[1] https://lists.debian.org/debian-mentors/2009/06/msg00573.html

On Wed, Jul 1, 2009 at 08:55, xiangfu<xiangfu.z <at> gmail.com> wrote:
> Hi
> I try to upload xburst-tools[1], I have two warning and one error.

is this a new package? I can't find it in our archive or an ITP for it.

> my question is
> 1. the version number must 1.0.0(like that). can I use 2009.06(something like that to be a version)

if upstream has a version standard, use that, bu you can also use
dates for version.

You have to create a non-native package, that's the reason for
"source-nmu-has-incorrect-version-number"

I think this question proves you didn't read debian policy, developers
reference and new maintainers guide: please fill this gap of knowledge
asap, and before asking further questions.

> 2. I am not a maintainer. but I want to be this package's maintainer.
>   can I add my name and email to the control file

you MUST add your name if you want to be the maintainer. That's th
reason for "xburst-tools source" lintian error.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Michael Meskes | 1 Jul 09:32
Picon
Favicon

Re: ia32-libs transition

On Tue, Jun 30, 2009 at 11:04:38PM +0200, Joerg Jaspert wrote:
> > Waiting for multi-arch, Goswin's system permits me to use wine (and chromium 
> > browser) on my 64bits Debian.
> 
> A simple chroot will permit you to use this. And is a much saner thing
> than anything we have seen until now.

I beg to disagree here, well kind of. A *working* system that allows me to just
"<place your package manager here> install <some 32 bit stuff>"
is far superior to a chroot setup especially for users less
experienced/interested in technical details. Now whether the current system is
*working* is a different story.

And yes, I absolutely agree that getting such changes done on ones system
*without* notice and *without* full functionality is a no-go, as is btw
changing libc6-i386 without communication with the ia32 people, if it really
happened that way. 

Michael
--

-- 
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
ICQ: 179140304, AIM/Yahoo/Skype: michaelmeskes, Jabber: meskes <at> jabber.org
Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL!
Permalink | Reply | 0 comments |

Gmane