daylight saving time and RTC clock

[A Mennucc]

hi everybody

today is the first day of daylight saving time in Italy, (and many other
 European countries); but something did not work as expected in my Etch box


--- brief summary of what I saw happening:

this morning, when I booted my PC, I looked at the date
# date
dom mar 25 08:34:22 CEST 2007
that is, it was 1 hour behind ; so I issued
# ntpdate-debian
25 Mar 09:34:32 ntpdate[3996]: step time server 193.204.114.105 offset
3599.702392 sec
and this moved my clock 1 hour ahead, and then the date was correct:
# date
dom mar 25 09:34:35 CEST 2007

-

 my RTC clock is not set to UTC , and maybe this is the cause for what I
saw happening above.

Is there any way so that people not keeping their RTC to UTC may still
have a correct time on daylight-saving switching days?

What package may I send a bug report (wishlist) to?

a.



signature.asc
Description: OpenPGP digital signature

Re: daylight saving time and RTC clock

[Santiago Vila]

On Sun, 25 Mar 2007, A Mennucc wrote:

> today is the first day of daylight saving time in Italy, (and many other
>  European countries); but something did not work as expected in my Etch box
> 
> 
> --- brief summary of what I saw happening:
> 
> this morning, when I booted my PC, I looked at the date
> # date
> dom mar 25 08:34:22 CEST 2007
> that is, it was 1 hour behind ; so I issued
> # ntpdate-debian
> 25 Mar 09:34:32 ntpdate[3996]: step time server 193.204.114.105 offset
> 3599.702392 sec
> and this moved my clock 1 hour ahead, and then the date was correct:
> # date
> dom mar 25 09:34:35 CEST 2007
> 
> -
> 
>  my RTC clock is not set to UTC , and maybe this is the cause for what I
> saw happening above.
> 
> Is there any way so that people not keeping their RTC to UTC may still
> have a correct time on daylight-saving switching days?

Why don't you just keep your RTC to UTC? It worked for me.

You say "something did not work as expected". I really do not expect
time changes like this to work at all if the RTC is set to local time.


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

Re: daylight saving time and RTC clock

[Santiago Vila]

On Sun, 25 Mar 2007, A Mennucc wrote:

> Is there any way so that people not keeping their RTC to UTC may still
> have a correct time on daylight-saving switching days?

Anyway, tried using the ntp package?


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

Re: daylight saving time and RTC clock

[Colin Tuckley]

A Mennucc wrote:

> today is the first day of daylight saving time in Italy, (and many other
>  European countries); but something did not work as expected in my Etch box

RTFM, the installer (clock-setup) says that if you use local time for your
clock then it assumes that there is another operating system (Windows) on
your computer that manipulates the clock for daylight savings time.

Colin

-- 
Colin Tuckley  |  [EMAIL PROTECTED]  |  PGP/GnuPG Key Id
+44(0)1903 236872  |  +44(0)7799 143369  | 0x1B3045CE

Experience is the hardest kind of teacher. It gives you the test first, and
the lesson afterwards. - Anonymous


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

Bug#416150: ITP: nspr -- NetScape Portable Runtime Library

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey <[EMAIL PROTECTED]>

* Package name: nspr
  Version : 4.6.6
  Upstream Author : Mozilla Project
* URL : http://www.mozilla.org/projects/nspr/
* License : GPL/LGPL/MPL
  Programming Lang: C
  Description : NetScape Portable Runtime Library

 This library provides platform independent non-GUI operating system
 facilities including:
  * threads,
  * thread synchronisation,
  * normal file I/O and network I/O,
  * interval timing and calendar time,
  * basic memory management (malloc and free),
  * shared library linking.

This library is already provided by the xulrunner source package, but the
intent is now to have it built from a separate package.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



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

Bug#416151: ITP: nss -- Network Security Service libraries

[Mike Hommey]

Package: wnpp
Severity: wishlist
Owner: Mike Hommey <[EMAIL PROTECTED]>

* Package name: nss
  Version : 3.11.5
  Upstream Author : Mozilla Project
* URL : http://www.mozilla.org/projects/security/pki/nss/
* License : GPL/LGPL/MPL
  Programming Lang: C
  Description : Network Security Service libraries

 This is a set of libraries designed to support cross-platform development
 of security-enabled client and server applications. It can support SSLv2
 and  v4, TLS, PKCS #5, #7, #11, #12, S/MIME, X.509 v3 certificates and
 other security standards.

This library is already provided by the xulrunner source package, but the
intent is now to have it built from a separate package.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



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

Re: video codecs in HTML 5

[Josselin Mouette]

Le samedi 24 mars 2007 à 09:29 +1100, Andrew Donnellan a écrit :
> On 3/24/07, Maik Merten <[EMAIL PROTECTED]> wrote:
> > Ignoring patents can be dangerous, though. If you get sued and the suing
> > party can prove you knew of those patents you can get punished even
> > harder AFAIK (IANAL!). In case of Debian vs. MPEG they could simply
> > point to the mailing lists where the various problems with patents were
> > discussed.
> 
> But are the MPEG patentors *likely* to sue Debian?
> 
> If Debian was sued over the MPEG patents, imagine what Slashdot and
> Digg would do to them - it wouldn't be great PR.

These people don't care about Slashdot, really.

Now, we should at least go on ignoring blatantly bogus patents, like
those on MP3/MPEG-4 decoding. As for encoding, it would probably require
a more careful reading of the patents before enabling it. Plus, we don't
need as many encoding stuff as decoding in the archive.

-- 
 .''`.
: :' :  We are debian.org. Lower your prices, surrender your code.
`. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.


signature.asc
Description: Ceci est une partie de message	numériquement signée

Re: video codecs in HTML 5

[Maik Merten]

Florian Weimer schrieb:
> * Maik Merten:
> 
>>  gives clear semantics: It's an image.
> 
> Animated GIF, anyone?

Still an image as the usual GIF animations aren't exactly qualifying as
true "films".


>>  gives clear semantics: Video.
> 
> Just because something is labled as "video", it's semantics aren't
> suddenly clear.

But it's far more specific than  and exposes a streamlined API
for video usages.

Anyway, I guess the "why?" question is better delt with on the whatwg
mailing list. Personally I don't really care if it's , ,
 or  as long as the recommended functionality
is still implementable in truly free software.


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

Bug#416159: ITP: gurgitate-mail -- E-mail processor and filter with configuration files in ruby

[nohar]

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

* Package name: gurgitate-mail
  Version : 1.8.1
  Upstream Author : Dave Brown <[EMAIL PROTECTED]>
* URL : http://www.dagbrown.com/software/gurgitate-mail/
* License : Ruby license
  Description : E-mail processor and filter with configuration files in ruby

gurgitate-mail is a mail filter that is small and easy to use. The
configuration files in ruby programming langage make gurgitate-mail
flexible and powerfull. It can sort your incoming mail, pipe them
through another program or do whatever processing you program in one of
its configuration file. It can store mails in folders of MBox or Maildir
formats.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.20-sexy
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#416176: ITP: qtiplot -- A user friendly graphical plotting program

[Gudjon I. Gudjonsson]

Package: wnpp
Severity: wishlist
Owner: "Gudjon I. Gudjonsson" <[EMAIL PROTECTED]>

* Package name: qtiplot
  Version : 0.8.9
  Upstream Author : Name Ion Vasilief <[EMAIL PROTECTED]>
* URL : http://soft.proindependent.com/qtiplot.html
* License : GPL
  Programming Lang: C++
  Description : A user friendly graphical plotting program

Qtiplot is a GPL licensed fully fledged plotting program similar
to the Origin program. It can make two and three dimensional plots
of publication quality, both from datasets and functions. It can do
non-linear fitting and multi-peak fitting plus much more.
Its homepage is http://soft.proindependent.com/qtiplot.html
The homepage of Origin is http://www.originlab.com

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Re: pthread has error on Debian Etch

[Greg Folkert]

On Sun, 2007-03-25 at 00:45 -0400, Kevin Mark wrote:
> On Sun, Mar 25, 2007 at 01:17:23AM -0400, Mohsen Pahlevanzadeh wrote:
> > 
> > My distro is Debian Etch.
> > kernel is 2.6.18
> > I have post it to pthread mailing list,They said me that i reinstall
> > libc6-dev package,i reinstalled it,But i see given errors.
> > Please help me
> > Yours,Mohsen
> After about 1 minute of a google search for 'pthred_create example' 
> I found this:
> http://www.amparo.net/ce155/thread-ex.html
> I was able to make your homework function using the 2 threads with about
> 2 minutes of effort, having never programmed using pthreads. If you want
> the answer, I'd be happy to email you it :-)

Don't. He posted it on Debian Devel. You are to only one that responded.
It took me about 2 minutes as well, and *I* don't even do C.

BTW, the libc devel list, brushed him off, I think he even used the IRC
and asked the question there trying to get "the answer"
-- 
greg, [EMAIL PROTECTED]

Novell's Directory Services is a competitive product to Microsoft's
Active Directory in much the same way that the Saturn V is a competitive
product to those dinky little model rockets that kids light off down at
the playfield. -- Thane Walkup


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

Bug#412149: general: "usb:" stopped working in both gpsbabel and jpilot

[Ludovic Rousseau]

Le 23.02.2007, à 17:05:45, Steve Langasek a écrit:
> On Fri, Feb 23, 2007 at 06:27:01PM -0600, Reid Priedhorsky wrote:
> > The following are the packages I upgraded between working and non-working 
> > USB:
> 
> 
> 
> > 2007-02-20 21:36:47 status installed libgphoto2-port0 2.2.1-16
> > 2007-02-20 21:36:50 status installed libgphoto2-2 2.2.1-16
> 
> 
> 
> > I'm not sure for which package this bug report is appropriate. libusb seems 
> > a
> > likely candidate, but I haven't upgraded that package since October and
> > haven't touched the configuration in a while.
> 
> This latest libgphoto update fixed a security hole whereby libgphoto's udev
> rules would wrongly grant access to the plugdev group on all usb devices
> instead of just those related to cameras.  An interesting possibility here
> is that your use of libusb depended on libgphoto's bug. :)
> 
> This was bug #405006.  A comment from this bug log:
> 
>  > What class of USB devices are ending up under group plugdev that
>  > shouldn't?
> 
>  It concerns the raw USB devices, in /dev/bus/usb/, used by libusb for
>  userland drivers. 
> 
> So I would say this isn't a bug at all, but that you need to set up
> additional permissions on /dev/bus/usb/* for your use.

pilot-link from testing/etch provide the file
/usr/share/pilot-link/udev/60-libpisock.rules

This file should be installed as a udev rule to set the group and
permission of the USB device used for the PDA.

Also read /usr/share/doc/pilot-link/README.libusb.gz


All this is automatic with pilot-link 0.12.2-7 (from unstable).

bye,

-- 
 Dr. Ludovic Rousseau[EMAIL PROTECTED]
 -- Normaliser Unix c'est comme pasteuriser le camembert, L.R. --

Re: pthread has error on Debian Etch

[Ben Hutchings]

On Sun, 2007-03-25 at 02:17 -0400, Mohsen Pahlevanzadeh wrote:

> My distro is Debian Etch.
> kernel is 2.6.18
> I have post it to pthread mailing list,

It was the c++-pthreads mailing list, where your *C* program is clearly
off-topic.

> They said me that i reinstall
> libc6-dev package,i reinstalled it,But i see given errors.

*I* said to you that you should try reinstalling it because your
installation seems to be broken in some way.  If you have the proper
version of libc6-dev installed you will not get these errors, which
indicate you have the wrong version of /usr/include/pthread.h.  (As I
told you before, you will still get error messages because your code is
wrong.  But you will not get the errors you have been repeatedly
posting.)

Also, I pointed you toward the debian-user mailing list.  Whatever has
gone wrong with your Debian system does not appear to be an issue for
debian-devel.  This mailing list is about development of Debian, not
programming using a Debian system.

Ben.

-- 
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source


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

Bug#416219: ITP: libgenerics -- general c++ utility library

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <[EMAIL PROTECTED]>


* Package name: libgenerics
  Version : 1.2
  Upstream Author : Jérémie Bernard <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/libgenerics/
* License : GPLv2
  Programming Lang: C++
  Description : general c++ utility library

 Libgenerics is a general c++ utility library. Its main purpose is to give
 developpers a set of tools that enable them to describe the objects they are
 developping at compil time to dynamically analyse them at runtime. It gives the
 possibility to dump and restore the objects states in a binary chunk or xml
 format way too.
 .
 Libgenerics introduces the following notions:
  * metaclasses handling,
  * serialization process definition,
  * a small xml object layer,
  * object listener abstraction,
  * API-signed dynamic module load / link capabilities.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-11-powerpc
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)

Bug#416221: ITP: libgtkol -- GTK C++ Object Layer

[Jonas Smedegaard]

Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard <[EMAIL PROTECTED]>


* Package name: libgtkol
  Version : 1.4
  Upstream Author : Jérémie Bernard <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/libgtkol/
* License : GPLv2
  Programming Lang: C++
  Description : GTK C++ Object Layer


 GTK C++ Object Layer based on the libgenerics abstract services and the
 Gtk API.
 .
 Offers a complete intuitive object API without restricting access to
 the Gtk functionalities themselves.


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: powerpc (ppc)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.20-11-powerpc
Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8)

Re: fakechroot - anyone using it, should I consider hijacking it?

[Mark Eichin]

> installed packages in the work-in-progress root, etc.) with one which
> can be run entirely as a normal user.  fakechroot was integral to
> making this happen.  I'd be thrilled to see fakechroot frilled out and

woohoo :-)  Current status: Piotr turned up and has given me access to
the tree on alioth, and as soon as I get a test suite set up I have a
number of patches to check in...


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

Re: fakechroot - anyone using it, should I consider hijacking it?

[Mark Eichin]

> It works perfectly at the moment so I'm not sure that I'd benefit from a
> heavily repaired version, however this may change when I get to do more
> with the script in the future - I really should look at the bugs I guess.

Given that you run a specific set of operations, it is plausible that
you're not hitting any of the bugs - or not being *visibly* impacted
by some of them.  (For example, one bug that "everyone" sees but
probably doesn't care about, #410145: "make" will print the "unfake"
directory when it enters or leaves a subdirectory.  That's "scary but
harmless"... but it turns out that bash uses the same code path and
there are circumstances where things will just break.)

I certainly have seen lots of packages build correctly with fakechroot
as-shipped - and these fixes should significantly raise that number.


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

Re: Results for General Resolution: Altering package upload rules

[Manoj Srivastava]

On Sat, 24 Mar 2007 10:13:44 +1100, Ben Finney <[EMAIL PROTECTED]> said: 

> "cobaco (aka Bart Cornelis)" <[EMAIL PROTECTED]> writes:
>> On Friday 23 March 2007, Ben Finney wrote:
>> > If it's not counted, why is it counted (i.e. appearing in the
>> > count of votes)?
>> 
>> AIUI your confusing 2 different counts:
>> - the count of "# valid votes made"
>> - the count of "# valid votes taken into account", which is only
>>   the last
>> valid vote for every developer.
>> 
>> if there's people who changed their vote, only their last vote is
>> counted to determine the outcome of the resolution, but they still
>> made 2 votes (or more if they changed their minds more then once

> Exactly. So, why does the vote result show a number of votes which
> has no relevance to the number of votes that actually affected the
> result?

I find the count of valid votes received interesting.

> In other words, why is the unqualified "number of votes" in the
> report not the obvious "number of votes that actually affected the
> result"?

The number of votes we got was 260 -- from 257 developers.  I
 am not sure I understand what all this hullabaloo is all about.

manoj
-- 
Flon's Law: There is not now, and never will be, a language in which
it is the least bit difficult to write bad programs.
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: Results for General Resolution: Altering package upload rules

[Manoj Srivastava]

On Fri, 23 Mar 2007 07:53:52 -0500, Ron Johnson
<[EMAIL PROTECTED]> said:  

> On 03/23/07 05:41, Steve Langasek wrote: [snip]
>> 
>> http://www.debian.org/vote/2007/suppl_002_stats:> 
>> Ballots Received MIME Decoded Passed Sig Check Passed LDAP Check
>> Votes Tallied Rejects Sent 313 313 270 270 260 53
>> 
>> Acks Created Acks Sent Acks Unsent Bad Ballot Unique Voters 260 258
>> 2 10 257
>> 
>> The difference between "ballots received" and "Passed LDAP check"
>> is "Rejects sent"; the difference between "Passed LDAP Check" and
>> "Votes Tallied" is "Bad Ballot".
>> 

So, ballots received were 313.
  Votes tallied + rejects sent  == 260 + 53 = 313.

So, for every ballot received, it was accepted as a proper
 vote, or a reject was sent.


Sounds goof to me?

manoj
-- 
Some people only open up to tell you that they're closed.
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: Results for General Resolution: Altering package upload rules

[Manoj Srivastava]

On Fri, 23 Mar 2007 03:41:57 -0700, Steve Langasek <[EMAIL PROTECTED]>
said:  

> http://www.debian.org/vote/2007/suppl_002_stats:

> Ballots  MIMEPassedPassed  VotesRejects 
< Received Decoded Sig Check LDAP Check  Tallied  Sent
> 313  313  270  270 260  53

> Acks Acks Acks   BadUnique 
> Created  Sent Unsent Ballot Voters
> 260  258  2  10 257

This represents various stages in devotee processing. Mail is
 received, and saved to spool.  Then we do mime decoding, gpg check,
 LDAP check, and parse the ballot.  Based on the previous steps,
 either a reject is sent, or an ack is sent.  

The number of unique votes is determined at the result
 calculation stage at the end.  So, the reporting is about every stage
 of devotee processing.

manoj
-- 
If it has syntax, it isn't user friendly.
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]

More stuff the installer does which isn't done on upgrade

[Nathanael Nerode]

(I would add this to the Wiki page 
http://wiki.debian.org/Sarge2EtchUpgrade but someone made it immutable...)

#1.
Just noticed that /etc/network/interfaces is set up differently on new installs;
it uses udev/hotplug now by default, while it didn't before.

On old installs it looks like this:

# The first network card - this entry was created during the Debian installation
auto eth0
iface eth0 inet dhcp
-

While on new installs it looks like this:
--
# This is a list of hotpluggable network interfaces.
# They will be activated automatically by the hotplug subsystem.
mapping eth0
script grep
map eth0

# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp


#2. 
Also noticed that on my old system /etc/network/run is a symlink to 
/dev/shm/network.  This was set up in the past by ifupdown.

Yet earlier installations will have it as a symlink to /etc/network.

However, new installations make it a directory.  I'm not entirely sure
why, but it's probably some interaction between udev and initscripts.postinst
and whatnot.

In any case, all of this is obsolete (!) and it probably ought to be a link to 
/lib/init/rw, which is a tmpfs mounted very early for purposes like this!  But 
that's another matter

#3.
On new installs, the contents of /etc/default/rcS have changed.  It appears 
that this file didn't always belong to a package, or something, because it 
doesn't trigger the expected notice from dpkg for upgraded configuration files.
Notably DELAYLOGIN has changed value (from yes to no) and EDITMOTD has become 
obsolete.

-
Some of this might actually be fixable by packages, while some of it should 
simply be noted in the release notes.  In any case, this stuff shouldn't remain
undocumented as it is now.

-- 
Nathanael Nerode  <[EMAIL PROTECTED]>

"It's just a goddamned piece of paper."
-- President Bush, referring to the US Constitution
http://www.capitolhillblue.com/artman/publish/article_7779.shtml


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

Re: More stuff the installer does which isn't done on upgrade

[Florian Weimer]

* Nathanael Nerode:

> While on new installs it looks like this:
> --
> # This is a list of hotpluggable network interfaces.
> # They will be activated automatically by the hotplug subsystem.

And, as discussed before, this doesn't work reliably on all
systems. 8-(


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

Re: More stuff the installer does which isn't done on upgrade

[Bastian Venthur]

Florian Weimer schrieb:
> * Nathanael Nerode:
> 
>> While on new installs it looks like this:
>> --
>> # This is a list of hotpluggable network interfaces.
>> # They will be activated automatically by the hotplug subsystem.
> 
> And, as discussed before, this doesn't work reliably on all
> systems. 8-(

I've written a bugreport (#403706) which was discussed for a long time
until it finally was downgraded from grave to important and became a
"documentation issue" the for release-notes.

A questionable move especially since I know from debian-user-german that
many users seem to be affected by this bug.


Cheers,

Bastian

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org


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