berke hafidh | 1 Jul 2008 15:46

Bug#145280: Work in our company

Dear applicant

Our HR Department managers have reviewed your CV and reached the conclusion that your candidature is in
line with our requirements for the QM (quality manager) position. We shall provide you with more detailed
information on the vacancy later and now we would like to briefly introduce our Company.

E-commerce: on-line purchase of real goods for real money is most rapidly growing e-business sphere. But
as in real trade, the main business processes of virtual shops are receiving and filling of customer
orders in accordance with their requirements, delivery of goods and services. Our Company
“Miracle Electronics” is engaged in on-line sale of domestic appliances and audio/video
equipment.  Here we should note the specific feature of our Company: we are finding goods that were
returned to the shop for different reasons, rejects, commodities with visible mechanical damages that
have not affected their functional capacities etc. We also purchase discounted goods or goods in damaged
packing, so-called “open box”. All these goods are received by our QM who can access 
 their working capacity. All you need at this stage is to open the box, compare the goods with the invoice and
check for mechanical damage. In case nothing critical is found, the commodity is packed and sent to the
sales manager (SM) for sale in Europe.

Why we mobilize namely you to work in our Company: 
Real estate, sales areas, sales personnel, security and even warehouses are replaced in on-line stores by
disk space, computer programs and the necessary number of specialists. But what is more important, the
period of launch and change in assortment is reduced, while the scalability of business is hardly
limited. In the virtual display one can see goods that are missing at the warehouse. Taking into account
all these factors, our Company can offer some of the lowest prices in the market being highly competitive
with the quality of the supplied commodity, as well as with its further service, whether it be warranty
repair, after-sales service or 100% return of goods. 

Having an extensive network of our QM we can supply goods to our customers in different regions more
promptly because the workload of every employee is streamlined in the most efficient manner.

(Continue reading)

aub jabez | 1 Jul 2008 16:57

Bug#142424: Our HR Department managers have reviewed your CV

Dear applicant

Our HR Department managers have reviewed your CV and reached the conclusion that your candidature is in
line with our requirements for the QM (quality manager) position. We shall provide you with more detailed
information on the vacancy later and now we would like to briefly introduce our Company.

E-commerce: on-line purchase of real goods for real money is most rapidly growing e-business sphere. But
as in real trade, the main business processes of virtual shops are receiving and filling of customer
orders in accordance with their requirements, delivery of goods and services. Our Company
“Miracle Electronics” is engaged in on-line sale of domestic appliances and audio/video
equipment.  Here we should note the specific feature of our Company: we are finding goods that were
returned to the shop for different reasons, rejects, commodities with visible mechanical damages that
have not affected their functional capacities etc. We also purchase discounted goods or goods in damaged
packing, so-called “open box”. All these goods are received by our QM who can access 
 their working capacity. All you need at this stage is to open the box, compare the goods with the invoice and
check for mechanical damage. In case nothing critical is found, the commodity is packed and sent to the
sales manager (SM) for sale in Europe.

Why we mobilize namely you to work in our Company: 
Real estate, sales areas, sales personnel, security and even warehouses are replaced in on-line stores by
disk space, computer programs and the necessary number of specialists. But what is more important, the
period of launch and change in assortment is reduced, while the scalability of business is hardly
limited. In the virtual display one can see goods that are missing at the warehouse. Taking into account
all these factors, our Company can offer some of the lowest prices in the market being highly competitive
with the quality of the supplied commodity, as well as with its further service, whether it be warranty
repair, after-sales service or 100% return of goods. 

Having an extensive network of our QM we can supply goods to our customers in different regions more
promptly because the workload of every employee is streamlined in the most efficient manner.

(Continue reading)

Marc Haber | 6 Jul 2008 22:41
Picon

Bug#489555: initscripts: please factor out fsck mechanisms from /etc/init.d/checkfs.sh

Package: initscripts
Version: 2.86.ds1-59
Severity: wishlist

Hi,

if one has a file system that is not automatically mounted on boot,
but only later when it is needed for a short period of time (for
example, an FS holding a backup), one should have the possibility to
fsck this file system periodically as well. 

That would be very much simpler if the fsck mechanism used in
/etc/init.d/checkfs.sh were useable after boot to keep people from
having to reinvent the wheel.

This could probably be done by either factoring out the fsck mechanism
to a dedicated /sbin script, or by extending /etc/init.d/checkfs.sh so
that a call like "/etc/init.d/checkfs.sh manual
/dev/mapper/vg0-mybackup" does the intended thing.

I am willing to provide and support a patch, should you indicate that
you would accept it. Please also state what you'd prefer the patch to
do.

Greetings
Marc

Debian Bug Tracking System | 10 Jul 2008 09:48
Picon

Bug#384509: marked as done (ntp: using if-up.d script causes invoke-rc.d warnings at bootup)


Your message dated Thu, 10 Jul 2008 09:22:45 +0200
with message-id <20080710072245.GA11805 <at> piper.oerlikon.madduck.net>
and subject line Re: erroneous runlevel during boot-up sequence
has caused the Debian Bug report #397900,
regarding ntp: using if-up.d script causes invoke-rc.d warnings at bootup
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 owner <at> bugs.debian.org
immediately.)

--

-- 
397900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397900
Debian Bug Tracking System
Contact owner <at> bugs.debian.org with problems
Favicon
From: Jan De Luyck <jan-bugs <at> kcore.org>
Subject: ntp: using if-up.d script causes invoke-rc.d warnings at bootup
Date: 2006-08-24 19:54:18 GMT
(Continue reading)

Debian Bug Tracking System | 10 Jul 2008 09:48
Picon

Bug#384556: marked as done (sysv-rc: Spurious warnings from invoke-rc.d during boot.)


Your message dated Thu, 10 Jul 2008 09:22:45 +0200
with message-id <20080710072245.GA11805 <at> piper.oerlikon.madduck.net>
and subject line Re: erroneous runlevel during boot-up sequence
has caused the Debian Bug report #397900,
regarding sysv-rc: Spurious warnings from invoke-rc.d during boot.
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 owner <at> bugs.debian.org
immediately.)

--

-- 
397900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397900
Debian Bug Tracking System
Contact owner <at> bugs.debian.org with problems
From: Bob Hauck <bobh <at> haucks.org>
Subject: sysv-rc: Spurious warnings from invoke-rc.d during boot.
Date: 2006-08-25 02:33:09 GMT
(Continue reading)

Debian Bug Tracking System | 10 Jul 2008 09:48
Picon

Bug#397900: marked as done (erroneous runlevel during boot-up sequence)


Your message dated Thu, 10 Jul 2008 09:22:45 +0200
with message-id <20080710072245.GA11805 <at> piper.oerlikon.madduck.net>
and subject line Re: erroneous runlevel during boot-up sequence
has caused the Debian Bug report #397900,
regarding erroneous runlevel during boot-up sequence
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 owner <at> bugs.debian.org
immediately.)

--

-- 
397900: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397900
Debian Bug Tracking System
Contact owner <at> bugs.debian.org with problems
Picon Favicon
From: martin f krafft <madduck <at> debian.org>
Subject: erroneous runlevel during boot-up sequence
Date: 2006-11-10 10:55:21 GMT
(Continue reading)

martin f krafft | 10 Jul 2008 10:09
Picon
Favicon

Bug#397900: should not have closed

reopen 397900
notfixed 397900 2.86.ds1-46
tags 397900 patch
thanks

I shouldn't have closed this since there's apparently a patch that
works for others.

-- 
 .''`.   martin f. krafft <madduck <at> debian.org>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
reopen 397900
notfixed 397900 2.86.ds1-46
tags 397900 patch
thanks

I shouldn't have closed this since there's apparently a patch that
works for others.

--

-- 
 .''`.   martin f. krafft <madduck <at> debian.org>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
Debian Bug Tracking System | 10 Jul 2008 10:12
Picon

Processed: should not have closed

Processing commands for control <at> bugs.debian.org:

> reopen 397900
Bug#397900: erroneous runlevel during boot-up sequence
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
Bug#384509: ntp: using if-up.d script causes invoke-rc.d warnings at bootup
Bug#384556: sysv-rc: Spurious warnings from invoke-rc.d during boot.
Bug reopened, originator not changed.

> notfixed 397900 2.86.ds1-46
Bug#397900: erroneous runlevel during boot-up sequence
Bug#384509: ntp: using if-up.d script causes invoke-rc.d warnings at bootup
Bug#384556: sysv-rc: Spurious warnings from invoke-rc.d during boot.
Bug no longer marked as fixed in version 2.86.ds1-46.

> tags 397900 patch
Bug#397900: erroneous runlevel during boot-up sequence
There were no tags set.
Bug#384509: ntp: using if-up.d script causes invoke-rc.d warnings at bootup
Bug#384556: sysv-rc: Spurious warnings from invoke-rc.d during boot.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

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

martin f krafft | 13 Jul 2008 18:55
Picon
Favicon

Bug#437176: Please provide an 'update-motd' script instead of handling motd updates in the initscript

also sprach Javier Fernández-Sanguino Peña <jfs <at> computer.org> [2007.08.10.2322 +0200]:
> Motd(1) does not describe this (will issue a different bug) but IMHO we
> should have an 'update-motd' script to update motd, even if it just did the 
> following (from bootmisc.sh's script):
> 
>     # Update motd
>     uname -snrvm > /var/run/motd
>     [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
> 
> And the 'update-motd' script should be run by bootmisc.sh.

Any news on this?

--

-- 
 .''`.   martin f. krafft <madduck <at> debian.org>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems
also sprach Javier Fernández-Sanguino Peña <jfs <at> computer.org> [2007.08.10.2322 +0200]:
> Motd(1) does not describe this (will issue a different bug) but IMHO we
> should have an 'update-motd' script to update motd, even if it just did the 
> following (from bootmisc.sh's script):
> 
>     # Update motd
>     uname -snrvm > /var/run/motd
>     [ -f /etc/motd.tail ] && cat /etc/motd.tail >> /var/run/motd
> 
> And the 'update-motd' script should be run by bootmisc.sh.
(Continue reading)

Kel Modderman | 13 Jul 2008 16:48
Picon
Favicon

[PATCH 3/4] update-rc.d: Modify functions to operate on local args rather than global script args

This allows functions to be reused by another function with specific arguments.
---
--- a/debian/sysv-rc/sbin/update-rc.d
+++ b/debian/sysv-rc/sbin/update-rc.d
 <at>  <at>  -76,8 +76,8  <at>  <at> 

 $_ = $ARGV[0];
 if    (/^remove$/)       { &checklinks ("remove"); }
-elsif (/^defaults$/)     { &defaults; &makelinks }
-elsif (/^(start|stop)$/) { &startstop; &makelinks; }
+elsif (/^defaults$/)     { &defaults ( <at> ARGV); &makelinks; }
+elsif (/^(start|stop)$/) { &startstop ( <at> ARGV); &makelinks; }
 else                     { &usage; }

 exit (0);
 <at>  <at>  -172,11 +172,12  <at>  <at> 
 # Process the arguments after the "defaults" keyword.

 sub defaults {
+    my  <at> argv =  <at> _;
     my ($start, $stop) = (20, 20);

-    &usage ("defaults takes only one or two codenumbers") if ($#ARGV > 2);
-    $start = $stop = $ARGV[1] if ($#ARGV >= 1);
-    $stop  =         $ARGV[2] if ($#ARGV >= 2);
+    &usage ("defaults takes only one or two codenumbers") if ($#argv > 2);
+    $start = $stop = $argv[1] if ($#argv >= 1);
+    $stop  =         $argv[2] if ($#argv >= 2);
     &usage ("codenumber must be a number between 0 and 99")
 	if ($start !~ /^\d\d?$/ || $stop  !~ /^\d\d?$/);
(Continue reading)


Gmane