Re: packages up for adoption

[Marc 'HE' Brockschmidt]

Aníbal Monsalve Salazar <[EMAIL PROTECTED]> writes:
>>>and one a month old,
>>
>>An upstream contributor promised to fix it and I'm waiting for a patch to
>>test the fix.
> There is a workaround and the RC bug could be downgraded to important.

No. Having a workaround in the bug log is not something that changes the
severity of the bug. Please do not adopt more packages. Thanks.

Marc
-- 
BOFH #145:
Flat tire on station wagon with tapes.  ("Never underestimate the
bandwidth of a station wagon full of tapes hurling down the highway" Andrew S.
Tanenbaum) 


pgpVmhRqPCm8d.pgp
Description: PGP signature

Re: packages up for adoption

[Pierre Chifflier]

On Tue, Aug 26, 2008 at 10:46:33PM +0100, James Troup wrote:
> Hi,
> 
> The following packages are up for adoption:
> 
>  * p0f
> 

Hi,

I'd like to take this one.

Cheers,
Pierre


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

Re: [Suggestion] Reject Mail to ITP Bug

[Reinhard Tartler]

Thomas Viehmann <[EMAIL PROTECTED]> writes:

> Personally, I'm not sure that I'd be too excited to have reject mails
> archived on the BTS when I'm on the receiving end, but I guess that's
> just me. In most of the cases they would seem to add little value to the
> ITP bug.

Well, they would be pretty useful for the case that the package is team
maintained and the uploader fails or forgets to forward the reject mail
somewhere useful.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4


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

Is it a "user error" to use lilo?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi fellow developers,

Please someone help look at bug#494422.

What is wrong with my judgement[1]?


It seems to me that bug#494422 origins as the fix for bug#356850[2]

Generally I am worried about initramfs-tools being so invasive (see 
bug#494422 - especially Max seemingly recommending[3] to reinstall from 
time to time - slowly upgrading is not expected to work).


Please cc me on replies - I am not subscribed to -devel.

  - Jonas


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494422#50
[2] bug#http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356850
[3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385949#29

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki1L74ACgkQn7DbMsAkQLjjgQCeKVQ4n8yHVnt9AfTV6L8sLw/C
aZsAn0zrptW5TCEuZUF1FOmvwRG7ptUo
=1m91
-END PGP SIGNATURE-


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

Re: Is it a "user error" to use lilo?

[maximilian attems]

On Wed, Aug 27, 2008 at 12:43:10PM +0200, Jonas Smedegaard wrote:
> Hi fellow developers,
> 
> Please someone help look at bug#494422.
> 
> What is wrong with my judgement[1]?

you are totaly misinformed as usual,
don't mess with bugs you have zero knownledge with.
 
 
> It seems to me that bug#494422 origins as the fix for bug#356850[2]
> 
> Generally I am worried about initramfs-tools being so invasive (see 
> bug#494422 - especially Max seemingly recommending[3] to reinstall from 
> time to time - slowly upgrading is not expected to work).

kernel-img.conf(5) has nothing to do with initramfs-tools.
there you'll find do_bootloader documented.

kthxbye

-- 
maks


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

Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of badly built libs

[Gustaf Räntilä]

Package: general
Version: AMD64

This is basically a debian AMD64-version of the bug report for ubuntu
AMD64 bug 24691 [1].

The problem is (seems to be) that a lot of libraries are built with
alignment above 2**3. Most of these cases are actually 2**20 in ubuntu
AMD64 and 2**21 in debian AMD64. In other words, 1 and 2 MB
correspondingly!

I often see loose and vague arguments such as "if 99MB of that is
shared, the calculator is really only 'using' 1MB of ram -- and that's
fine" [2].
It's not fine. And it's certainly incorrect. Just because a library is
shared doesn't mean it's fine that it consumes megabytes(!) of memory
in vain. Especially libraries that are "shared" "between" 1 process.
Now, I can't figure out why such huge amounts of memory is hogged on
my computer. But I need to restart X about once a week. If I don't, my
4 GB of RAM is quickly filled and my 4 GB swap starts to work (hurray,
15 second delay when changing virtual desktop). It's been like this
since I bought this machine (soon 2 years ago), and I frequently
update my X driver (-radeon, -radeonhd, fglrx, etc), so I doubt they
are to blame for stealing my memory, even though it could've been a
good guess.

memstat reports lots and lots of libraries which consumes slightly
more than 2 mb each:
$ memstat | grep '\.so' | grep -v PID
gives me 551 lines, and by just grasping the result, easily 90% of
them are slightly more than 2 mb (2**21 + small stuff).

If these libraries could be built with 2**3 (8 byte) alignment,
instead of 2**21 (2 megabytes), I assume, just like the discussion in
[1], that at least some memory wouldn't be wasted in vain.
So how many libraries (on my system) are built with 2**21 alignment?

/lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep -q -e
'2\*\*21' ; then echo $file ; fi ; done | wc
99
/usr/lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep
-q -e '2\*\*21' ; then echo $file ; fi ; done | wc
2777
/usr/lib/*: $ for file in `\ls */*.so.*` ; do if objdump -x $file |
grep -q -e '2\*\*21' ; then echo $file ; fi ; done | wc
396

99 + 2777 + 396 = 3272.
Quite a lot of libraries. Loading them all would require roughly 7 GB.
Remember: loading. Not using. And these are just on my system, it's
not even close to "all" libraries in debian.

Just looking at how much memory pidgin-specific plugins consumes is frightening:
memstat | grep -E '(purple|pidgin)+.*\.so.*'
Returns 88 libraries, ALL consuming slightly more than 2 mb. How many
of them are "shared" with any other program than pidgin? I'd say none.
But that's just a guess.
So this means at least 200 mb memory usage for pidgin alone? Could
this really be the case?!
$ ps aux | grep pidgin
gustaf   30432  0.2  1.7 631196 68532 ?SAug26   2:36 pidgin
Oh yeah, 631192 kB virtual and 68532 kB resident.

I say this again, some people argues; "but most of that 616 MB is
shared so it doesn't matter". It matters, because Linux prefers to
swap it, to give place for IO buffers, and when things are being
swapped, holy moses, Ctrl+Alt+Backspace is thy saviour.
Pidgin consuming 616 MB virtual memory is just.. Well.. Messed up. To
put it lightly.

It could be reasonable to see the rest of the memory hoggers on my
system, to make it clear that this really is a big problem.

Please note that pidgin is only on 8th place! This is 'top' sorted by
'M' (memory usage):

31095 gustaf20   0 1314m 700m  35m R   30 17.8 252:06.36 firefox-bin
32197 gustaf20   0 1006m 439m  39m S   12 11.2 167:03.50 epiphany-browse
30134 root  20   0  625m 256m  14m S8  6.5  99:41.51 Xorg
 2680 gustaf20   0  479m 103m  25m S0  2.6   4:07.31 banshee-1
30305 gustaf20   0  438m  82m  17m S0  2.1   0:31.87 /usr/lib/ontv/o
 1621 gustaf20   0  304m  76m  14m S0  1.9   0:42.91 gnome-terminal
 6070 clamav20   0 92524  76m  380 S0  1.9   0:00.00 clamd
30432 gustaf20   0  616m  66m  28m S1  1.7   2:37.08 pidgin

$ free -m
 total   used   free sharedbuffers cached
Mem:  3934   3891 43  0331   1186
-/+ buffers/cache:   2373   1561
Swap: 3859  5   3853

Real memory usage of my very recently booted machine (I haven't
started even a small subset of the apps I usually run): 2373 MB!

$ uptime
 12:27:24 up 21:44, 13 users,  load average: 1.09, 1.05, 0.99

I'm not sure my mobo supports much more than what I have, but I'm
seriously thinking of spending (too much) money on 8 or 16 GB RAM,
just to have a system that is usable.

Oh yeah, I'm using 'sid', maybe that's important to know, by I
certainly doubt it.

I haven't seen many discussions about this in debian, and just 1 about
ubuntu [1]. It could be that I have gotten things completely the wrong
way (then please tell me so), but it could also be that this has been
overseen for too long, and now needs serious attention.
Memory is cheap nowadays, but it isn't free. And if we're expected to
buy do

Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of badly built libs

[Samuel Thibault]

Gustaf Räntilä, le Wed 27 Aug 2008 12:50:45 +0200, a écrit :
> I haven't seen many discussions about this in debian, and just 1 about ubuntu 
> [1]. It could be that I have gotten things completely the wrong way (then 
> please tell me so), but it could also be that this has been overseen for too 
> long, and now needs serious attention.

Do not mistake virtual memory for resident memory.  Aligning stuff in
the address space is not a problem, it does _not_ consume any memory
(even less if the library is not even used).

> 31095 gustaf20   0 1314m 700m  35m R   30 17.8 252:06.36 firefox-bin
> 32197 gustaf20   0 1006m 439m  39m S   12 11.2 167:03.50 epiphany-browse

Here are the suckers, not pidgin.  Do not have a look at virtual
numbers, as the name says these are virtual.  Have a look at the %MEM or
RES columns instead.

Samuel



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

Re: packages up for adoption

[Charles Plessy]

Le Tue, Aug 26, 2008 at 06:15:01PM -0700, Steve Langasek a écrit :
> On Tue, Aug 26, 2008 at 10:46:33PM +0100, James Troup wrote:
> 
> > The following packages are up for adoption:
> 
> >  * gawk
> >  * mawk
> >  * gawk-doc (non-free)
> 
> I would be willing to take these three.

Hi all,

those packages seem to interest many persons. Wouldn't it make sense to
have them team-maintained?

Have a nice day,

-- 
Charles Plessy
Debian Med packaging team,
Tsurumi, Kanagawa, Japan


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

Unusual version numbering systems

[Dominic Hargreaves]

Hi,

I have packaged a piece of software [1] which uses a version number
system which is not compatible with Debian's ordering.

The version numbers go like

4.1
4.12
4.2rc -> 4.2~rc
4.2
4.21
(maybe 4.3)

So, 4.12 and 4.21 are point releases, and break the ordering.

I would now like to package 4.21, but I'm aware that this leads the way
to problems for 4.3.

As I see it there are three ways to fix this:

- persuade upstream to change the version numbering
- add an epoch each time a new major release comes out (but policy
  discourages this - see note at the bottom of 5.6.12)
- package 4.3, if/when it comes along, as 4.30 instead.

Of these options, the first may not be possible, the second is a bit
ugly, and the third is probably the most confusing in that it invents
version numbers. I think I would prefer the second option, but does
anyone else have any suggestions or pointers to where this sort of
problem has been solved before?

I'm asking now in case there is another option which would require me
doing something different for 4.21.

Thanks,
Dominic.

[1] http://packages.qa.debian.org/m/movabletype-opensource.html

-- 
Dominic Hargreaves | http://www.larted.org.uk/~dom/
PGP key 5178E2A5 from the.earth.li (keyserver,web,email)


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

Re: Unusual version numbering systems

[Martín Ferrari]

Hi,

On Wed, Aug 27, 2008 at 08:51, Dominic Hargreaves <[EMAIL PROTECTED]> wrote:


> I'm asking now in case there is another option which would require me
> doing something different for 4.21.

I'd add zeroes to the right, to have always two digits after the
point, which can be done automatically with a uversionmangle rule if
you use uscan and watchfiles. And in this way, the "invented" version
is documented.


-- 
Martín Ferrari


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

Re: Unusual version numbering systems

[Ralf Treinen]

On Wed, Aug 27, 2008 at 12:51:19PM +0100, Dominic Hargreaves wrote:

> The version numbers go like
> 
> 4.1
> 4.12
> 4.2rc -> 4.2~rc
> 4.2
> 4.21
> (maybe 4.3)
> 
> So, 4.12 and 4.21 are point releases, and break the ordering.
> 
> I would now like to package 4.21, but I'm aware that this leads the way
> to problems for 4.3.
> 
> As I see it there are three ways to fix this:
> 
> - persuade upstream to change the version numbering
> - add an epoch each time a new major release comes out (but policy
>   discourages this - see note at the bottom of 5.6.12)
> - package 4.3, if/when it comes along, as 4.30 instead.

You might also pack 4.21 as 4.2.1, or maybe 4.2.1.was.4.21 if you want to
have the original version number visible.

-Ralf.


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

Re: Is it a "user error" to use lilo?

[Bjørn Mork]

maximilian attems <[EMAIL PROTECTED]> writes:

> kernel-img.conf(5) has nothing to do with initramfs-tools.
> there you'll find do_bootloader documented.

I am glad you are referring to this man page.  I found myself looking
for it a while ago, surprised to find that it wasn't installed on the
system in question.  A little searchin told me that was because it's
part of kernel-package and therefore not installed on most systems
having a /etc/kernel-img.conf file.

Maybe this essential documentation should be split out to a separate
package depended on by initramfs-tools, linux-image-* and possibly other
packages using /etc/kernel-img.conf?



Bjørn
-- 
You must be a real weasel to think that if you've seen one source
license, you've seen them all


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

Re: Unusual version numbering systems

[Bastian Blank]

On Wed, Aug 27, 2008 at 12:51:19PM +0100, Dominic Hargreaves wrote:
> I have packaged a piece of software [1] which uses a version number
> system which is not compatible with Debian's ordering.
> 
> The version numbers go like
> 
> 4.1
> 4.12
-> 4.1.2
> 4.2rc -> 4.2~rc
> 4.2
> 4.21
-> 4.2.1
> (maybe 4.3)

> - persuade upstream to change the version numbering

Usually the best version, because most of the distributions have some
version comparision which will break on that versioning.

> - add an epoch each time a new major release comes out (but policy
>   discourages this - see note at the bottom of 5.6.12)

Epochs are to fix errors made in the versioning, not to workaround
well-known problems.

> - package 4.3, if/when it comes along, as 4.30 instead.

- Use your own scheme, you don't need to follow upstream if you have
  reasons to do so.

Bastian

-- 
Vulcans do not approve of violence.
-- Spock, "Journey to Babel", stardate 3842.4


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

Re: Is it a "user error" to use lilo?

[Luca Capello]

Hi!

On Wed, 27 Aug 2008 14:02:06 +0200, Bjørn Mork wrote:
> maximilian attems <[EMAIL PROTECTED]> writes:
>> kernel-img.conf(5) has nothing to do with initramfs-tools.
>> there you'll find do_bootloader documented.
>
> I am glad you are referring to this man page.  I found myself looking
> for it a while ago, surprised to find that it wasn't installed on the
> system in question.  A little searchin told me that was because it's
> part of kernel-package and therefore not installed on most systems
> having a /etc/kernel-img.conf file.

This is even worse, considering that kernel-package ATM is unfit for
release (bug #475036 [1]).

Thx, bye,
Gismo / Luca

Footnotes: 
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=475036


pgp5D3HlMOU6P.pgp
Description: PGP signature

Re: Is it a "user error" to use lilo?

[maximilian attems]

On Wed, Aug 27, 2008 at 02:02:06PM +0200, Bjørn Mork wrote:
> maximilian attems <[EMAIL PROTECTED]> writes:
> 
> > kernel-img.conf(5) has nothing to do with initramfs-tools.
> > there you'll find do_bootloader documented.
> 
> I am glad you are referring to this man page.  I found myself looking
> for it a while ago, surprised to find that it wasn't installed on the
> system in question.  A little searchin told me that was because it's
> part of kernel-package and therefore not installed on most systems
> having a /etc/kernel-img.conf file.
> 
> Maybe this essential documentation should be split out to a separate
> package depended on by initramfs-tools, linux-image-* and possibly other
> packages using /etc/kernel-img.conf?

kernel-img.conf does not pertain to any package, this is meant to be solved
postlenny by linux images using debian kernel toolkit [1]

kind regards

-- 
maks

[1] http://multibuild.org/documentation/dkt


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

Re: Unusual version numbering systems

[Neil Williams]

On Wed, 2008-08-27 at 12:51 +0100, Dominic Hargreaves wrote:
> - package 4.3, if/when it comes along, as 4.30 instead.

and continue to assume a '0' suffix if one is not present, so that 4.4
is actually 4.40 etc.

However, are you sure that getting upstream to use 4.3.0 isn't
achievable? 4.3.1 would follow either 4.3 or 4.3.0

> Of these options, the first may not be possible, the second is a bit
> ugly, and the third is probably the most confusing in that it invents
> version numbers. I think I would prefer the second option, but does
> anyone else have any suggestions or pointers to where this sort of
> problem has been solved before?



-- 


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/




signature.asc
Description: This is a digitally signed message part

Re: Unusual version numbering systems

[Michal Čihař]

Hi

Dne Wed, 27 Aug 2008 12:51:19 +0100
Dominic Hargreaves <[EMAIL PROTECTED]> napsal(a):

> So, 4.12 and 4.21 are point releases, and break the ordering.
> 
> I would now like to package 4.21, but I'm aware that this leads the way
> to problems for 4.3.
> 
> As I see it there are three ways to fix this:
> 
> - persuade upstream to change the version numbering
> - add an epoch each time a new major release comes out (but policy
>   discourages this - see note at the bottom of 5.6.12)
> - package 4.3, if/when it comes along, as 4.30 instead.

You can also use 4.2.1 instead of 4.21. Also confusing but maybe a bit
less than using 4.30. I would try first to talk to upstream, because
most distributions will have same issue.

-- 
Michal Čihař | http://cihar.com | http://blog.cihar.com


signature.asc
Description: PGP signature

Re: Is it a "user error" to use lilo?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Aug 27, 2008 at 01:05:42PM +0200, maximilian attems wrote:
>On Wed, Aug 27, 2008 at 12:43:10PM +0200, Jonas Smedegaard wrote:
>> Hi fellow developers,
>> 
>> Please someone help look at bug#494422.
>> 
>> What is wrong with my judgement[1]?
>
>you are totaly misinformed as usual,

Perhaps uninformed - thanks to your one-liner bug-closures


>don't mess with bugs you have zero knownledge with.

I promise you that I won't ever do that, and claim that I have never 
ever done so before in my entire life.

What was the relevance of your remark?  Did you perhaps forget a smiley?



>> It seems to me that bug#494422 origins as the fix for bug#356850[2]
>> 
>> Generally I am worried about initramfs-tools being so invasive (see 
>> bug#494422 - especially Max seemingly recommending[3] to reinstall from 
>> time to time - slowly upgrading is not expected to work).
>
>kernel-img.conf(5) has nothing to do with initramfs-tools.
>there you'll find do_bootloader documented.

You mean this?:

>do_bootloader
>   If set to NO, this prevents the postinst from running  the  boot
>   loader.  Defaults to Yes.

So do_bootloader is a flag solely for the use by Linux kerne packages' 
postinst script.

If this issue is unrelated to initramfs-tools, why did you close it?  
Why not reassign to the proper package instead?



  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki1RQYACgkQn7DbMsAkQLjOcQCfdEAtEXo0n4n5/m1KfMup3i8l
XDQAoJ/cNZVBdTKiWhsrHUinbVBEOVPJ
=RRUU
-END PGP SIGNATURE-


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

[Help] Re: feh: alpha blending (e.g., thumbnail under pointer hilite) not working

[Andreas Tille]

Hi Maciej,

you reported the problem described above a long time ago and got
not response.  I took over the feh package now and just would like
to say sorry for leaving your problem ignored in the first place.

I verified that this problem exists on recent testing with the
current feh version.  I'm a little bit suspicious about the fact
that you wrote the problem would not occure when using the old
4.3.0.dfsg.1-1 version of "xserver-xfree86".  I admit I'm not
very educated in X server programming and thus I would like to
ask for help here on Debian devel list whether this is really
a problem of feh or rather the underlying libraries.

Any ideas?

Kind regards and thanks for reporting problems in Debian anyway

   Andreas.

--
http://fam-tille.de


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

Re: Please hint poppler-data for lenny inclusion

[Hideki Yamane]

On Sun, 24 Aug 2008 08:32:21 +0200
Christian Perrier <[EMAIL PROTECTED]> wrote:
> Also don't forget about suggesting to add it to the CJK languages
> -desktop tasks in tasksel, if it is that important.
> 
> I think that non-free packages can be added there...

 That's very very helpful for our users!

 If not, users must edit their apt lines by hand, and know this
 poppler-data package is needed to view PDF files, it's painful
 thing for average users (Yes, I can do that easily, and you can
 also do that, but your mother, father, little brother or sister
 probably can't do that).

 "Our priorities are our users and free software" - yeah, you know that, 
 "users" are important for us :) (not only free software)

 
 So I and other Japanese Debian developer/maintainer/package maintainer/
 users want poppler-data package to there, the CJK languages-desktop 
 tasks in tasksel. Please consider that.

 



-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/iijmio-mail.jp
 http://wiki.debian.org/HidekiYamane


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

Re: Is it a "user error" to use lilo?

[William Pitcock]

Hi,

Using latest initramfs-tools with lilo works for me, provided that the
new large-memory feature is enabled.

As maks says, user error applies here.

William

On Wed, 2008-08-27 at 12:43 +0200, Jonas Smedegaard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hi fellow developers,
> 
> Please someone help look at bug#494422.
> 
> What is wrong with my judgement[1]?
> 
> 
> It seems to me that bug#494422 origins as the fix for bug#356850[2]
> 
> Generally I am worried about initramfs-tools being so invasive (see 
> bug#494422 - especially Max seemingly recommending[3] to reinstall from 
> time to time - slowly upgrading is not expected to work).
> 
> 
> Please cc me on replies - I am not subscribed to -devel.
> 
>   - Jonas
> 
> 
> [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494422#50
> [2] bug#http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356850
> [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=385949#29
> 
> - -- 
> * Jonas Smedegaard - idealist og Internet-arkitekt
> * Tlf.: +45 40843136  Website: http://dr.jones.dk/
> 
>   [x] quote me freely  [ ] ask before reusing  [ ] keep private
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
> 
> iEYEARECAAYFAki1L74ACgkQn7DbMsAkQLjjgQCeKVQ4n8yHVnt9AfTV6L8sLw/C
> aZsAn0zrptW5TCEuZUF1FOmvwRG7ptUo
> =1m91
> -END PGP SIGNATURE-
> 
> 


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

Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of badly built libs

[Lennart Sorensen]

On Wed, Aug 27, 2008 at 12:50:45PM +0200, Gustaf R??ntil?? wrote:
> Package: general
> Version: AMD64
> 
> This is basically a debian AMD64-version of the bug report for ubuntu
> AMD64 bug 24691 [1].
> 
> The problem is (seems to be) that a lot of libraries are built with
> alignment above 2**3. Most of these cases are actually 2**20 in ubuntu
> AMD64 and 2**21 in debian AMD64. In other words, 1 and 2 MB
> correspondingly!
> 
> I often see loose and vague arguments such as "if 99MB of that is
> shared, the calculator is really only 'using' 1MB of ram -- and that's
> fine" [2].
> It's not fine. And it's certainly incorrect. Just because a library is
> shared doesn't mean it's fine that it consumes megabytes(!) of memory
> in vain. Especially libraries that are "shared" "between" 1 process.
> Now, I can't figure out why such huge amounts of memory is hogged on
> my computer. But I need to restart X about once a week. If I don't, my
> 4 GB of RAM is quickly filled and my 4 GB swap starts to work (hurray,
> 15 second delay when changing virtual desktop). It's been like this
> since I bought this machine (soon 2 years ago), and I frequently
> update my X driver (-radeon, -radeonhd, fglrx, etc), so I doubt they
> are to blame for stealing my memory, even though it could've been a
> good guess.
> 
> memstat reports lots and lots of libraries which consumes slightly
> more than 2 mb each:
> $ memstat | grep '\.so' | grep -v PID
> gives me 551 lines, and by just grasping the result, easily 90% of
> them are slightly more than 2 mb (2**21 + small stuff).
> 
> If these libraries could be built with 2**3 (8 byte) alignment,
> instead of 2**21 (2 megabytes), I assume, just like the discussion in
> [1], that at least some memory wouldn't be wasted in vain.
> So how many libraries (on my system) are built with 2**21 alignment?
> 
> /lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep -q -e
> '2\*\*21' ; then echo $file ; fi ; done | wc
> 99
> /usr/lib: $ for file in `\ls *.so.*` ; do if objdump -x $file | grep
> -q -e '2\*\*21' ; then echo $file ; fi ; done | wc
> 2777
> /usr/lib/*: $ for file in `\ls */*.so.*` ; do if objdump -x $file |
> grep -q -e '2\*\*21' ; then echo $file ; fi ; done | wc
> 396
> 
> 99 + 2777 + 396 = 3272.
> Quite a lot of libraries. Loading them all would require roughly 7 GB.
> Remember: loading. Not using. And these are just on my system, it's
> not even close to "all" libraries in debian.
> 
> Just looking at how much memory pidgin-specific plugins consumes is 
> frightening:
> memstat | grep -E '(purple|pidgin)+.*\.so.*'
> Returns 88 libraries, ALL consuming slightly more than 2 mb. How many
> of them are "shared" with any other program than pidgin? I'd say none.
> But that's just a guess.
> So this means at least 200 mb memory usage for pidgin alone? Could
> this really be the case?!
> $ ps aux | grep pidgin
> gustaf   30432  0.2  1.7 631196 68532 ?SAug26   2:36 pidgin
> Oh yeah, 631192 kB virtual and 68532 kB resident.
> 
> I say this again, some people argues; "but most of that 616 MB is
> shared so it doesn't matter". It matters, because Linux prefers to
> swap it, to give place for IO buffers, and when things are being
> swapped, holy moses, Ctrl+Alt+Backspace is thy saviour.
> Pidgin consuming 616 MB virtual memory is just.. Well.. Messed up. To
> put it lightly.
> 
> It could be reasonable to see the rest of the memory hoggers on my
> system, to make it clear that this really is a big problem.
> 
> Please note that pidgin is only on 8th place! This is 'top' sorted by
> 'M' (memory usage):
> 
> 31095 gustaf20   0 1314m 700m  35m R   30 17.8 252:06.36 firefox-bin
> 32197 gustaf20   0 1006m 439m  39m S   12 11.2 167:03.50 epiphany-browse
> 30134 root  20   0  625m 256m  14m S8  6.5  99:41.51 Xorg
>  2680 gustaf20   0  479m 103m  25m S0  2.6   4:07.31 banshee-1
> 30305 gustaf20   0  438m  82m  17m S0  2.1   0:31.87 /usr/lib/ontv/o
>  1621 gustaf20   0  304m  76m  14m S0  1.9   0:42.91 gnome-terminal
>  6070 clamav20   0 92524  76m  380 S0  1.9   0:00.00 clamd
> 30432 gustaf20   0  616m  66m  28m S1  1.7   2:37.08 pidgin

Firefox and epiphany are complete pigs when it comes to memory use.

On amd64 machines not running those things look absolutely fine.

Firefox causes plenty of swapping on i386 as well.

> $ free -m
>  total   used   free sharedbuffers cached
> Mem:  3934   3891 43  0331   1186
> -/+ buffers/cache:   2373   1561
> Swap: 3859  5   3853
> 
> Real memory usage of my very recently booted machine (I haven't
> started even a small subset of the apps I usually run): 2373 MB!

Firefox probably consumes over 50% of the ram of all the applications
you are likely to run.

Memory is allocated in 4KB pages (since that is what the hardware
supports unless you think 2MB pages are a good idea, or 1GB pages).
What

Re: Please hint poppler-data for lenny inclusion

[Christian Perrier]

Hideki Yamane a écrit :

>  So I and other Japanese Debian developer/maintainer/package maintainer/
>  users want poppler-data package to there, the CJK languages-desktop 
>  tasks in tasksel. Please consider that.

The easiest way to have this to happen is by sending a wishlist bug
report against tasksel.


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

Re: Is it a "user error" to use lilo?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Aug 27, 2008 at 08:15:09AM -0500, William Pitcock wrote:
>Using latest initramfs-tools with lilo works for me, provided that the 
>new large-memory feature is enabled.
>
>As maks says, user error applies here.

Entirely or partly?


If I understand that bugreport correctly, the bugreporter had LILO 
installed but did not use it:

> I reboot the system and surprise: grub was *overwritten* by lilo!!!

and later

> Why was grub overwritten by lilo? Will running "grub-install (hd0,0)" 
> fix the problem?


I agree with Martin[1] that parts of the bugreport is a known LILO bug, 
but also agree with him that more than that is going on.

Original bugreporter is satisfied that his system works - but please 
note that in addition to fixing that known bug, the LILO package is also 
removed.


Harrasing LILO users by silencing bugreports about problems[2] using it 
is the wrong approach.  If LILO is officially unsupported by Debian (not 
only by kernel team and/or initramfs-tools maintainer) we should drop 
that package from the archive!


  - Jonas

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494422#10

[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361270

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki1WaUACgkQn7DbMsAkQLhSEQCfbh/XsdChs7PtMxLa3drF7RFW
7pcAn04i1fGfM88lfR7i5kD0uVTxOb0v
=RzyB
-END PGP SIGNATURE-


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

Re: Please hint poppler-data for lenny inclusion

[Deng Xiyue]

在 2008-08-27三的 15:58 +0200，Christian Perrier写道：
> Hideki Yamane a écrit :
> 
> >  So I and other Japanese Debian developer/maintainer/package maintainer/
> >  users want poppler-data package to there, the CJK languages-desktop 
> >  tasks in tasksel. Please consider that.
> 
> The easiest way to have this to happen is by sending a wishlist bug
> report against tasksel.
> 

Though I'm not a maintainer of tasksel stuff, I think it's valid to
suggest the same to be done for Chinese(both simplified and traditional)
and Korean tasks as well, so that we save some bug number count :)

> 
-- 
Regards,
Deng Xiyue, a.k.a. manphiz



signature.asc
Description: 	这是信件的数字签	名部分

Re: Is it a "user error" to use lilo?

[William Pitcock]

Hi,

On Wed, 2008-08-27 at 15:41 +0200, Jonas Smedegaard wrote:
> 
> Harrasing LILO users by silencing bugreports about problems[2] using
> it 
> is the wrong approach.  If LILO is officially unsupported by Debian
> (not 
> only by kernel team and/or initramfs-tools maintainer) we should drop 
> that package from the archive!

I am LILO's maintainer. It is hardly unsupported, infact it is supported
better now than it has been in a long time. While I do plan to drop it
post-lenny, it will certaintly be supported for lenny's release
lifecycle.

The initramfs-tools maintainer does not support any bootloader. It is
not their place to support any bootloaders.

I think it is absurd that you claim you are being silenced when you are
not.

If you have both GRUB and LILO installed, there will be problems. That
is infact, a bug. They should Conflict with each other to ensure that
only one can be installed at a time, but it is a minor bug at best, as
any smart user would not have both bootloaders installed. And infact,
any typical user would not install a second bootloader.

William


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

Re: Is it a "user error" to use lilo?

[Julien BLACHE]

William Pitcock <[EMAIL PROTECTED]> wrote:

Hi,

> If you have both GRUB and LILO installed, there will be problems. That
> is infact, a bug. They should Conflict with each other to ensure that
> only one can be installed at a time, but it is a minor bug at best, as

There's no reason why the LILO and GRUB packages should conflict. I
want to use LILO on my machine because GRUB fails miserably, yet I
need GRUB to generate a GRUB boot-floppy.

JB.

-- 
 Julien BLACHE - Debian & GNU/Linux Developer - <[EMAIL PROTECTED]> 
 
 Public key available on  - KeyID: F5D6 5169 
 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 


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

[Help] Problem with blitz++ package (debian lenny, amd64). (fwd)

[Andreas Tille]

Hi,

via Google I have seen that the same problem was reported (and solved,
but I have no idea how to obtain the patch) in archlinux:

http://bbs.archlinux.org/viewtopic.php?pid=404588

The user who reported the problem found out that the following workaround
solves the problem on his machine:


--- blitz++-0.9.orig/blitz/compiler.h
+++ blitz++-0.9/blitz/compiler.h
@@ -114,6 +114,7 @@
 #error In : Your compiler does not support enum 
computations.  You may have to rerun compiler/bzconfig.
 #endif

+#undef BZ_MATH_FN_IN_NAMESPACE_STD
 #if defined(BZ_MATH_FN_IN_NAMESPACE_STD)
   #define BZ_MATHFN_SCOPE(x) std::x
 #elif defined(BZ_HAVE_NAMESPACES)


but I'm hesitant to apply this without beeing able to test it myself.
The problem is: If the problem really exists it would be a FTBFS error
and thus RC critical.  In this case I would like to have some more eyes
looking at the solution before breaking things at other systems.

Any opinions?

Kind regards

Andreas.

--
http://fam-tille.de

-- Forwarded message --
Date: Wed, 27 Aug 2008 11:32:20 +0200
From: Thierry Dumont <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Problem with blitz++ package (debian lenny, amd64).


I upgraded yestarday my AMD64, debian, lenny and since, I cannot use
blitz++.
This happens with the debain package, but also when I try to compile it
from source.

The compiler complains about "labs" in the stdc++ lib. Here is the error
message:

make[1]: entrant dans le r=E9pertoire =AB
/homes/doua/tdumont/Opteron/blitz-0.9/lib =BB
if /bin/sh ../libtool --mode=3Dcompile --tag=3DCXX c++ -DHAVE_CONFIG_H
-I.. -I..-MT globals.lo -MD -MP -MF ".deps/globals.Tpo" -c -o
globals.lo `test -f '../src/globals.cpp' || echo './'`../src/globals.cpp;=
 \
then mv -f ".deps/globals.Tpo" ".deps/globals.Plo"; else rm -f
".deps/globals.Tpo"; exit 1; fi
 c++ -DHAVE_CONFIG_H -I.. -I.. -MT globals.lo -MD -MP -MF
.deps/globals.Tpo -c ../src/globals.cpp -o globals.o
In file included from ../blitz/applics.h:400,
 from ../blitz/vecexpr.h:32,
 from ../blitz/vecpick.cc:16,
 from ../blitz/vecpick.h:293,
 from ../blitz/vector.h:449,
 from ../blitz/tinyvec.h:430,
 from ../blitz/indexexpr.h:30,
 from ../src/globals.cpp:11:
../blitz/mathfunc.h: In static member function 'static long int
blitz::_bz_abs::apply(long int)':
../blitz/mathfunc.h:45: error: 'labs' is not a member of 'std'


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

Re: Unusual version numbering systems

[Manoj Srivastava]

On Wed, 27 Aug 2008 12:51:19 +0100, Dominic Hargreaves <[EMAIL PROTECTED]> 
said: 

> Hi, I have packaged a piece of software [1] which uses a version
> number system which is not compatible with Debian's ordering.

> The version numbers go like
4.1 
4.12 -> 4.1.2
4.2rc -> 4.2~rc
4.2
4.21 -> 4.2.1
(maybe 4.3)

Mostly upstream compliant, modulo adding a period, no epochs, no
 willing upstream required -- as long as upstream does not suddenly
 change version numbering midstream.

manoj
-- 
If at first you don't succeed, you're doing about average. Leonard
Levinson
Manoj Srivastava <[EMAIL PROTECTED]>   
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C


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

Re: Is it a "user error" to use lilo?

[Sandro Tosi]

On Wed, Aug 27, 2008 at 16:07, William Pitcock <[EMAIL PROTECTED]> wrote:
> I am LILO's maintainer. It is hardly unsupported, infact it is supported
> better now than it has been in a long time. While I do plan to drop it
> post-lenny, it will certaintly be supported for lenny's release
> lifecycle.

I hope this will happen if and only if grub/grub2/ will support what lilo does, so for example, boot from LVM
/ with no separate /boot .

Cheers,
-- 
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Re: Is it a "user error" to use lilo?

[maximilian attems]

On Wed, Aug 27, 2008 at 09:07:29AM -0500, William Pitcock wrote:
> 
> If you have both GRUB and LILO installed, there will be problems. That
> is infact, a bug. They should Conflict with each other to ensure that
> only one can be installed at a time, but it is a minor bug at best, as
> any smart user would not have both bootloaders installed. And infact,
> any typical user would not install a second bootloader.

things are sorted by the run_bootloader variable in /etc/kernel-img.conf

user had switched from lilo to grub without changing this preference,
thus user error.

-- 
maks


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

Re: Is it a "user error" to use lilo?

[Bjørn Mork]

William Pitcock <[EMAIL PROTECTED]> writes:

> If you have both GRUB and LILO installed, there will be problems. That
> is infact, a bug. They should Conflict with each other to ensure that
> only one can be installed at a time, but it is a minor bug at best, as
> any smart user would not have both bootloaders installed. And infact,
> any typical user would not install a second bootloader.

Well, since I'm obviously not a smart user I can continue to ask the
stupid questions :-)

What is the recommended procedure for changing from e.g. lilo to grub?
Since you plan to drop lilo post-lenny, I guess this will be a quite
common question during the lifetime of lenny.  Users will notice that
lilo is being deprecated and wonder how to switch. Maybe something to
document in either lilo or grub? or both.



Bjørn
-- 
Why, the rich people have really got it all together


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

Re: Is it a "user error" to use lilo?

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Wed, Aug 27, 2008 at 09:07:29AM -0500, William Pitcock wrote:
>On Wed, 2008-08-27 at 15:41 +0200, Jonas Smedegaard wrote:
>> 
>> Harrasing LILO users by silencing bugreports about problems[2] using 
>> it is the wrong approach.  If LILO is officially unsupported by 
>> Debian (not only by kernel team and/or initramfs-tools maintainer) we 
>> should drop that package from the archive!
>
>I am LILO's maintainer. It is hardly unsupported, infact it is 
>supported better now than it has been in a long time.

great to hear that (and no, I was unware that you were its maintainer)!


>The initramfs-tools maintainer does not support any bootloader. It is 
>not their place to support any bootloaders.

I agree (I maintain an alternate ramdisk generator, yaird), but there 
seems to be different opinions on that:


[EMAIL PROTECTED]:~$ grep -n lilo /usr/sbin/update-initramfs 
175:# lilo call
176:run_lilo()
178:# show lilo errors on failure
179:if ! lilo -t  > /dev/null 2>&1 ; then
180:echo "ERROR lilo fails for new ${initramfs}:"
182:lilo -t
184:lilo
187:# check if lilo is on mbr
200:# check out lilo.conf for validity
201:boot=$(awk -F = '/^boot=/{ print $2}' /etc/lilo.conf)
221:&& run_lilo && return 0
225:echo "WARNING: grub and lilo installed."
227:echo "If you use lilo as bootloader you must run lilo!"
234:# if both lilo and grub around, figure out if lilo needs to be run
237:if [ -e /etc/lilo.conf ] && [ -x /sbin/lilo ]; then
242:run_lilo
254:if [ -r /etc/lilo.conf ] && [ -x /sbin/lilo ]; then
255:run_lilo
258:if [ -x /sbin/elilo ]; then
259:elilo


>I think it is absurd that you claim you are being silenced when you are 
>not.

I am not. I was referring to bugreports, not myself.

(To be exact, Max has actually kindly asked me to keep silent about 
kernel and initramfs-tools bugs, but that is _not_ the issue raised 
here!)


>If you have both GRUB and LILO installed, there will be problems. That 
>is infact, a bug. They should Conflict with each other to ensure that 
>only one can be installed at a time, but it is a minor bug at best, as 
>any smart user would not have both bootloaders installed. And infact, 
>any typical user would not install a second bootloader.

I agree that it is highly unusual to activate multiple bootloaders 
concurrently.  But not to install multiple bootloader _packages_.

I would want both to be supported.  but sure, that is up to you 
bootloader package maintainers.

I consider it wrong to close bugreports filed against initramfs-tools 
when (partly) belonging to lilo.  But sure, if you as lilo maintainer is 
happy with that, I rest my case.


  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAki1aSEACgkQn7DbMsAkQLhRLACbBBvGWgfu1pAMVihbSrsJacSv
0noAmgPO/o06dsVvbg8cYtk3AX/n0Gpw
=GGWp
-END PGP SIGNATURE-


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

Re: people.debian.org to move to ravel

[Vincent Danjean]

  Hi,

Peter Palfrader wrote:
> Once you are satisfied with the content on newpeople you can instruct
> apache on oldpeople to redirect requests to the new place.  On gluck
> do the following:
>   echo "RewriteEngine on"
> >  ~/.public_html/.htaccess
>   echo 'RewriteRule ^(.*) http://newpeople.debian.org/~'$USER'/$1 [R,L]' 
> >> ~/.public_html/.htaccess

[note: there is an incorrect '.' before 'public_html']

I use people to publish not completely ready/wip/... packages in an apt
repo (see my signature bellow).
apt does not follow 301 errors generated by theses rules.

I'm not a apache guru, so do you know another solution ? I tried with '[P]'
instead of '[R,L]' but I got a 401 error (mod_proxy should be configured
for that to work ?)

For now, I removed the .htaccess and I will wait for the DNS move of
people.debian.org (so not removing my files on gluck for now)

  Regards,
Vincent

-- 
Vincent Danjean   GPG key ID 0x9D025E87 [EMAIL PROTECTED]
GPG key fingerprint: FC95 08A6 854D DB48 4B9A  8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://www-id.imag.fr/~danjean/deb.html#package
APT repo:  deb http://perso.debian.org/~vdanjean/debian unstable main


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

Re: Is it a "user error" to use lilo?

[Bjørn Mork]

maximilian attems <[EMAIL PROTECTED]> writes:
> On Wed, Aug 27, 2008 at 09:07:29AM -0500, William Pitcock wrote:
>> 
>> If you have both GRUB and LILO installed, there will be problems. That
>> is infact, a bug. They should Conflict with each other to ensure that
>> only one can be installed at a time, but it is a minor bug at best, as
>> any smart user would not have both bootloaders installed. And infact,
>> any typical user would not install a second bootloader.
>
> things are sorted by the run_bootloader variable in /etc/kernel-img.conf
>
> user had switched from lilo to grub without changing this preference,
> thus user error.

Maybe the need for this change should be somewhat more explicit?

/usr/share/doc/grub/README.Debian.gz does mention it, but the absolute
need to change the setting is not at all clear to me:

 update-grub
 ---
 This script is a debian specific addon used to generate a menu.lst for you
 either intially, and/or automatically everytime you install a new kernel.
 
 To setup automatic updates add these lines to your /etc/kernel-img.conf:
 
 postinst_hook = update-grub
 postrm_hook   = update-grub
 do_bootloader = no
 
 For further information see the manpage kernel-img.conf(5) or update-grub(8)
 
 Unlike Lilo, it is not necessary to re-run or re-install the boot loader 
 after every change to /boot/grub/menu.lst.  menu.lst is automatically 
 found on GRUB's root disk and read during GRUB's boot process.
 


This seems to just deal with automatic updates.

Now, what if I don't want to regenerate /boot/grub/menu.lst, would I
still understand that I should set "do_bootloader = no"?  Maybe.  But
what if I wanted to ensure that the grub boot block always is up-to-date
(even if it's not really necessary).  Without this discussion, I would
probably have assumed that "do_bootloader = yes" would do that for me.

I cannot find anything documenting do_bootloader as a lilo-specific
setting in any of kernel-img.conf(5), update-grub(8),
/usr/share/doc/grub/README.Debian.gz or
/usr/share/doc/lilo/README.Debian

I believe both /usr/share/doc/grub/README.Debian.gz and
kernel-img.conf(5) should make it clear that you need to set
"do_bootloader = no" unless you want lilo automatically installed.


Bjørn
-- 
You must be a real dogmatist to think that it's a wonderful day


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

Re: Is it a "user error" to use lilo?

[Bjørn Mork]

maximilian attems <[EMAIL PROTECTED]> writes:

> kernel-img.conf does not pertain to any package, this is meant to be solved
> postlenny by linux images using debian kernel toolkit [1]
>
> kind regards
>
> -- 
> maks
>
> [1] http://multibuild.org/documentation/dkt

Sounds good! Thanks for the pointer.  But I'm afraid my curiousity
wasn't completely satisfied by that link.  Seems like it hasn't been
updated since the initial discussion of the project a year ago(?)

At the moment, http://svn.debian.org/wsvn/kernel/people/waldi/dkt/ seems
to be the best source of information about this project.  Is that correct?


Bjørn
-- 
Only a peasant like you would say that "Head-for-the-mountains" Bush
is a spaz


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

Re: Is it a "user error" to use lilo?

[William Pitcock]

On Wed, 2008-08-27 at 16:53 +0200, Bjørn Mork wrote:
> William Pitcock <[EMAIL PROTECTED]> writes:
> 
> > If you have both GRUB and LILO installed, there will be problems. That
> > is infact, a bug. They should Conflict with each other to ensure that
> > only one can be installed at a time, but it is a minor bug at best, as
> > any smart user would not have both bootloaders installed. And infact,
> > any typical user would not install a second bootloader.
> 
> Well, since I'm obviously not a smart user I can continue to ask the
> stupid questions :-)
> 
> What is the recommended procedure for changing from e.g. lilo to grub?
> Since you plan to drop lilo post-lenny, I guess this will be a quite
> common question during the lifetime of lenny.  Users will notice that
> lilo is being deprecated and wonder how to switch. Maybe something to
> document in either lilo or grub? or both.

For lilo's particular usecases, we would probably be proposing (extlinux
| grub | grub2-pc) as an alternative.

As for migration, I am not sure yet. It will be something that will have
to be decided post-lenny, as well as lilo's fate. Lilo's codebase is
mostly unmaintainable.

William



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

Re: packages up for adoption

[Thomas Viehmann]

Steve Langasek wrote:
>> arthur loiret nmu uploaded latest upstream to experimental,
>> so those are for him.

> Where by "NMU" you mean "made an improper upload claiming to be the
> maintainer of a package that was not up for adoption"?

If he did not talk to James first, that is pretty bad and James deserves
an apology. On the other hand, once the package is up for adoption,
fixing 14 bugs seems like a relatively strong application for its
maintenance even if it's only by housekeeping and new upstream versions.

Kind regards

T.
-- 
Thomas Viehmann, http://thomas.viehmann.net/


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

Re: packages up for adoption

[maximilian attems]

On Wed, Aug 27, 2008 at 05:32:27PM +0200, Thomas Viehmann wrote:
> Steve Langasek wrote:
> >> arthur loiret nmu uploaded latest upstream to experimental,
> >> so those are for him.
> 
> > Where by "NMU" you mean "made an improper upload claiming to be the
> > maintainer of a package that was not up for adoption"?
> 
> If he did not talk to James first, that is pretty bad and James deserves
> an apology. On the other hand, once the package is up for adoption,
> fixing 14 bugs seems like a relatively strong application for its
> maintenance even if it's only by housekeeping and new upstream versions.

right i should have uploaded to delayed.
arthur apologised to james afaij
he is right now 3 days on vac, but will be back soonest
and ready to take care of the gawk, gawk-doc, mawk packages.

sunny greetings

-- 
maks


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

Re: Is it a "user error" to use lilo?

[maximilian attems]

On Wed, Aug 27, 2008 at 05:24:36PM +0200, Bjørn Mork wrote:
> At the moment, http://svn.debian.org/wsvn/kernel/people/waldi/dkt/ seems
> to be the best source of information about this project.  Is that correct?

yep it allmost got shipped with lenny and there is enough time to clear
things for lenny+1

-- 
maks


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

Re: Debian Live Lenny Beta1

[Daniel Baumann]

Daniel Baumann wrote:
> Nevertheless, we do need your help to find more bugs and improve the
> live systems, so please try them out.

particulary interesting would be to get reports from people with
Intel-based Apple hardware (both notebooks and desktops).

Regards,
Daniel

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Re: packages up for adoption

[James Troup]

James Troup <[EMAIL PROTECTED]> writes: 

> The following packages are up for adoption:

Please note I said adoption, not orphaned.
 
>  * gawk
>  * mawk
>  * gawk-doc (non-free)

Steve Langasek is taking these 3.

>  * quinn-diff

Luk Claes is taking this.  

(Roger, I'm afraid I don't have a version control repository for
 quinn-diff.  Honestly, I'd love to see the package be superseded by
 something new & better.  It's my first C project from almost 10 years
 ago, and it shows.)

>  * gnupg-doc

Don Armstrong is taking this.

>  * p0f

Pierre Chifflier is taking this.

>  * gdbm

Anibal Monsalve Salazar is taking this.

Thanks to all of them.

These 3 are still up for adoption:

>  * gnus
>  * gimp-dimage-color
>  * xloadimage

If no one wants gimp-dimage-color, I'll ask for it's removal.  It's
dead upstream and Konica Minolta don't even make cameras any more.

-- 
James


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

Re: packages up for adoption

[James Vega]

On Wed, Aug 27, 2008 at 06:38:03PM +0100, James Troup wrote:
> These 3 are still up for adoption:
> 
> >  * gnus
> >  * gimp-dimage-color
> >  * xloadimage

Is there any reason to keep xloadimage around?  From what I can tell,
xli is a fork of it that saw some more development but both seem to be
dead in the water.

-- 
James
GPG Key: 1024D/61326D40 2003-09-02 James Vega <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Re: Etch->Lenny upgrade mutes some/many old laptops.

[Joona Kiiski]

>It should be documented: yes.
>But what's your problem? It is the same situation as for so much other
>hardware like WLAN, etc. And the sound card is not even essential for booting
>or downloading additional software.
>And no need to write a driver: it is still there.

I think you didn't get the main point, I'm not too worried about the
sound of my ten years old laptop, I didn't even (yet) care to test the
fix. I'm much more worried about what things like this are going to
cause for the overall popularity of the debian. In case you didn't
know, 99% of western people don't know how to read kernel log or build
and install firmware from source. They don't even know what kernel
means, and really they shouldn't have to.

Think for example my mother. She uses her computer for reading mail,
writing text, watching movies, listening to music, playing small java
games. I could install debian for her laptop and quickly teach how to
do those things. Then after using her computer for one year, she makes
upgrade and BANG! She can hear no more music, or she cannot use WLAN
anymore! She goes to shop, and buys Windows Vista and gets her
neighbour to install it for her. Typical death of linux.

If you  fanatics cannot start to look things from my mother's
point of view, debian will not ever become popular. Now I cannot
honestly recommend debian to any of my friends, because instead of
making hard things simple, you are making simple things harder.

It's just totally frustrating to see that huge effort put in X (it's
nowadays unbelievably easy to configure) is meaningless if you
intentionally break newbie users' systems in other ways (this time by
removing fully functional kernel firmware, next time, who knows...).

Sorry for being rude. I'm just very angry.


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

Bug#365918: marked as done (general: /tmp became 0755 durning sid upgrade)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 20:42:25 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing, as unreproducable
has caused the Debian Bug report #365918,
regarding general: /tmp became 0755 durning sid upgrade
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
365918: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=365918
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Severity: minor

Somewhere during an hours long apt-get dselect-upgrade, some package,
I can't tell which, changed the permission of /tmp from 1777 to 755.
stat(1) at best reports the time some file was moved in or out of
/tmp, obscuring the time of chmod, so I can't check in dpkg.log.
grepping in /var/lib/dpkg/info didn't help.
-- System Information:
Debian Release: testing/unstable
Architecture: i386 (i686)

--- End Message ---
--- Begin Message ---
Hi,

closing this bug, as it's unreproducable and only occured in testing/sid two 
years ago...


regards,
Holger


pgpwIOfrzC0Re.pgp
Description: PGP signature
--- End Message ---

Bug#453334: marked as done (general: apt and aptitude stop work)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 20:45:47 +0200
with message-id <[EMAIL PROTECTED]>
and subject line don't shot yourself in the foot
has caused the Debian Bug report #453334,
regarding general: apt and aptitude stop work
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
453334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453334
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Severity: important

apt-get or aptitude stop work when i uninstall a linux image and 
/boot/grub/menu.lst was deleted.
Installer should create automatically a new menu.lst file, but when it's time 
to do it, process stop.
watch the console output:

 BEGIN 
[EMAIL PROTECTED]:~$ sudo aptitude purge linux-image-2.6.18-5-686
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reading extended state information
Initializing package states... Done
Reading task descriptions... Done
Building tag database... Done
The following packages will be automatically REMOVED:
  linux-image-2.6.18-5-686{p}
The following packages will be REMOVED:
  linux-image-2.6.18-5-686{p}
0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
Need to get 0B of archives. After unpacking 48.0MB will be freed.
Do you want to continue? [Y/n/?]
Writing extended state information... Done
(Reading database ... 141661 files and directories currently installed.)
Removing linux-image-2.6.18-5-686 ...
Running postrm hook script /sbin/update-grub.
Searching for GRUB installation directory ... found: /boot/grub
Searching for default file ... found: /boot/grub/default
Testing for an existing GRUB menu.lst file ...

Could not find /boot/grub/menu.lst file. Would you like /boot/grub/menu.lst 
generated for you? (y/N) y

 END 

Just after i answer 'y' (yes) nothing more happens, i have to kill the process.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


--- End Message ---
--- Begin Message ---
Hi,

I briefly thought about reassigning to linux-2.6 but then I don't think we 
have to support user breaking their systems, thus closing. (configuration 
error)


regards,
Holger


pgpaKoXk6tuO6.pgp
Description: PGP signature
--- End Message ---

Bug#496819: ITP: python-netaddr -- manipulation of various common network address notations

[Vincent Bernat]

Package: wnpp
Severity: wishlist
Owner: Vincent Bernat <[EMAIL PROTECTED]>


* Package name: python-netaddr
  Version : 0.4
  Upstream Author : David P. D. Moss <[EMAIL PROTECTED]>
* URL : http://code.google.com/p/netaddr/
* License : BSD
  Programming Lang: Python
  Description : manipulation of various common network address notations

netaddr is a Python library for the manipulation of various common
network address notations and representations.

It takes the hassle out of fiddling with enumerable variations of
network addresses presenting a consistent, extensible, easy-to-use and
(above all) Pythonic API.

With it you can validate, convert, categorise, iterate, generate,
slice (and dice):
 - MAC (Media Access Control)
 - IEEE EUI-48 and EUI-64
 - IP version 4
 - IP version 6
 - CIDR (Classless Inter-Domain Routing) 

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)



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

Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 444115 net-tools
Bug#444115: general: network interface (eth0) gets undetected after restrat 
checked using ifconfig -a
Bug reassigned from package `general' to `net-tools'.

> kthxbye
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#219447: marked as done (Networking/PCMCIA startup issues (sarge))

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 20:49:58 +0200
with message-id <[EMAIL PROTECTED]>
and subject line not a bug (at the time it was filed)
has caused the Debian Bug report #219447,
regarding Networking/PCMCIA startup issues (sarge)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
219447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219447
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---

Package: General
Version: Sarge

The pcmcia-cs init script runs AFTER networking. If your primary network card
is on a pcmcia card (as with a laptop) this requires you to run 'networking 
start'
after boot.

Solution:
1) Add/Move the 'pcmcia' init script to /etc/rcS.d/ (I have it as 'S37pcmcia'
   to start after 'hotplug' but before the rest)

--- End Message ---
--- Begin Message ---
Hi,

see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=219447#10


regards,
Holger


pgpTKv3ZK6HLZ.pgp
Description: PGP signature
--- End Message ---

Bug#162262: marked as done (general: Many OMF files are buggy.)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 20:50:52 +0200
with message-id <[EMAIL PROTECTED]>
and subject line gnome1 was removed long ago
has caused the Debian Bug report #162262,
regarding general: Many OMF files are buggy.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
162262: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=162262
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Version: unavailable; reported 2002-09-25
Severity: normal

GNOME packages use OMF-XML files for describing a ressource.

Right now I have about 60 files that are not valid XML by the
OMF-DTD. These leed to very confusing scrollkeeper-messages.

I suggest urging package-maintainers to submit valid OMF files into 
a debian package. These OMF files have a similar function as a 
correct debian-packages description for GNOME manual data. So I think
it is very essential to be more strict here. This is a suggestion for
all GNOME packages maintainers (and maybe other packages that use OMF
and scrollkeeper).

OMF files can be easily parsed and only valid files should make it into
a debian package.

Thilo Pfennig,
Germany


-- System Information:
Debian Release: woody
Architecture: i386
Kernel: Linux stevie 2.4.18-k6 #1 Sun Apr 14 12:43:22 EST 2002 i586
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]


--- End Message ---
--- Begin Message ---
Hi,

this bug is about gnome1, but gnome1 was removed long ago.


regards,
Holger


pgpsN9t1Kpf83.pgp
Description: PGP signature
--- End Message ---

Bug#273413: marked as done (Debian 'sarge' - apt-get destroyed hard disks)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 20:48:37 +0200
with message-id <[EMAIL PROTECTED]>
and subject line closing
has caused the Debian Bug report #273413,
regarding Debian 'sarge' - apt-get destroyed hard disks
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
273413: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=273413
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: apt-get
Version: included in testing release 'sarge'

Description: I was installing 'sarge' using the netinst method.  I had
partitioned hda to contain a small /boot and a large (14+GB) / and hdb
with a large (9+GB) /home and a swap partition of about 466 MB.  all
partitions were ext3.

Grub was installed either in the MBR or in the boot partition, I don't
remember which.

THe inintial boot began and I was stepping through the first-time setup
process.  After configuring apt-get to use a mirror site I was in the
actual package selection process.  I made a mistake which started the
get process before I had really selected which packages I wanted.  I
tried to stop the get process several ways, including F10 to get to the
menu and then Quit.  It kept on getting until it reported an error on
the hard disk (I believe it was hda).

Ultimately I rebooted the computer but now both hard drives failed to be
initialized by the BIOS.  A BIOS "IDE detect" repored that neither drive
was present.  I tried various hard disk manufacturer tools (MaxBlast,
for example) and SpinRite II.  All reported that there were no drives
present.

I assume that both drives' sector 0 got 'clobbered'.

Are you aware of any tool that can do low-level access of the hard disk?

Best regards,


Gary


--- End Message ---
--- Begin Message ---
Hi,

closing, because a.) the bug pretty much sounds like a hardware problem, b.) 
even if it wasn't, d-i has advanced significantly in the last four years. 
Please open a new bug if you see this behaviour ever again ;-)


regards,
Holger


pgpcNDGhKuY0w.pgp
Description: PGP signature
--- End Message ---

Re: Etch->Lenny upgrade mutes some/many old laptops.

[Sam Morris]

On Wed, 27 Aug 2008 21:14:35 +0300, Joona Kiiski wrote:

>>It should be documented: yes.
>>But what's your problem? It is the same situation as for so much other
>>hardware like WLAN, etc. And the sound card is not even essential for
>>booting or downloading additional software.
>>And no need to write a driver: it is still there.
> 
> I think you didn't get the main point, I'm not too worried about the
> sound of my ten years old laptop, I didn't even (yet) care to test the
> fix. I'm much more worried about what things like this are going to
> cause for the overall popularity of the debian. In case you didn't know,
> 99% of western people don't know how to read kernel log or build and
> install firmware from source. They don't even know what kernel means,
> and really they shouldn't have to.
> 
> Think for example my mother. She uses her computer for reading mail,
> writing text, watching movies, listening to music, playing small java
> games. I could install debian for her laptop and quickly teach how to do
> those things. Then after using her computer for one year, she makes
> upgrade and BANG! She can hear no more music, or she cannot use WLAN
> anymore! She goes to shop, and buys Windows Vista and gets her neighbour
> to install it for her. Typical death of linux.
> 
> If you  fanatics cannot start to look things from my mother's
> point of view, debian will not ever become popular. Now I cannot
> honestly recommend debian to any of my friends, because instead of
> making hard things simple, you are making simple things harder.
> 
> It's just totally frustrating to see that huge effort put in X (it's
> nowadays unbelievably easy to configure) is meaningless if you
> intentionally break newbie users' systems in other ways (this time by
> removing fully functional kernel firmware, next time, who knows...).
> 
> Sorry for being rude. I'm just very angry.

At some time in the future it will hopefully be possible for udev(?) to 
get the 'missing firmware' event from the kernel; udev will be able to 
tell HAL(?) about the event, and HAL will be able to announce the missing 
firmware on the system message bus.

Then a program that runs as part of the user's desktop environment will 
be able to recieve the message and help the user locate a copy of the 
firmware, download and install it.

Maybe :)

-- 
Sam Morris
http://robots.org.uk/
 
PGP key id 1024D/5EA01078
3412 EA18 1277 354B 991B  C869 B219 7FDB 5EA0 1078


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

Processed: retitle

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 105337 i18n.debian.org: a central database for translated templates
Bug#105337: a central database for translated templates
Changed Bug title to `i18n.debian.org: a central database for translated 
templates' from `a central database for translated templates'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#25837: marked as done (Packages should share a monitor description file)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 21:56:47 +0200
with message-id <[EMAIL PROTECTED]>
and subject line this has been solved by now...
has caused the Debian Bug report #25837,
regarding Packages should share a monitor description file
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
25837: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=25837
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Version: N/A
Severity: wishlist

svgatextmode/svgalib/X11/...

It would be nice if packages like X11, svgatextmode, svgalib, etc. could share 
the monitor description file.
 

-- System Information
Debian Release: 2.0
Kernel Version: Linux pandora 2.0.35 #1 Sat Aug 1 17:24:40 CEST 1998 i586 
unknown

--- End Message ---
--- Begin Message ---
Hi,

this problem has largely been solved by now. If you disagree, please file bugs 
against the appropriate packages.


regards,
Holger


pgp4D5Wojv3rG.pgp
Description: PGP signature
--- End Message ---

Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 23712 debian-policy
Bug#23712: check for packages with the same conffiles
Bug reassigned from package `general' to `debian-policy'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Needed information about a structure

[Laurent Guignard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello developers,

I would like to know how to discover the library for the structure
"udphdr" because the DHCP_PROBE program (in wanted package of the WNPP)
use this structure and configure is OK but when i compile I have this
error :
dhcp_probe.c:798: error: ‘struct udphdr’ has no member named ‘uh_ulen’

I understand that the structure udphdr hasn't the member used in
dhcp_probe.c file but i would like to discover where to find the good
header file to include so the library which is contain it...

Thanks in advance.


- --
Laurent Guignard, Registered as user #301590 with the Linux Counter
Site : http://www.famille-guignard.org
Blog : http://blog.famille-guignard.org
Projet : http://sicontact.sourceforge.net
GULL de Villefranche sur Saône : http://www.cagull.org

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFItbQmjcKpXFc/7oYRAmGPAKCTya1jd5iiM7sdkvSKII/UsopciQCcD8qE
WCHmv2j/qk7P5ggVC5Yh0l0=
=0g0O
-END PGP SIGNATURE-


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

Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 241189 menu
Bug#241189: general: some WM packages build system menus that don't fit onscreen
Bug reassigned from package `general' to `menu'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: Needed information about a structure

[Russ Allbery]

Laurent Guignard <[EMAIL PROTECTED]> writes:

> Hello developers,
>
> I would like to know how to discover the library for the structure
> "udphdr" because the DHCP_PROBE program (in wanted package of the WNPP)
> use this structure and configure is OK but when i compile I have this
> error :
> dhcp_probe.c:798: error: ‘struct udphdr’ has no member named ‘uh_ulen’
>
> I understand that the structure udphdr hasn't the member used in
> dhcp_probe.c file but i would like to discover where to find the good
> header file to include so the library which is contain it...

windlord:/usr/include> grep -r udphdr *
linux/udp.h:struct udphdr {
netinet/udp.h:struct udphdr
netinet/udp.h:struct udphdr

So /usr/include/netinet/udp.h is the right include file for that
structure.  (Structure definitions are not something that exist in a
library, really, although they may be part of the ABI for a library.)

That structure does indeed have a uh_ulen member iff _BSD_SOURCE is
defined by the application before including the header file (and various
other feature test macros are not defined).  See /usr/include/features.h
and search for __FAVOR_BSD.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#224692: reassign

[Holger Levsen]

reassign 224692 texmacs-extra-fonts
thanks

Hi,

reassigning to texmacs-extra-fonts as its appearantly the only package 
providing fraktur fonts ;-)

OTOH, "apt-cache search gothic font" gives numerous results in sid, so I 
assume adding fraktur to the description would be helpful.


regards,
Holger


pgpbsTEYLMNzS.pgp
Description: PGP signature

Processed: reassign

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 224692 texmacs-extra-fonts
Bug#224692: general: Hard to find math Fraktur font
Bug reassigned from package `general' to `texmacs-extra-fonts'.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Bug#407442: marked as done (general: few free disk detection)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 22:18:05 +0200
with message-id <[EMAIL PROTECTED]>
and subject line there are packages to do that...
has caused the Debian Bug report #407442,
regarding general: few free disk detection
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
407442: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407442
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Severity: wishlist

On a filesystem which might fragment on low disk space(such as
ext2/ext3), 
might be the system should detect this condition, and inform, in some
way, the root, and the user who tries to write on this disk, or the user
which has moste data on this disk, that unusefull files should be
removed.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

--- End Message ---
--- Begin Message ---
Hi,

there are packages to inform you about running out of disk space, e.g. 
logwatch, munin, nagios - thus closing this bug. (As there is no sensible way 
to do this on any system. Pick your choice.)


regards,
Holger


pgpYVPGYrSqqh.pgp
Description: PGP signature
--- End Message ---

Bug#407446: marked as done (general: automatic mount network share in filesystem.)

[Debian Bug Tracking System]

Your message dated Wed, 27 Aug 2008 22:20:08 +0200
with message-id <[EMAIL PROTECTED]>
and subject line not a bug
has caused the Debian Bug report #407446,
regarding general: automatic mount network share in filesystem.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
407446: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407446
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: general
Severity: wishlist


samba network share might be automagically mouted in file system.

share partage on computer machine from domain domaine, with user utilisateur 
shoud be
available in filesystem throw:

/network/samba/domaine/machine/utilisateur/partage/SomeFoldersFromRemoteComputer

In the same way that processes are available with /proc.

The only technical issue I see is when to provide password, and how to
store them.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

--- End Message ---
--- Begin Message ---
Hi,

this is not a bug, as described in the replies to this bug, you can mount 
samba shares automatically, it's a configuration choice.


regards,
Holger


pgpBI0TKMhoDv.pgp
Description: PGP signature
--- End Message ---

Processed: reassign + close ;-) (not fully sure if this is right)

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> reassign 437118 dpkg
Bug#437118: Report broken package database to use
Bug reassigned from package `general' to `dpkg'.

> retitle 437118 Report broken package database to user
Bug#437118: Report broken package database to use
Changed Bug title to `Report broken package database to user' from `Report 
broken package database to use'.

> close 437118
Bug#437118: Report broken package database to user
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Alain Schroeder <[EMAIL PROTECTED]>

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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

Re: Processed: retitle

[Vincent Bernat]

OoO  En  ce début  de  soirée  du mercredi  27  août  2008, vers  21:42,
[EMAIL PROTECTED] (Debian Bug Tracking System) disait :

> Processing commands for [EMAIL PROTECTED]:
>> retitle 105337 i18n.debian.org: a central database for translated templates
> Bug#105337: a central database for translated templates
> Changed  Bug  title  to   `i18n.debian.org:  a  central  database  for
> translated  templates'   from  `a  central   database  for  translated
> templates'.

Are you working on this issue?
-- 
BOFH excuse #383:
Your processor has taken a ride to Heaven's Gate on the UFO behind Hale-Bopp's 
comet.


pgpUEupxHx689.pgp
Description: PGP signature

Bug#437118: reassign + close ;-) (not fully sure if this is right)

[Holger Levsen]

reassign 437118 dpkg
retitle 437118 Report broken package database to user
close 437118
thanks

Hi,

I'm reassigning this to dpkg, even though I'm not sure if this is right. 
Apologies for that.

Because, I wonder if this bug shouldn't better be closed, as dpkg informs the 
user/admin directly about a broken database. So feel free to close this bug.

(It just surprises me there were 158 machines with a broken database reporting 
to popcon at the time of the bugreport... a recent thread on -devel said 
there was one out of 400.)

Oh, well, I'm closing this bug myself now.


regards,
Holger


pgpdd0NDljeTK.pgp
Description: PGP signature

Re: Etch->Lenny upgrade mutes some/many old laptops.

[Hendrik Sattler]

Am Mittwoch, 27. August 2008 21:06:20 schrieb Sam Morris:
> At some time in the future it will hopefully be possible for udev(?) to
> get the 'missing firmware' event from the kernel;

Since the firmware helper is part of udev, it already knows that the firmware 
is missing.

HS


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

Re: Re: Re: Bug#493645: ITP: nostromo -- small, simple, fast andsecurehttpd

[Franklin PIAT]

> On Mon, Aug 25, 2008 at 08:43:16AM +0200, Franklin PIAT wrote:
> 
> > For those who needs to choose a (light) webserver, this page is meant to
> > gather pros and cons of each one :
> >  http://wiki.debian.org/WebServers
> > 
> > (Contributions are welcome.)
> 
> Both boa and lighttpd require much more installed size than apache2?
> Interesting.

Funny... Unfortunately Lenny's apache2.2-common now depends on perl so
it's wrong ;-(

Franklin


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

Bug#105337: Processed: retitle

[Holger Levsen]

Hi Vincent,

On Wednesday 27 August 2008 22:35, Vincent Bernat wrote:
> > Bug#105337: a central database for translated templates
> > Changed  Bug  title  to   `i18n.debian.org:  a  central  database  for
> > translated  templates'   from  `a  central   database  for  translated
> > templates'.
> Are you working on this issue?

No, I'm not.

http://i18n.debian.net might be a better place to look (maybe it exist already 
and this bug can be closed). I just changed the title to later more easily be 
able to reassign it (and all the others filed against "general" to the 
pseudo-package i18n.debian.org, which has been requested in #388212.


regards,
Holger



pgpvwXWEpRUpX.pgp
Description: PGP signature

automatic bug filing by test robot

[Ian Jackson]

Now that gdebi-core is in back in lenny I've got my automatic package
testing robot working on lenny again.  (I got stalled last time due to
leaving Canonical and being busy for a while.)

Mostly what it does right now is build a package, discover that the
package doesn't have any autopkgtest tests declared in
debian/tests/control, and then go on to the next package; it also does
test installs.  This is useful as it tests buildability and
installability (but of course having functional tests in packages
would be good too - the documentation for this is currently in
 /usr/share/doc/autopkgtest/README.package-tests.gz
in autopkgtest).

I'm hoping to shortly turn on the automatic bug filing mechanism.
I'm writing now to give people a chance to object :-).

Also, if you have any comments about the format of the email,
supporting references, etc., that would be helpful.

Below is an example report, which would be sent to [EMAIL PROTECTED]
instead if I had it enabled.

Ian.

From: Ian Jackson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: autopkgtest lenny aolserver4: erroneous package!
Date: Mon, 25 Aug 2008 18:18:13 +0100

Source: aolserver4
Version: 4.5.0-16
User: [EMAIL PROTECTED]
Usertags: autopkgtest

 Test executed for:  lenny  source  aolserver4
 Outcome: erroneous package!
  blame: arg:/volatile/ian/adt-tmp/aolserver4/src/aolserver4_4.5.0-16.dsc 
dsc:aolserver4
  badpkg: rules build failed with exit code 2
  quitting: erroneous package: rules build failed with exit code 2
  
  erroneous package!

This message is automatically generated by the autopkgtest package
testing system.  You are receiving it because:
 The test results appear to indicate a problem with the package
 and reports for package maintainers for lenny are being directed to
 [EMAIL PROTECTED]

The top and tail of the test log, which is intended to be sufficient
to diagnose most failures, can be found below.  However, in case this
is not sufficient, a complete log can be found along with output
files, saved temporary files, and so on, at:
 http://www.chiark.greenend.org.uk/~ijackson//autopkgtest/lenny-source/

The test environment is an i386 Xen guest with limited amounts of
memory.  The relevant dependencies are installed for each test but
very few other packages.  Most autopkgtest reports are FTBFS problems.
Failures to satisfy build-dependencies are sometimes due to ambiguity
rather than simple lack of a suitable package.

While this bug remains open and assigned to this package, no further
retesting will be done and no additional bugs will be filed.  When you
have corrected the problem, close the bug and your package will be
immediately eligible for retesting.

If this automatic testing and bug filing is undesirable for certain
packages(s) please let me know and I will add them to my blacklist.

If you have any questions about this service please contact me at:
 Ian Jackson <[EMAIL PROTECTED]>

Regards,
Ian

-8<-
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//dists/lenny/main/source/Sources.gz
 ++
++ selecting ++
package forced: aolserver4

Package: aolserver4
Binary: aolserver4, aolserver4-core, aolserver4-dev, aolserver4-doc
Version: 4.5.0-16
Priority: optional
Section: web
Maintainer: Francesco Paolo Lovergine <[EMAIL PROTECTED]>
Build-Depends: sharutils, patch, debhelper (>= 5), tcl-dev (>= 8.4), dpatch, 
groff, zlib1g-dev
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Directory: pool/main/a/aolserver4
Files:
 61e3d55473354b30beb9db6826c9e736 1136 aolserver4_4.5.0-16.dsc
 72dc769aa82aa26fb14b606bdfc523f8 3790402 aolserver4_4.5.0.orig.tar.gz
 16b060f0c7ed443780476a72aa0af3cd 98812 aolserver4_4.5.0-16.diff.gz
Homepage: http://www.aolserver.com/
Checksums-Sha1: 
 f6617920949bd8308e0f996668a517f19d68c363 3790402 aolserver4_4.5.0.orig.tar.gz
 7cde762aaf30fd6c6e33e407694b2c942ec31976 98812 aolserver4_4.5.0-16.diff.gz
Checksums-Sha256: 
 77f48d257e4fd73e1d9e06d42c2c64fce5a84f6b9f1970990054734530449992 3790402 
aolserver4_4.5.0.orig.tar.gz
 20164d6356f2d9e099db60aa3c81620930a010e9a3dd3c2a82b6c861d31a2b2e 98812 
aolserver4_4.5.0-16.diff.gz

++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0-16.dsc
 ++
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0.orig.tar.gz
 ++
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0-16.diff.gz
 ++
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0.orig.tar.gz
 ++
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0-16.diff.gz
 ++
++ fetching 
http://mirror.relativity.greenend.org.uk/mirror/debian-ftp//pool/main/a/aolserver4/aolserver4_4.5.0.orig.tar.gz
 ++
++ fetching 
http://mirror.relativity.greene

Re: Re: Re: Bug#493645: ITP: nostromo -- small, simple, fast andsecurehttpd

[Steve Greenland]

On 27-Aug-08, 16:06 (CDT), Franklin PIAT <[EMAIL PROTECTED]> wrote: 
> > On Mon, Aug 25, 2008 at 08:43:16AM +0200, Franklin PIAT wrote:
> > 
> > > For those who needs to choose a (light) webserver, this page is meant to
> > > gather pros and cons of each one :
> > >  http://wiki.debian.org/WebServers
> > > 
> > > (Contributions are welcome.)
> > 
> > Both boa and lighttpd require much more installed size than apache2?
> > Interesting.
> 
> Funny... Unfortunately Lenny's apache2.2-common now depends on perl so
> it's wrong ;-(

Yeah, but perl is pretty much required on Debian anyway, so shouldn't
count against it.

OTOH, the lighttpd includes all its modules, and might have more
functionality than Apache2 without any of its optional modules. Or not;
I've not done a detailed look.

Anyway, I'm not sure "package install size" is all that interesting a
comparison number; the main reason for looking at variant webservers is,
I'd guess, memory usage. Of course, that's a pain to quantify.

Steve


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

Re: automatic bug filing by test robot

[Gonéri Le Bouder]

On Wed, Aug 27, 2008 at 10:10:13PM +0100, Ian Jackson wrote:
> Now that gdebi-core is in back in lenny I've got my automatic package
> testing robot working on lenny again.  (I got stalled last time due to
> leaving Canonical and being busy for a while.)
> 
> Mostly what it does right now is build a package, discover that the
> package doesn't have any autopkgtest tests declared in
> debian/tests/control, and then go on to the next package; it also does
> test installs.  This is useful as it tests buildability and
> installability (but of course having functional tests in packages
> would be good too - the documentation for this is currently in
>  /usr/share/doc/autopkgtest/README.package-tests.gz
> in autopkgtest).
> 
> I'm hoping to shortly turn on the automatic bug filing mechanism.
> I'm writing now to give people a chance to object :-).
> 
> Also, if you have any comments about the format of the email,
> supporting references, etc., that would be helpful.
Hi Ian,

Sorry for promoting my pet toy but I think your script would be a great input.

I'm working improving svnbuildstat to be able to support different input. The
idea is:
 -a database
 -a webinterface to follow the packages status
 -a QA input for builds and QA checks

The current release is avalaible here: http://svnbuildstat.debian.net
It as some know limitations and bugs that I'm adressing with the new
release. This new release will:
 -address package from other VCS, not only SVN,
 -the database schema allow the input of an unlimited list of QA tools
  (lintian, piuparts, gcc-snapshot, etc)
 -and distributed buildd based on pbuilder 

The development release is avalaible here: http://buildstat.debian.net.
There is still loads of things to fix but I think it'll be sane quickly
now.

There is no good documentation of the architecture yet but basicly for
a VCS it's:

VCS status:
1/ a commit is done
2/ the database is updated
3/ I try to find the tarball (e.g: ftp.debian.org or with the watchfile)
4/ I prepare a source package
5/ the database is updated

BUILDBOT:
1/ a buildbot ask for a package to build
2/ I look for the oldest package source that is not built yet
3/ I give the .dsc URL to the buildbot
4/ I do the job and upload back the result
5/ the database is updated
The idea here, is to provide the buildbot as a Debian package for Sid
users.

QA TOOL:
1/ a qa tool asks for a jobs
2/ depending on what it wants it get a source or build result to
download
3/ it checks the package
4/ it uploads the result
5/ the database is updated
   the upload result is one or more string in the lintian format + a log

I also think about checking packages from the Debian repository too. I
don't see any major limitation even if it's not in my current TODO list.
I still need some weeks to get it usuable but I'm working on this
release for too long now and I really want to make it usuable for all.

For the moment:
 -The DB schema is ok, an outdated picture is avalaible here:
  http://nana.rulezlan.org/~goneri/svnbuildstat_devel_db_schema.png
 -the buildbot script works fine
 -most of the interface parts are ok, still some changes are needed
 -git input script is done at 50%. The svn one is ok

Cheers,

 Gonéri Le Bouder



signature.asc
Description: Digital signature

Re: automatic bug filing by test robot

[Ian Jackson]

Gonéri Le Bouder writes ("Re: automatic bug filing by test robot"):
> Sorry for promoting my pet toy but I think your script would be a
> great input.

Right ...

> I'm working improving svnbuildstat to be able to support different input. The
> idea is:
>  -a database
>  -a webinterface to follow the packages status
>  -a QA input for builds and QA checks

Right.  Note that most of the effort in my system is in
 * a quickly-resettable VM containing a pretty much normal
   system (although a small one) rather than a chroot
 * machinery for running tests which are declared by a package
   - but note that almost no packages currently declare any
   tests so this is of limited use right now

The tests my framework does when a package doesn't declare any
specific function tests are mostly a smallish subset of piuparts.

> 3/ it checks the package

It would certainly be good from my point of view to have a run of the
autopkgtest package-declared functional tests here.

Ian.


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

Re: [Help] Problem with blitz++ package (debian lenny, amd64). (fwd)

[Raphael Geissert]

Hi Andreas,

Andreas Tille wrote:

> Hi,
> 
> via Google I have seen that the same problem was reported (and solved,
> but I have no idea how to obtain the patch) in archlinux:
> 
>  http://bbs.archlinux.org/viewtopic.php?pid=404588
> 

I didn't see anything useful, but here are the files:
http://aur.archlinux.org/packages/blitz/blitz/

And the package page:
http://aur.archlinux.org/packages.php?ID=12705

...
> 
> Kind regards
> 
>  Andreas.
> 

Cheers,
Raphael Geissert


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

Bug#496855: ITP: libwpeditor-plus -- WordPad Text Editor library

[Loïc Minier]

Package: wnpp
Severity: wishlist
Owner: Loic Minier <[EMAIL PROTECTED]>

Hey,

 I intend to upload libwpeditor-plus, a build-dep of modest, under the
 pkg-maemo umbrella:

* Package name: libwpeditor-plus
  Version : 1.0+svn926
* License : LGPLv2+
  Programming Lang: C
  Description : WordPad Text Editor library
 A library providing two Gtk+ widgets, WPTextBuffer and WPTextView,
 which can be used to easily support rich text editing.
 .
 A regular libwpeditor also exists; this -plus version brings extra
 functionality for changing background colours and inserting images.

   Bye,
-- 
Loïc Minier



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

Re: Debian Live Lenny Beta1

[s. keeling]

Sorry for top post.

On a Gateway Sempron (32 bit) laptop ...

Where's dhcp?  Laptop has builtin ethernet (Marvell Tech. 88E8036)
which etch handles well.  I see it also has BCM4318 802.11g wifi
(which I don't use).

No network, but otherwise works fine.  :-)


Daniel Baumann <[EMAIL PROTECTED]>:
> 
>  Debian Live Lenny Beta1
> ===
> 
>  The Debian Live team[0] is pleased to announce the first beta of Debian
>  Lenny's Live images.
> 
>  Although we missed releasing images for Etch along with the installer
>  images, we are now prepared to release live images within the regular
>  Lenny release process. This is the first official release of Debian Live
>  and the whole team has been working hard during the past 2.5 years[1] to
>  make Debian's own[2] live systems become a reality.
> 
>  Nevertheless, we do need your help to find more bugs and improve the
>  live systems, so please try them out. The images are available at:
> 
>  http://cdimage.debian.org/cdimage/lenny_live_beta1/
> 
>  Please also have a look at the known issues listed below.
> 
>  Main features
> =
> 
>  100% Debian
>  - 
> 
>  The build process of Debian Live basically consists of creating a Debian
>  chroot, installing one or more kernels along with live-initramfs[3] (a
>  set of hooks into initramfs-tools for handling booting from read-only
>  media) and generating a bootable image from that.
> 
>  This process is handled by live-helper[4], a collection of shell scripts
>  that allow us to automate and customize this process. Considerable
>  care[5] is taken to ensure that the resulting live system is not tainted
>  by the host system and that installed packages are not modified more
>  than absolutely necessary.
> 
>  This ensures that Debian Live really *is* Debian, and not "just another"
>  a Debian-based live system.
> 
>  Flavours
>  - 
> 
>  Although live-helper is a toolkit to produce your very own live systems
>  with only a few steps, we also provide prebuilt images that are meant to
>  be used as reference systems for end-users. Currently, this consists of
>  the three major desktop environments (GNOME, KDE and Xfce), as well as a
>  small 'standard' image without a graphical environment.
> 
>  For the desktop environments, package selection is performed by
>  'tasksel' with the respective desktop task, whilst the 'standard' image
>  contains only packages of "Priority: standard" or greater,
>  notwithstanding a handful of live-specific packages (console-common,
>  eject, file, kbd, live-initramfs, locales, sudo and vim-tiny).
> 
>  Image types
>  - ---
> 
>  Debian Live offers prebuilt images for CD/DVD discs, USB sticks (or any
>  HD-media-like device), tarballs (for PXE netboot) as well as a bare
>  squashfs image to boot from the web[6] directly.
> 
>  Live Magic
>  - --
> 
>  Live Magic[7] is an GUI frontend around the live-helper scripts,
>  offering a subset of the features of live-helper in an easy-to-use
>  graphical user interface.
> 
>  live-magic 1.0 was recently uploaded to sid and is the recommended
>  version. It currently supports 7 languages.
> 
>  Live Installer
>  - --
> 
>  Live Installer[8] is a special udeb for the Debian Installer that
>  (optionally) replaces a part of d-i in order to install the system from
>  the live image instead of to bootstrapping it from .deb packages. This
>  way, a live system can be easily installed to the harddisk, ensuring
>  that the look and feel of the installation (including preseeding) works
>  the same as the regular installer process.
> 
>  Unfortunately, live-installer does still have a few minor bugs left and
>  is thus not included in our builds yet; we hope to be able to include it
>  in the next beta.
> 
>  Known issues in this release
> 
> 
>* The prebuilt images for gnome-desktop and kde-desktop are a bit too
>  big to fit on a CD. Although the automatic installation of
>  Recommends was disabled to build the images, they are still too big.
>  This will need further tweaking as they are supposed to fit with the
>  next beta.
> 
>* The rescue flavour, containing system rescue and forensic related
>  packages, is missing in this beta release.
> 
>* There will be a DVD image with the next beta that includes all three
>  desktop environments so that you can choose at boot time which
>  system you would like to start.
> 
>* Due to time constraints, the prebuilt images for Beta1 are only
>  covering i386 and amd64; with the next beta, powerpc and sparc will
>  follow (if you wish to test these architectures earlier, please
>  build them yourself).
> 
>* The new desktop artwork is not yet included.
> 
>* The syslinux menu is still the old, prompt-based one. A freshly made
>  new syslinux vgamenu using the official lenny desktop artwork is on
>  the way (the same as d-i media will us

Re: people.debian.org to move to ravel

[Mike Hommey]

On Wed, Aug 27, 2008 at 02:00:31PM +0200, Peter Palfrader wrote:
> Once you are satisfied with the content on newpeople you can instruct
> apache on oldpeople to redirect requests to the new place.  On gluck
> do the following:
>   echo "RewriteEngine on"
> >  ~/.public_html/.htaccess
>   echo 'RewriteRule ^(.*) http://newpeople.debian.org/~'$USER'/$1 [R,L]' 
> >> ~/.public_html/.htaccess

Or simpler and not requiring mod_rewrite:
echo "Redirect /~$USER/ http://newpeople.debian.org/~$USER/"; > 
~/public_html/.htaccess

Mike


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