Re: Delayed ldconfig execution in postinst step

[Goswin von Brederlow]

Bill Allombert <[EMAIL PROTECTED]> writes:

> On Sat, Mar 18, 2006 at 10:56:14PM +0100, Eduard Bloch wrote:
>> #include 
>> * Eduard Bloch [Sat, Mar 18 2006, 10:52:53PM]:
>> > #include 
>> > * Bill Allombert [Sat, Mar 18 2006, 02:56:27PM]:
>> > > On Sun, Mar 12, 2006 at 01:56:13PM +0100, Eduard Bloch wrote:
>> > > > Hi people,
>> ...
>> > > ld.so manpage imply the opposite.
>> > 
>> > I would not be that sure. Following that manpage from 1998 you have to
>> > set LD_LIBRARY_PATH or have /etc/ld.so.cache. You can test it on any
>> > recent system, deleting ld.so.cache.
>
> Let that be bug #357676.
>
>> I was wrong, it does not work that well, dlopen fails.
>
> Well "man dlopen" do not mention /etc/ld.so.conf either.
>
> Fortunately most libraries are in /lib or /usr/lib, so at least we
> can postpone the ldconfig call for them.
>
> Cheers,

Multiarch moves libs into new dirs and currently they aren't hardcoded
but handled by /lib/ldconfig/XXX links. Not running ldconfig at the
right time will break basicaly everywhere with the new dirs unless
they are hardcoded into ld.so and dlopen again.

MfG
Goswin


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

Re: automatically install -dev packages

[Goswin von Brederlow]

Steve Greenland <[EMAIL PROTECTED]> writes:

> On 20-Mar-06, 14:37 (CST), David Griffith <[EMAIL PROTECTED]> wrote: 
>> Is there a setting somewhere I can set to cause apt-get and aptitude to
>> always install corresponding -dev packages?  The default behavior of not
>> installing them is particularly annoying when dealing with libraries that
>> are installed when the OS itself is installed.
>
> Nope, there's no such option. 
>
> If you're (re-)building Debian packages, there's an option to "apt-get
> source" that also grabs the build dependencies.

apt-get source just downloads the source and can be run as user.
apt-get build-dep installs build-depends.

MfG
Goswin


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

won't distribute this...

[Wolfgang Lonien]

closes: #356837

Hi all,

I intent *not* to package nino. The reasons:

1. The upstream author never answered my emails
2. The package will install .class and .exe binaries on the (Windows-)
client, for which it doesn't provide any sources - that is IMHO not very
GPL-compliant. So even if it's only me, but I will *not* consider
putting this into Debian, not even in non-free.
3. I really never liked it anyway. Besides supporting SNMP *and* WMI out
of the box, it isn't something we would really need. Correct me if I'm
wrong.

cheers,
wjl aka Wolfgang Lonien
-- 
Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net
Key Fingerprint   = A923 2294 B7ED EB3E 2F18  AE56 AAB8 D36A 728D 9BD0
uid Wolfgang Lonien (wjl) 
We prefer encrypted, text-only email messages here. Thank you.


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

Re: dicussion about patches ... ignoring patches make motivation toprovide them fall

[cobaco (aka Bart Cornelis)]

On Tuesday 21 March 2006 20:43, Thomas Bushnell BSG wrote:
> Nathanael Nerode <[EMAIL PROTECTED]> writes:
> So a mere non-reply does not, it seems to me, connote anything bad; it
> may simply mean that the bug report is complete in itself, and well
> get attention when I decide I have the attention to give it.  If more
> than this is required, more needs to be asked.

The problem with that is that there is no way for the submitter to know 
that, there's several possible reasons for not getting any reaction:
- maintainer currently busy with other stuff
- maintainer MIA
- maintainer doesn't care
- maintainer thinks bugrepport is complete and doesn't need any more info,
  will be included/fixed in next upload
- ...

By not answering there's no way for the submitter to know which of the above 
applies, it's an issue of not leaving users in uncertainty about what is 
going on.

A simple 1 line reply is enough to remove that uncertainty:
- this takes maybe half a minute 
- this makes Debian look a _lot_ more responsive then 2 months of silence
  wile notting happens (because the maintainer is working on more pressing
  problems/other packages or whatever).
-- 
Cheers, cobaco (aka Bart Cornelis)
  
1. Encrypted mail preferred (GPG KeyID: 0x86624ABB)
2. Plain-text mail recommended since I move html and double
format mails to a low priority folder (they're mainly spam)


pgpKx2KczbsPW.pgp
Description: PGP signature

Re: dicussion about patches ... ignoring patches make motivation toprovide them fall

[Frank Küster]

"cobaco (aka Bart Cornelis)" <[EMAIL PROTECTED]> wrote:

> By not answering there's no way for the submitter to know which of the above 
> applies, it's an issue of not leaving users in uncertainty about what is 
> going on.
>
> A simple 1 line reply is enough to remove that uncertainty:
> - this takes maybe half a minute 
> - this makes Debian look a _lot_ more responsive then 2 months of silence
>   wile notting happens (because the maintainer is working on more pressing
>   problems/other packages or whatever).

I usually send a mail like "Thank, fixed in the svn repository\n Frank"

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Re: for those who care about GNOME^w glib applications.

[Gustavo Franco]

On 3/22/06, Steve Langasek <[EMAIL PROTECTED]> wrote:
> Hi Gustavo,
>
> On Tue, Mar 21, 2006 at 11:42:49AM -0300, Gustavo Franco wrote:
> > Well, if you're running your favourite glib application and it seems
> > to be broken with the output like:
> > (...)
> > *** glibc detected *** free(): invalid pointer: 0x08ced388 ***
>
> > It's probably due to the new glib (GSlice) memory allocator[0], but
> > it's an application bug. Please first check if it's really glib
> > related[1].
>
> > There's a workaround that is run the application as follows:
> > $ G_SLICE=always-malloc application
>
> Thanks for the information.  Can you explain (or provide a pointer to) why
> these bugs are application bugs rather than bugs in glib, and does glib need
> to be adding << conflicts with those applications in order to avoid broken
> partial upgrades?
>

Hi Steve,

Yes, the new GSlice allocator is triggering those[0] bugs[1]. It happens due to
different (but similar) reasons, e.g: In nettool and galculator[2] the
code should
call g_object_unref() - that decrease the ref count and frees the memory when
the ref count is zero, instead call g_free() directly.

FYI, GMemChunk (old and deprecated by the upstream) was reimplemented to
use GSlice, so no need to change or rebuild code to be affected due to buggy
code. I don't know exactly why asking GSlice to force allocate and free memory
through "standard malloc" solves the problem, maybe someone else can
clarify this point.

Talking about the << conflicts thing. The fact that we don't have a list of
affected applications yet, i'm working on a partial list[3] based on
the bugs already
opened. Hopefully  it's less grave than you think.

[0] = http://bugzilla.gnome.org/show_bug.cgi?id=329344
[1] = http://bugzilla.gnome.org/show_bug.cgi?id=163639
[2] = http://bugs.debian.org/358064
[3] = http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED];tag=gslice

Cheers,
-- stratus

unsubscribe

[Vikram Vincent]

ATA_PIIX and initrd

[Jose Luis Ayala]

Hi guys! I don't know if you are working on the ata_piix bug that
prevents me from using the IDE CDROM with the ATA HD... but it's making
me
going crazy! :)

I've following the recommendations of making a new initrd file with the
modules ide-generic ata_piix sd_mod and ordered in this way. Now, during
the boot, the DVD and CDROM are detected, but the HD is not responding
any more :(

There other interesting modules in my initrd like libata and ide-core.
Do you know any ordering of the modules to make the system work? or do
you know any other way to solve my problems? :)

Thanks a lot!

Jose


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

Re: for those who care about GNOME^w glib applications.

[Gabor Gombas]

On Wed, Mar 22, 2006 at 11:29:01AM -0300, Gustavo Franco wrote:

> FYI, GMemChunk (old and deprecated by the upstream) was reimplemented to
> use GSlice, so no need to change or rebuild code to be affected due to buggy
> code. I don't know exactly why asking GSlice to force allocate and free memory
> through "standard malloc" solves the problem, maybe someone else can
> clarify this point.

Because those applications are abusing the API and make assumptions
about how some pieces of memory were allocated. More specifically, they
think that they can call g_free() (or equivalent) directly instead of
the appropriate API function. With the introduction of GSlice that is no
longer the case.

Gabor

-- 
 -
 MTA SZTAKI Computer and Automation Research Institute
Hungarian Academy of Sciences
 -


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

which packages are older/missing?

[Andreas Barth]

Hi,

I have two package lists, and want to find out which packages are
missing in one of the lists or are older than in the other list. Of
course, it's easy to write such a program but if somebody has already
done that, I'd try to safe the effort. Any hints for me?

(or as alternative, what's the best way to read a package list into
python?)

Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Re: ATA_PIIX and initrd

[Sven Luther]

On Wed, Mar 22, 2006 at 03:01:29PM +0100, Jose Luis Ayala wrote:
> Hi guys! I don't know if you are working on the ata_piix bug that
> prevents me from using the IDE CDROM with the ATA HD... but it's making
> me
> going crazy! :)
> 
> I've following the recommendations of making a new initrd file with the
> modules ide-generic ata_piix sd_mod and ordered in this way. Now, during
> the boot, the DVD and CDROM are detected, but the HD is not responding
> any more :(
> 
> There other interesting modules in my initrd like libata and ide-core.
> Do you know any ordering of the modules to make the system work? or do
> you know any other way to solve my problems? :)

Please upgrade to the 2.6.15 or upcoming 2.6.16 kernel in etch/sid, and it is
very well probable that your problems should go away.

For information, all your problems have absolutely nothing to do with
ide-generic, but some brokeness involving the ide-modular patch from Herbert
Xu, which was now dropped.

Friendly,

Sven Luther


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

libopenobex library transition

[Hendrik Sattler]

Hi,

Sadly, they changed the soname again. So instead of directly uploading the new 
upstream version, I would like to wait for the following bugs to be resolved, 
first:
affix: #358279
kdebluetooth: #358275
multisync: #358283
obexftp: needs upload of 0.19 (have to ask my sponsor :)

I did not file any bugs on the following packages, yet:
obexserver (wrong detection of the lib even before the change)
ussp-push

When those are in testing, I will request removal of the old binary lib 
packages (libopenobex-1.0-0*) from testing and sid.

The build dependencies of those packages should then be at
libopenobex-dev (>= 1.1)
and a new version with a different soname can be added without any pain 
(rebuilding without source change would work).

The old -dev package (libopenobex-1.0-0-dev) had an epoch (1:1.0.0-rel-3), can 
this be a problem? It is not possible to build with the old -dev package.

Are there any other problems with this plan?

Hendrik Sattler


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

Re: for those who care about GNOME^w glib applications.

[Gustavo Franco]

On 3/22/06, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> On Wed, Mar 22, 2006 at 11:29:01AM -0300, Gustavo Franco wrote:
>
> > FYI, GMemChunk (old and deprecated by the upstream) was reimplemented to
> > use GSlice, so no need to change or rebuild code to be affected due to buggy
> > code. I don't know exactly why asking GSlice to force allocate and free 
> > memory
> > through "standard malloc" solves the problem, maybe someone else can
> > clarify this point.
>
> Because those applications are abusing the API and make assumptions
> about how some pieces of memory were allocated. More specifically, they
> think that they can call g_free() (or equivalent) directly instead of
> the appropriate API function. With the introduction of GSlice that is no
> longer the case.
>

Sure Gabor, i was saying that i don't know what these assumptions are, and
the exact difference between use GSlice and force GSlice use malloc through
'G_SLICE=always-malloc', that is a (slow) workaround.

Thanks,
-- stratus

Re: Уникальные семинары!

[Daniel Gimpelevich]

On Tue, 21 Mar 2006 22:38:00 -0800, Paul Johnson wrote:

> On Tuesday 21 March 2006 21:08, Daniel Gimpelevich wrote:
>> On Tue, 21 Mar 2006 19:41:52 -0800, Hex Star wrote:
>> > ah...russian spam...translated to english:
>>
>> [snip]
>>
>> Why bother?
> 
> Gotta maximize the propagation of spam as much as possible.  It's important, 
> after all!

Wonderful. I've now received an auto-generated reply from someone on this
list to my previous message asking me to confirm that I really sent it, in
an effort to reduce spam. Would I be wrong in deciding not to make this
confirmation? Also, I believe that it may be useful to inform certain
people as to the list-subscribed address that generated this auto-reply,
but I won't pretend to be able to identify just whom it would be
appropriate to inform. I do not believe it would be appropriate to
identify that address publicly on this list.


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

Re: Re: Уникальные семинары!

[Hex Star]

boredom :P
On 3/21/06, Daniel Gimpelevich <[EMAIL PROTECTED]> wrote:
On Tue, 21 Mar 2006 19:41:52 -0800, Hex Star wrote:> ah...russian spam...translated to english:
[snip]Why bother?--To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]

Re: Уникальные семинары!

[Henning Makholm]

Scripsit Daniel Gimpelevich <[EMAIL PROTECTED]>

> Wonderful. I've now received an auto-generated reply from someone on this
> list to my previous message asking me to confirm that I really sent it, in
> an effort to reduce spam. Would I be wrong in deciding not to make this
> confirmation? Also, I believe that it may be useful to inform certain
> people as to the list-subscribed address that generated this auto-reply,

If your reply comes from [EMAIL PROTECTED] (or another
@uol.com.br adress), then the issue is very well known - see last
week's thread on debian-project. Listmasters have been trying to
identify the responsible subscriber with no luck. It is known that the
address is not subscribed directly; somebody unknown is
auto-forwarding emails from the list to uol.com.br.

> but I won't pretend to be able to identify just whom it would be
> appropriate to inform.

If the address you have is _not_ at uol.com.br, inform listmaster at
lists.debian.org with as much documentation as you can get, in
particular full headers.

-- 
Henning Makholm  "It will be useful even at this
  early stage to review briefly the main
  features of the universe as they are known today."


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

Re: Уникальные семинары!

[Wouter Verhelst]

On Wed, Mar 22, 2006 at 09:06:20AM -0800, Daniel Gimpelevich wrote:
> Wonderful. I've now received an auto-generated reply from someone on this
> list to my previous message asking me to confirm that I really sent it, in
> an effort to reduce spam.

Those autoreplies are being sent to every subscriber on this list. It's
not clear who's sending them, really.

-- 
Fun will now commence
  -- Seven Of Nine, "Ashes to Ashes", stardate 53679.4


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

Re: which packages are older/missing?

[Goswin von Brederlow]

Andreas Barth <[EMAIL PROTECTED]> writes:

> Hi,
>
> I have two package lists, and want to find out which packages are
> missing in one of the lists or are older than in the other list. Of
> course, it's easy to write such a program but if somebody has already
> done that, I'd try to safe the effort. Any hints for me?

for i in 1 2; do
  grep-dctrl "" -s Package,Version -n Pkgs.$i
done

By package:
Removed: cat Pkgs.1 Pkgs.2 Pkgs.2 | sort | uniq -c -W 1 | grep "1"
Added: cat Pkgs.1 Pkgs.2 Pkgs.2 | sort | uniq -c -W 1 | grep "2"

By package+version:
Removed: cat Pkgs.1 Pkgs.2 Pkgs.2 | sort | uniq -c | grep "1"
Added: cat Pkgs.1 Pkgs.2 Pkgs.2 | sort | uniq -c | grep "2"

> (or as alternative, what's the best way to read a package list into
> python?)

The python-apt or apt-python module.

> Cheers,
> Andi

MfG
Goswin


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

Re: automatically install -dev packages

[George Danchev]

On Tuesday 21 March 2006 01:59, Steve Greenland wrote:
> On 20-Mar-06, 14:37 (CST), David Griffith <[EMAIL PROTECTED]> wrote:
> > Is there a setting somewhere I can set to cause apt-get and aptitude to
> > always install corresponding -dev packages?  The default behavior of not
> > installing them is particularly annoying when dealing with libraries that
> > are installed when the OS itself is installed.
>
> Nope, there's no such option.
>
> If you're (re-)building Debian packages, there's an option to "apt-get
> source" that also grabs the build dependencies.
>
> For some of the bigger suites (Gnome, KDE, etc.) look for a high-level
> blah-devel package that brings in pretty much everything you need
> to do development for that suite. Or at least there used to be such
> packages...
>
> Otherwise, your best bet may be to fire up aptitude and step through the
> libdevel section, picking out the ones you want. Note that you don't
> have to pick all of them, just the ones you explicitly want, and let the
> dependency system pull in anything they need.

In fact in cases like that you will find auto-apt quite useful. It wraps the 
build process in its own environment, peeps around for the files access and 
propose to install them on demand via apt-get. 
E.g. try: auto-apt run ./configure --whatever

-- 
pub 4096R/0E4BD0AB 2003-03-18 
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 


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

Re: for those who care about GNOME^w glib applications.

[Steve Langasek]

On Wed, Mar 22, 2006 at 11:29:01AM -0300, Gustavo Franco wrote:
> > > There's a workaround that is run the application as follows:
> > > $ G_SLICE=always-malloc application

> > Thanks for the information.  Can you explain (or provide a pointer to) why
> > these bugs are application bugs rather than bugs in glib, and does glib need
> > to be adding << conflicts with those applications in order to avoid broken
> > partial upgrades?

> Yes, the new GSlice allocator is triggering those[0] bugs[1]. It happens due 
> to
> different (but similar) reasons, e.g: In nettool and galculator[2] the
> code should
> call g_object_unref() - that decrease the ref count and frees the memory when
> the ref count is zero, instead call g_free() directly.

Right, I saw the patch posted to the evolution bug, which made perfect sense
-- objects are being allocated via one API and then being freed by another,
unrelated API that happened to work before because they were both
implemented on top of malloc()/free().

So, unquestionably an application bug.

> FYI, GMemChunk (old and deprecated by the upstream) was reimplemented to
> use GSlice, so no need to change or rebuild code to be affected due to buggy
> code. I don't know exactly why asking GSlice to force allocate and free memory
> through "standard malloc" solves the problem, maybe someone else can
> clarify this point.

It works because g_free() is a wrapper around free(), so if the address
passed to g_free() doesn't point to memory allocated using malloc(), glibc
will abort as shown.  Making sure everything is allocated with malloc()
works around this.

> Talking about the << conflicts thing. The fact that we don't have a list of
> affected applications yet, i'm working on a partial list[3] based on
> the bugs already
> opened. Hopefully  it's less grave than you think.

Ok, seems like you have this under control then. :)

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Re: Re: ?????????? ????????!

[Graham Wilson]

On Wed, Mar 22, 2006 at 09:33:35AM -0800, Hex Star wrote:
> boredom :P

Please don't spam next time your bored. Some of us have better things to
do.

-- 
gram


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

Bug#358480: RM: krb4 -- obsolete

[Brian May]

Package: ftp.debian.org
Severity: normal

Mikael asked me to remove krb4 from Debian because he no longer has time:

Mikael> I'm not maintaining it and I think that all kerberos4
Mikael> support should be removed from debian because it's
Mikael> unsecure and the kerberos4kth packages should be removed
Mikael> from future versions of debian. If you have any discussion
Mikael> with the mit krb maintainer you can let him know my point
Mikael> of view and do anything you want with the kerberos4kth
Mikael> package you want.

It also is obsolete and has release critical bugs.

The only package that depends on krb4 appears to be Arla, it also has release
critical bugs, in Mikael's words:

Mikael> Arla should need a rebuild against your newer heimdal-dev
Mikael> package, and when that's done it will probably not depend
Mikael> on krb4 anymore.

I am about to orphan Arla for Mikael.

I am CCing this to debian-devel in case I made a mistake and somebody still
does use it.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (50, 'unstable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.8-pegasos
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)


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

Linux kernel upgrade & udev

[Jose Luis Rey]

I just did a kernel upgrade from 2.6.8 to 2.6.15, but I do have my
root partition on a RAID 1 config, and the initramfs stops with a
message about /dev/md0 not existing.

There is a problem of timing, udev waits too much to create the scsi
devices /dev/sd[abc], so I did an script to wait for this files to
appear in /dev, which I installed on
   /etc/mkinitramfs/scripts/local-top

My question is: is there a better way to do this (i.e. more generic
way) to syncronize the bootscripts on initrd and udev ?

If a generic solution is found it could be applied to udev
installation, instead of making custom scripts waiting for specific
files to appear in /dev

Jose Luis Rey

Re: We want to honestly apoligize to the whole Debian Community

[Gregg Coner]

Our actions in the Debian Mailing Lists were uncalled for.  We
honestly regret everything we said and did.  We want to
specifically apoligize to the leadership of the Debian project and
especially the DPL. We know that they are honest to goodness hard
workers and are genuinly interested in the success of the Debian
Project.  We respect how dilligently they work despite the fact
they aren't receiving anything but appreciation in return for they are
true volunteers.



We also want to apoligize specifically to Mark Shuttleworth whoes name
we forged in a post.  He has done a great job supporting the linux
community.  We also want to apoligize to Brigham Young University
for posing as their students for we know the institution does deserve
the disrespect it may have obtained from our post.  We know the
school sets high standards, much higher than most, and unfortunatly we
made it appear as if they had none.



We also apoligize to the whole Debian Community and all those associated therewith.



Though we don't deserve it we would like to be heard out one last
time.  You will never hear from us again we promise and our plea
is genuine:



Please set the release date for future Debian releases to the September
Gnome Release + 4 months.  This is were we get the timing:



Phase 1: Gnome is released and you spend the first entire month doing
all the crazy things to the package that should only be done in
experimental with a goal that at the end of the first month the package
will be in Unstable.



Phase 2:  During the second month you work hard doing all the RC
bug fixes and everything else needed so that by the end of the second
month it has entered testing.



Phase 3:  You know have two months with the new gnome in testing
to have a bug smashing fest so that the whole distro is ready and the
end of four months for release.



Now this is possible, as evidence you will see gnome 2.14 enter unstable withen a month of release.



Next, it only took the gnome team to get gnome 2.12 from unstable to testing with no RC bugs.



At that point you now have your two months to smash all the other RC bugs in the distroi with the new gnome in place.



Please hear us out.  This is not only posible but something that
will greatly help Debian.  You will have your consistant
releases.  In fact September + 4 means the new stable will always
ring in the New Year.  Everyone will be happy.  And, unlike a
short six month cycle, with a year you can get a lot
accomplished.  And plus, to the average user, the most up to date
gnome is most important.



Please if nothing else gove us the common courtesy of explaining your
thoughts on this.  Please see we are sincere and really think this
would be the best thing to happen to Debian in a long time.  We
know it will be positive.  



Again we want to apoligize for our mistakes.  Again you will never hear from us again.  We promise. :)
  
  
Sincerly,
The pretend BYU students

Re: Linux kernel upgrade & udev

[Frans Pop]

On Wednesday 22 March 2006 23:55, Jose Luis Rey wrote:
> I just did a kernel upgrade from 2.6.8 to 2.6.15, but I do have my
> root partition on a RAID 1 config, and the initramfs stops with a
> message about /dev/md0 not existing.
>
> There is a problem of timing, udev waits too much to create the scsi
> devices /dev/sd[abc], so I did an script to wait for this files to
> appear in /dev, which I installed on
>/etc/mkinitramfs/scripts/local-top

Please file a bug report against initramfs-tools. The maintainer is very 
responsive to issues like these and is best placed to (help) find a 
structural solution.


pgpkirHtHzjLO.pgp
Description: PGP signature

Australian timezone (australasia) update for this weekend

[Aníbal Monsalve Salazar]

Hello,

The Australian timezone change is a couple of days away. If you are
running servers depending on acurrate time, you will need to check
or update them.

If you are running sid (unstable) or etch (testing), to update your
Australian timezone, just run 'apt-get update; apt-get install
libc6'.

For stable (sarge) and oldstable (woody) you may have to update
your system mannually.

To check/change your timezone, use tzconfig. In my case, tzconfig
tells me that my timezone is Australia/Melbourne.

To check if your timezone change will happen on either "Sun Mar 26"
or "Sun Apr  2", run 'zdump -v Australia/Melbourne | grep 2006'.
Replace Australia/Melbourne with your own timezone.

If your timezone change will happen on "Sun Apr  2", you're safe.

If your timezone change will happen on "Sun Mar 26", you may want
to update the Australian timezone.

If you cannot update libc6, you could update the Australian timezone
mannually, as described in the following lines.

1. Download the timezone (australasia) file. It includes the
   Australia, Indian and Pacific timezone information.

   wget -nH -N http://people.debian.org/~anibal/timezone/australasia

   If you don't want to use my copy of the australasia file,
   download http://ftp.gnu.org/pub/gnu/glibc/glibc-2.4.tar.bz2 (size
   is 15,202,445) and extract glibc-2.4/timezone/australasia.

   Together with my copy of the australasia file, there are files
   with the md5 checksum and my gpg signature of the australasia
   file.

2. Backup you zoneinfo directory.

   tar cf - /usr/share/zoneinfo | bzip2 -9 - > zoneinfo.tar.bz2

3. As root, run:

   zic australasia

4. Check your timezone change.

   zdump -v Australia/Melbourne | grep 2006

   It should show "Sun Apr  2".

Regards,

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Re: We want to honestly apoligize to the whole Debian Community

[Amaya]

Gregg Coner wrote:
> Our actions in the Debian Mailing Lists were uncalled for.  We honestly
> regret everything we said and did. 

Good, now please just stop. 

-- 
 .''`.   I may not have gone where I intended to go, but I think
: :' :   I have ended up where I needed to be   -- Douglas Adams
`. `'   Proudly running unstable Debian GNU/Linux
  `- www.amayita.com  www.malapecora.com  www.chicasduras.com


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

Re: We want to honestly apoligize to the whole Debian Community

[Frans Pop]

On Thursday 23 March 2006 00:02, Gregg Coner wrote:
> And plus, to the average user, the most up to date gnome is most
> important. 

Haven't you heard? The average Gnome user is switching away from Gnome to 
other alternatives.

Myself, I'm a KDE user currently, so why do I not propose to sync Debian's 
release to their release schedule? Or why not MySQL, or Apache or ...?
Because I happen to know that releasing Debian involves a bit more than 
waiting for random upstream releases.

Debian follows its own release schedule (which may or may not be optimal) 
and personally I'm very happy with the fact that all signs are that Etch 
will be released in about half the time it took for Sarge to be released.

Cheers,
FJP


pgp070k11HPQm.pgp
Description: PGP signature

Re: Linux kernel upgrade & udev

[martin f krafft]

also sprach Jose Luis Rey <[EMAIL PROTECTED]> [2006.03.22.2355 +0100]:
> There is a problem of timing,

Have you upgraded busybox to the latest version?

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
security at micro$oft: how do we secure a billion dollar profit?


signature.asc
Description: Digital signature (GPG/PGP)

Re: Linux kernel upgrade & udev

[martin f krafft]

also sprach martin f krafft <[EMAIL PROTECTED]> [2006.03.23.0116 +0100]:
> also sprach Jose Luis Rey <[EMAIL PROTECTED]> [2006.03.22.2355 +0100]:
> > There is a problem of timing,
> 
> Have you upgraded busybox to the latest version?

#356868 maybe.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
"the mind of the thoroughly well-informed man is a dreadful thing.
 it is like a bric-à-brac shop, all monsters and dust,
 with everything priced above its proper value."
-- oscar wilde


signature.asc
Description: Digital signature (GPG/PGP)

Re: We want to honestly apoligize to the whole Debian Community

[martin f krafft]

also sprach Gregg Coner <[EMAIL PROTECTED]> [2006.03.23.0002 +0100]:
> Phase 1: Gnome is released and you spend the first entire month doing all the
> crazy things to the package that should only be done in experimental with a
> goal that at the end of the first month the package will be in Unstable.
> 
> Phase 2:  During the second month you work hard doing all the RC bug fixes and
> everything else needed so that by the end of the second month it has entered
> testing.
> 
> Phase 3:  You know have two months with the new gnome in testing to have a bug
> smashing fest so that the whole distro is ready and the end of four months for
> release.

How about you add a little *you* to those yous above? As in help to
make it happen.

>Sincerly,
>  The pretend BYU
> students

How about you identify youselves? An anonymous apology is kinda
worthless.

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
"moral zu predigen ist ebenso leicht
 als moral zu begründen schwer ist."
 - friedrich nietzsche


signature.asc
Description: Digital signature (GPG/PGP)

bet there are no senior citizen developers

[Dan Jacobson]

Bet there are also few developers over 45 years old.
Probably 99% young, male.
Bet there is no web page with developer age demographics.
Anyway, at 45 things get fuzzy, at least for me, so I admire
those older developers.


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

Re: Australian timezone (australasia) update for this weekend

[Hubert Chan]

Hi Aníbal,

On Thu, 23 Mar 2006 10:22:37 +1100, Aníbal Monsalve Salazar <[EMAIL PROTECTED]> 
said:

> Hello, The Australian timezone change is a couple of days away. If you
> are running servers depending on acurrate time, you will need to check
> or update them.

> If you are running sid (unstable) or etch (testing), to update your
> Australian timezone, just run 'apt-get update; apt-get install libc6'.

Could you let us know which version the change is in, so that those who
already have versions with the change included don't have to worry about
upgrading if they don't need to?

Testing has libc6 2.3.6-3.  Is it safe to assume that any 2.3.6 version
will have the correct time zone information?

Thanks

-- 
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA

Re: bet there are no senior citizen developers

[Michael Banck]

Hi Dan,

On Thu, Mar 23, 2006 at 06:27:18AM +0800, Dan Jacobson wrote:
> Bet there are also few developers over 45 years old.
> Probably 99% young, male.
> Bet there is no web page with developer age demographics.
> Anyway, at 45 things get fuzzy, at least for me, so I admire
> those older developers.

Please post non-development issues to debian-project next time.

Or rethink whether your issue needs posting at all.


thanks,

Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Re: bet there are no senior citizen developers

[Philip Charles]

On Thu, 23 Mar 2006 10:27, Dan Jacobson wrote:
> Bet there are also few developers over 45 years old.
> Probably 99% young, male.
> Bet there is no web page with developer age demographics.
> Anyway, at 45 things get fuzzy, at least for me, so I admire
> those older developers.

You lost your bet.  Pushing 68 here.

Phil.

-- 
  Philip Charles; 39a Paterson Street, Abbotsford, Dunedin, New Zealand
   +64 3 488 2818Fax +64 3 488 2875Mobile 025 267 9420
 [EMAIL PROTECTED] - preferred.  [EMAIL PROTECTED]
  I sell GNU/Linux & GNU/Hurd CDs & DVDs.   See http://www.copyleft.co.nz


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

RE: Australian timezone (australasia) update for this weekend

[Mansour, Michael]

Why don't you just run:

# zdump -v Australia/whatever | grep 2006

to find out?

That is the only way to tell for sure.

Michael.

-Original Message-
From: Hubert Chan [mailto:[EMAIL PROTECTED] 
Sent: Thursday, 23 March 2006 11:12 AM
To: debian-user@lists.debian.org
Cc: debian-devel@lists.debian.org
Subject: Re: Australian timezone (australasia) update for this weekend

Hi Aníbal,

On Thu, 23 Mar 2006 10:22:37 +1100, Aníbal Monsalve Salazar <[EMAIL PROTECTED]> 
said:

> Hello, The Australian timezone change is a couple of days away. If you 
> are running servers depending on acurrate time, you will need to check 
> or update them.

> If you are running sid (unstable) or etch (testing), to update your 
> Australian timezone, just run 'apt-get update; apt-get install libc6'.

Could you let us know which version the change is in, so that those who already 
have versions with the change included don't have to worry about upgrading if 
they don't need to?

Testing has libc6 2.3.6-3.  Is it safe to assume that any 2.3.6 version will 
have the correct time zone information?

Thanks

--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA   (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7  5291 AF29 C719 124B 61FA

Re: Australian timezone (australasia) update for this weekend

[Aníbal Monsalve Salazar]

On Wed, Mar 22, 2006 at 05:11:39PM -0700, Hubert Chan wrote:
>Testing has libc6 2.3.6-3. Is it safe to assume that any 2.3.6
>version will have the correct time zone information?

Yes. Bug #345479 was fixed in version 2.3.6-1 of glibc.

http://bugs.debian.org/345479

Please follow up to [EMAIL PROTECTED]

Aníbal Monsalve Salazar
-- 
http://v7w.com/anibal


signature.asc
Description: Digital signature

Bug#357869: ITA: xfonts-thai-ttf - Thai TrueType fonts from NECTEC

[Theppitak Karoonboonyanan]

Package: wnpp
Followup-For: Bug #357869
Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>


I intend to adopt xfonts-thai-ttf package, whose upstream project,
thaifonts-scalable, has recently released a new version.
In local APT repository, it has provided ttf-thai-tlwg instead 
of xfonts-thai-ttf, and an additional t1-thai-tlwg as well.
The change was made by Chanop Silpa-Anan, the previous maintainer
himself.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)


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

Bug#358544: ITP: gtk-im-libthai -- GTK+ Input Method Module using LibThai

[Theppitak Karoonboonyanan]

Package: wnpp
Severity: wishlist
Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>


* Package name: gtk-im-libthai
  Version : 0.1.3
  Upstream Author : Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
* URL : http://libthai.sourceforge.net/
* License : LGPL
  Description : GTK+ Input Method Module using LibThai

LibThai is a set of Thai language support routines aimed to ease
developers' tasks to incorporate Thai language support in their applications.
It includes important Thai-specific functions e.g. word breaking, input and
output methods as well as basic character and string supports. LibThai is an
Open Source and collaborative effort initiated by Thai Linux Working Group and
opened for all contributors.
.
This package provides third-party plugin for Thai input method in GTK+,
including input sequence correction, using LibThai.

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)


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

Bug#358541: ITP: pango-libthai -- LibThai Pango plugin with word break support

[Theppitak Karoonboonyanan]

Package: wnpp
Severity: wishlist
Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>


* Package name: pango-libthai
  Version : 0.1.5
  Upstream Author : Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
* URL : http://libthai.sourceforge.net/
* License : LGPL
  Description : LibThai Pango plugin with word break support

LibThai is a set of Thai language support routines aimed to ease
developers' tasks to incorporate Thai language support in their applications.
It includes important Thai-specific functions e.g. word breaking, input and
output methods as well as basic character and string supports. LibThai is an
Open Source and collaborative effort initiated by Thai Linux Working Group and
opened for all contributors.
.
This package provides third-party plugin for Thai support in Pango text
layout engine, including Thai word break, using LibThai.   

-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)


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

Bug#358539: ITP: libthai -- library for Thai language supports

[Theppitak Karoonboonyanan]

Package: wnpp
Severity: wishlist
Owner: Theppitak Karoonboonyanan <[EMAIL PROTECTED]>


* Package name: libthai
  Version : 0.1.5
  Upstream Author : Theppitak Karoonboonyanan <[EMAIL PROTECTED]>
* URL : http://libthai.sourceforge.net/
* License : LGPL
  Description : library for Thai language supports

LibThai is a set of Thai language support routines aimed to ease
developers' tasks to incorporate Thai language support in their applications.
It includes important Thai-specific functions e.g. word breaking, input and
output methods as well as basic character and string supports. LibThai is an
Open Source and collaborative effort initiated by Thai Linux Working Group and
opened for all contributors.


-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=th_TH, LC_CTYPE=th_TH (charmap=TIS-620)


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

Re: libopenobex library transition

[Steve Langasek]

severity 358279 important
severity 358275 important
severity 358283 important
thanks

On Wed, Mar 22, 2006 at 04:55:39PM +0100, Hendrik Sattler wrote:

> Sadly, they changed the soname again. So instead of directly uploading the
> new upstream version, I would like to wait for the following bugs to be
> resolved, 
> first:
> affix: #358279
> kdebluetooth: #358275
> multisync: #358283
> obexftp: needs upload of 0.19 (have to ask my sponsor :)

First of all, why are there already two libopenobex packages in unstable
(libopenobex -> libopenobex1, and libopenobex1.0 -> libopenobex1.0-0)?

Secondly, why do the above bugs need to be fixed before uploading the new
version of libopenobex?  AIUI, they already build-depend only on
libopenobex-1.0-0-dev, which is the older version of the library.

Third, if you're changing the name of the -dev package anyway, why are you
changing it to libopenobex1-dev instead of libopenobex-dev?  Is the API
expected to change with every soname change?

> When those are in testing, I will request removal of the old binary lib 
> packages (libopenobex-1.0-0*) from testing and sid.

Well, that answers my first question.  It also means that those bugs are
filed at the wrong severity: these packages currently do *not* FTBFS,
because you haven't requested removal of the old library yet.

> The build dependencies of those packages should then be at
> libopenobex-dev (>= 1.1)

That won't work.  libopenobex-dev is a virtual package; you can't have a
versioned (build-)dep on a virtual package.

But I don't see any good reason why libopenobex-dev shouldn't be the *real*
package name.

So, please:

- make the name of the -dev package libopenobex-dev instead of
  libopenobex1-dev, because sonames shouldn't be encoded in -dev package
  names
- don't wait for the other packages to be updated before uploading the new
  soname, if one is needed
- don't wait for the other packages to be updated before filing a removal
  request for the old library version.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Re: bet there are no senior citizen developers

[Joop PG4I]

2006/3/22, Dan Jacobson <[EMAIL PROTECTED]>:
Bet there are also few developers over 45 years old.Probably 99% young, male.Bet there is no web page with developer age demographics.Anyway, at 45 things get fuzzy, at least for me, so I admirethose older developers.
48 years old and still enjoying debian... --
To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact 
[EMAIL PROTECTED]Regards,Joop: pa3aba at debian dot org-- Linux for your hamradio desktop___  
http://www.qsl.net/pg4i/linux

Re: bet there are no senior citizen developers

[Wolfgang Lonien]

Joop PG4I wrote:
> 
> 2006/3/22, Dan Jacobson <[EMAIL PROTECTED] >:
> 
> Bet there are also few developers over 45 years old.
> Probably 99% young, male.
> Bet there is no web page with developer age demographics.
> Anyway, at 45 things get fuzzy, at least for me, so I admire
> those older developers. 
>
> 48 years old and still enjoying debian...

49 and applying for NMship soon...

cheers,
wjl aka Wolfgang Lonien
-- 
Key ID 0x728D9BD0 - public key available at wwwkeys.de.pgp.net
Key Fingerprint   = A923 2294 B7ED EB3E 2F18  AE56 AAB8 D36A 728D 9BD0
uid Wolfgang Lonien (wjl) 
We prefer encrypted, text-only email messages here. Thank you.


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