Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18

[Petter Reinholdtsen]

[Bastian Venthur]
> Looks like there is still something left to do for the user after this
> step. Eg, on my machine KDM did not start up automatically anymore, as
> well as WLAN. Those are two things I encountered directly and are
> probably easy to fix, but I'm quite uncertain if there is something else
> broken in the background I'm not aware of.

I suspect you ran into the problem with removed but not purged
packages being reinstalled, where they would throw out conflicting
packages which were installed.  fam would for example throw out kde.

> Is there an easy solution to check and fix all involved packages at once?

You can look in /var/log/dpkg.log for the packages that was removed,
and reinstall them.

Again, sorry for the mess. :(

Friendly,
-- 
Petter Reinholdtsen


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

Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18

[Petter Reinholdtsen]

[Kevin Mark]
> I thought that 'reinstall' seems very time consuming and thought
> that there may be a diffent way to do it. Would this work for
> (most|all)?  cheers,

Yes, I believe so.  So the latest incarnation of the script to fix
this problem uses this apporach.  It is in sysv-rc version
2.86.ds1-19.

Friendly,
-- 
Petter Reinholdtsen


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

Re: The debian boot dependency graph image

[Petter Reinholdtsen]

[Nathanael Nerode]
> syslog-ng also lacks information.

If you find such packages, please report bugs to bts about it.  Most
of the base system and selected packages I use often have such bugs
reported against them, but there are lots of packages left to fix.

> The udev dependency information is not really accurate: a lot of
> things depend upon udev running first, and don't say so.  This is
> partly because the long-term plan is to run udev in the chroot, but
> I think for now probably the dependency should be specified.

Actually, it is more accurate now.  mountdevsubfs.sh now depend on
udev if it exist, and thus udev is executed where it should be,
between mountkernfs and mountdevsubfs.  So now insserv will generate
this boot sequence for the base system+udev based on existing LSB
headers and override files:

  /etc/rcS.d/
  README   S05checkroot.sh   S09mountall-bootclean.sh
  S01glibc.sh  S06ifupdown-clean S09urandom
  S01hostname.sh   S06module-init-tools  S10networking
  S01mountkernfs.shS06mtab.shS11mountnfs.sh
  S02procps.sh S06udev-mtab  S12mountnfs-bootclean.sh
  S02udev  S07checkfs.sh S13bootmisc.sh
  S03mountdevsubfs.sh  S07libdevmapper1.02   S13hwclock.sh
  S04bootlogd  S08mountall.shS13stop-bootlogd-single
  S04hwclockfirst.sh   S09ifupdown

  /etc/rc2.d/
  README  S13openbsd-inetd  S14sysklogd  S15klogd  S17rmnologin
  S09makedev  S13rc.local   S15cron  S16stop-bootlogd

Recently I have started checking the shutdown sequence too, and it is
mostly correct, though there are some issues left to fix before it is
properly handled:

  /etc/rc6.d/
  K06cron  K08openbsd-inetd  K25hwclock.shK35networking  K60umountroot
  K06klogd K20makedevK30urandom   K36ifupdownK90reboot
  K07sysklogd  K20sendsigs   K31umountnfs.sh  K40umountfsREADME

Friendly,
-- 
Petter Reinholdtsen


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

Re: Request to mailing list Pkg-qof-maintainers rejected

[Joerg Jaspert]

On 10770 March 1977, [EMAIL PROTECTED] wrote:
> Your request to the Pkg-qof-maintainers mailing list
>
> Posting of your message titled "qof_0.7.1-1_i386.changes is NEW"
>
> has been rejected by the list moderator.  The moderator gave the
> following reason for rejecting your request:
>
> "No reason given"
>
> Any questions or comments should be directed to the list administrator
> at:
>
> [EMAIL PROTECTED]

Any maintainer doing such a braindead stupid thing - do not wonder if I
reject your package without any comment in the future.
The maintainer address has to be open to receive mail. It is fucking
annyoing already that the damn "Your post needs a moderator" messages
get back, rejecting legal mail is even worse.

-- 
bye Joerg


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

Re: BTS wars

[Christian Perrier]

Quoting Brian May ([EMAIL PROTECTED]):
> > "Christian" == Christian Perrier <[EMAIL PROTECTED]> writes:
> 
> Christian> In short, as first approximation, I support the removal
> Christian> and I would consider any other further action by anyone
> Christian> else not involved in the pkg development as rude
> Christian> action.
> 
> So... umm... when you closed the very same bug report (#372685),
> should I consider it as "rude action"?
> 
> Or maybe I should consider it yet another mistake?


Hmm, well, I should leanr about the English equivalent of "tel est
pris qui croyait prendre"...:-)

Apologies for this mistake, which is of course honest (keyboard
dislexia, the right closed BR should have been #372865). It's really strange
that I made this comment without indeed knowing that it would be a bug
which I would inadvertently close a few weeks later.




signature.asc
Description: Digital signature

Re: Request to mailing list Pkg-qof-maintainers rejected

[Thijs Kinkhorst]

On Sun, 2006-09-10 at 11:48 +0200, Joerg Jaspert wrote:
> > has been rejected by the list moderator.  The moderator gave the
> > following reason for rejecting your request:
> >
> > "No reason given"

> Any maintainer doing such a braindead stupid thing - do not wonder if I
> reject your package without any comment in the future.
> The maintainer address has to be open to receive mail. It is fucking
> annyoing already that the damn "Your post needs a moderator" messages
> get back, rejecting legal mail is even worse.

Surely, you've *never* pressed or clicked the wrong button.

It would really help if people assumed that their fellow developers are
in good faith, and that something that seems unacceptable is just an
honest mistake until proven otherwise. Like this, or like the "BTS wars"
mails also of today.


Thijs


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

[PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha

[Ying-Chun Liu (PaulLiu)]

Dear folks,

LZH is an archive format which is generated by the lha utility (1).
This format is still popular in Japan, but the lha utility is not a free
software. However, some free softwares which use LZH as their
data format (2) and some free GUI archive file managers (3)
often use fork+exec, popen, or system, to call the
command line program '/usr/bin/lha' to extract the data.

Therefore I propose a virtual package named 'lha' for those packages who can
provide the functionality of '/usr/bin/lha'.

Note:
(1) "lha" package in Debian non-free section
(2) "fkiss", "gnomekiss" in Debian
(3) "ark", "file-roller", "krusader" in Debian

thanks,
 Ying-Chun Liu


-- 
PaulLiu(Ying-Chun Liu)
E-mail address: [EMAIL PROTECTED]



signature.asc
Description: OpenPGP digital signature

Re: Request to mailing list Pkg-qof-maintainers rejected

[Christian Perrier]

> It would really help if people assumed that their fellow developers are
> in good faith, and that something that seems unacceptable is just an
> honest mistake until proven otherwise. Like this, or like the "BTS wars"
> mails also of today.


Actually, I was indeed about to say this in this thread ("Reject"
being IIRC the default setting in mailman, the mistake is very likely
and certainly honest)but, ahem, I first had to repair the mistake
mentioned in the "BTS wars" bug report:-)




signature.asc
Description: Digital signature

Re: Request to mailing list Pkg-qof-maintainers rejected

[Andreas Metzler]

Christian Perrier <[EMAIL PROTECTED]> wrote:
[...]
> Actually, I was indeed about to say this in this thread ("Reject"
> being IIRC the default setting in mailman
[...]
Not that it matters, just for completeness sake. - The default value
is defer.
   cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: [PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha

[Andreas Metzler]

"Ying-Chun Liu (PaulLiu)" <[EMAIL PROTECTED]> wrote:
> LZH is an archive format which is generated by the lha utility (1).
> This format is still popular in Japan, but the lha utility is not a free
> software. However, some free softwares which use LZH as their
> data format (2) and some free GUI archive file managers (3)
> often use fork+exec, popen, or system, to call the
> command line program '/usr/bin/lha' to extract the data.

> Therefore I propose a virtual package named 'lha' for those packages who can
> provide the functionality of '/usr/bin/lha'.

> Note:
> (1) "lha" package in Debian non-free section
> (2) "fkiss", "gnomekiss" in Debian
> (3) "ark", "file-roller", "krusader" in Debian

Do all these packages accept a common (sub)set of commandline options?
Alternatives only work if the commandline interface is compatible.
cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Bug#386816: ITP: eqonomize -- personal accounting software for the small household economy

[Frank S. Thomas]

Package: wnpp
Severity: wishlist
Owner: "Frank S. Thomas" <[EMAIL PROTECTED]>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: eqonomize
  Version : 0.4
  Upstream Author : Niklas Knutsson <[EMAIL PROTECTED]>
* URL : http://eqonomize.sourceforge.net/
* License : GPL
  Programming Lang: C++
  Description : personal accounting software for the small household economy

 Eqonomize! is a personal accounting software, with focus on efficiency
 and ease of use for the small household economy. Eqonomize! provides a
 complete solution, with bookkeeping by double entry and support for
 scheduled recurring transactions, security investments, and budgeting.
 It gives a clear overview of past and present transactions, and
 development of incomes and expenses, with descriptive tables and
 charts, as well as an approximation of future account values.

A bzr branch for the package is available on Launchpad:
http://bazaar.launchpad.net/~fst/eqonomize/debian

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFBARVft6HNdxCZCkRAib6AKCCbArQIXcjIGyxGmy/4/1R5uWVeACfX1Xe
K6TrQBSXHDePXn2rsyYErvU=
=bv3E
-END PGP SIGNATURE-


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

Re: [PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha

[Ying-Chun Liu (PaulLiu)]

Andreas Metzler wrote:
> "Ying-Chun Liu (PaulLiu)" <[EMAIL PROTECTED]> wrote:
>> LZH is an archive format which is generated by the lha utility (1).
>> This format is still popular in Japan, but the lha utility is not a free
>> software. However, some free softwares which use LZH as their
>> data format (2) and some free GUI archive file managers (3)
>> often use fork+exec, popen, or system, to call the
>> command line program '/usr/bin/lha' to extract the data.
> 
>> Therefore I propose a virtual package named 'lha' for those packages who can
>> provide the functionality of '/usr/bin/lha'.
> 
>> Note:
>> (1) "lha" package in Debian non-free section
>> (2) "fkiss", "gnomekiss" in Debian
>> (3) "ark", "file-roller", "krusader" in Debian
> 
> Do all these packages accept a common (sub)set of commandline options?
> Alternatives only work if the commandline interface is compatible.
> cu andreas

Yes, all these packages should have a common (sub)set of commandline
options. I think that's the word "suitable" means.

I'm packaging jlha-utils (RFS, not in Debian). It is command-line
compatible and provides the subset of the options. Since there's no spec
on how these options work, and for clean-room purpose, we can't read the
non-free source code. We can only guess from outside and implement them
by ourselves. And thus we can't guarantee that it is 100% same as the
original 'lha'. But I've tested it with the programs (2,3) listed above.

regards,
 Ying-Chun Liu

-- 
PaulLiu(劉穎駿)
E-mail address: [EMAIL PROTECTED]



signature.asc
Description: OpenPGP digital signature

Re: Is `command -v' accepted for maintainer scripts?

[Manoj Srivastava]

On Sat, 09 Sep 2006 09:31:47 +0900 (JST), Tatsuya Kinoshita <[EMAIL PROTECTED]> 
said: 

> Hi, I've discovered that my adopted packages dbskkd-cdb and
> skksearch use `command -v'.

> Is `command -v' accepted for `/bin/sh' maintainer scripts?

> AFAIK, `command -v' is defined by POSIX UPE (user portability
> extension), "Debian Policy" section 10.4 says `/bin/sh' should only
> use POSIX features, "Developer's Reference" section 6.4 says it is
> "not POSIX", and several packages, such as libc6, exim4-base,
> exim4-command, bzip2, slib, gettext-doc, use it.

I prefer the ditty of:
 if which foo >/dev/null 2>&1; then
foo "stuff";
 fi

/usr/bin/which belongs in debianutils, which is Essential:
 Yes, and is thus safe to use in maintainer scripts.

manoj
-- 
Against stupidity the very gods Themselves contend in vain. Friedrich
von Schiller, "The Maid of Orleans", III, 6
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: [PROPOSAL] virtual package 'lha' -- a suitable /usr/bin/lha

[GOTO Masanori]

At Sun, 10 Sep 2006 20:28:55 +0800,
Ying-Chun Liu (PaulLiu) wrote:
> LZH is an archive format which is generated by the lha utility (1).
> This format is still popular in Japan, but the lha utility is not a free
> software. However, some free softwares which use LZH as their
> data format (2) and some free GUI archive file managers (3)
> often use fork+exec, popen, or system, to call the
> command line program '/usr/bin/lha' to extract the data.
> 
> Therefore I propose a virtual package named 'lha' for those packages who can
> provide the functionality of '/usr/bin/lha'.
> 
> Note:
> (1) "lha" package in Debian non-free section
> (2) "fkiss", "gnomekiss" in Debian
> (3) "ark", "file-roller", "krusader" in Debian

The current non-free lha package is based on the original and
legitimate MS-DOS version LHa.  "LHa" is one of implementations of LZH
format archiver.  So many LZH archiver/extractor on windows have used
other names.  We cannot expect each archiver/extrator has the exact
same options.  Thus I disagreed to use lha as virtual package name.

Instead, how about setting "lzh-archiver" as /etc/alternatives for
your java-based lzh archiver and my non-free lha package, then
modifying the GUI archive file managers to execute lzh-archiver, not
lha?

-- gotom


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

Re: [PROPOSAL] virtual package 'lzh-archiver' -- an LZH archiver package

[Ying-Chun Liu (PaulLiu)]

GOTO Masanori wrote:
> At Sun, 10 Sep 2006 20:28:55 +0800,
> Ying-Chun Liu (PaulLiu) wrote:
>> LZH is an archive format which is generated by the lha utility (1).
>> This format is still popular in Japan, but the lha utility is not a free
>> software. However, some free softwares which use LZH as their
>> data format (2) and some free GUI archive file managers (3)
>> often use fork+exec, popen, or system, to call the
>> command line program '/usr/bin/lha' to extract the data.
>>
>> Therefore I propose a virtual package named 'lha' for those packages who can
>> provide the functionality of '/usr/bin/lha'.
>>
>> Note:
>> (1) "lha" package in Debian non-free section
>> (2) "fkiss", "gnomekiss" in Debian
>> (3) "ark", "file-roller", "krusader" in Debian
> 
> The current non-free lha package is based on the original and
> legitimate MS-DOS version LHa.  "LHa" is one of implementations of LZH
> format archiver.  So many LZH archiver/extractor on windows have used
> other names.  We cannot expect each archiver/extrator has the exact
> same options.  Thus I disagreed to use lha as virtual package name.
> 
> Instead, how about setting "lzh-archiver" as /etc/alternatives for
> your java-based lzh archiver and my non-free lha package, then
> modifying the GUI archive file managers to execute lzh-archiver, not
> lha?

"lzh-archiver" is a good virtual package name. And I should use it in
the first time.

But only use alternatives on "/usr/bin/lzh-archiver" has less meaning to
what I wished. In varying Linux distributions, those GUI programs still
have to call "/usr/bin/lha". They won't know in Debian, they can try
using "/usr/bin/lzh-archiver" first. Thus I don't think the upstreams of
those  programs would like to modify their code to use
"/usr/bin/lzh-archiver". And, more free softwares currently not in
Debian have already widely used "/usr/bin/lha" as their default lzh
archiver executable name. To change them all is nearly impossible.

This case is like the "mpg123" and "mpg321" packages currently in
Debian. Because many softwares have already used "/usr/bin/mpg123" as
their mp3 decoder, "mpg321" is designed to be command-line compatible to
"mpg123" for replacing. Now both packages provides "mpg123",
"mp3-decoder" and use alternatives on both "/usr/bin/mpg123" and
"/usr/bin/mp3-decoder".

After I check the situation of mpg123 and mpg321, I think only
"lzh-archiver" should be listed in
/usr/share/doc/debian-policy/virtual-package-names-list.txt.gz and "lha"
should be considered as a "privately, amongst a cooperating group of
packages" virtual package.

Thanks,
 Ying-Chun Liu

-- 
PaulLiu(劉穎駿)
E-mail address: [EMAIL PROTECTED]



signature.asc
Description: OpenPGP digital signature

Bug#386849: ITP: libinklevel -- library for checking the ink level of your local printer

[wnpp]

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


* Package name: libinklevel
  Version : 0.6.5+0.6.6rc3
  Upstream Author : Markus Heinz <[EMAIL PROTECTED]>
* URL : http://libinklevel.sourceforge.net/
* License : GPL
  Description : library for checking the ink level of your local printer

The aim of this library is to provide a way to check the ink level of a 
local printer.
..
It supports printers attached via parallel port or usb.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-686-aircrack
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#386878: ITP: ink -- tool for checking the ink level of your local printer

[wnpp]

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


* Package name: ink
  Version : 0.3.1+0.3.2rc1
  Upstream Author : Markus Heinz <[EMAIL PROTECTED]>
* URL : http://ink.sourceforge.net/
* License : GPL
  Description : tool for checking the ink level of your local printer

Ink is a command line tool for checking the ink level of your local 
printer.
..
It uses libinklevel3.
..
Homepage: http://ink.sourceforge.net/

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (400, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-2-686-aircrack
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]

Re: error

[secretariat]

(write WSEAS in the Subject, when you reply)

Dear Colleague,

We will reply you soon IF AND ONLY IF you have included the word 
WSEAS in the Subject of your email.

If you do not understand what to do, simply, visit
the link:
http://www.worldses.org/contact_us.htm
and click on the link of email

For emergencies, contact us by phone:
(+30) 69 787 180 52
or FAX
(+30) 210 7473 314

or see the so-called Frequently Asked Questions and their ANSWERS below and 
maybe, you will have a temporary (but valid) reply for your question. An 
official reply from the WSEAS will follow.

* FREQUENTLY ASKED QUESTIONS and THEIR ANSWERS 
* 

Perhaps the answer in your question is in the following lines (please read 
them).

QUESTIONS - Answers

-- ARE THE WSEAS BOOKS, CD-ROMs, JOURNALS, PROCEEDINGS
INCLUDED IN SCIENTIFIC/CITATION INDECES?
  Yes. See: www.worldses.org/indexes

-- I HAVE AN INVITED PAPER, BUT THE CONFERENCE THAT YOU PROPOSE IS NOT SUITABLE 
FOR ME? CAN I SEND TO ANOTHER WSEAS CONFERENCE?
  Yes. However, you can upload it via the web site of the
  specific conference.

-- CAN I SEND YOU MY PAPER BY EMAIL?
  Really Sorry! We do not accept papers by email due to our indexing and 
reviewing system You have to visit one of the web site of the conference or 
journal and upload your invited paper

-- CAN I SEND YOU NOW AN ABSTRACT AND LATER ON THE FULL PAPER. 
Officially, WSEAS does not accept Abstracts or Draft papers. 
We need the full paper with the correct WSEAS format.
See: http://www.worldses.org/drafts/wseas.doc
or http://www.worldses.org/drafts/wseas.pdf
Do not send it to us by email.
Please, visit the conference web site via:
http://www.wseas.org   OR  http://www.worldses.org
select the conference that you want
and submit the full paper via the web interface of the particular conference 
(click on the link: "Submit a paper")


-- WHAT IS YOUR CRITERIA FOR PUBLISHING PAPERS?

The paper must contain Original work, adequate references
and comparison with previous methods in the literature,
WSEAS format and excellent English language. We do not accept overview papers.

-- I NEED TO SEND YOU A NEW VERSION OF MY PAPER:
We allow it 30 or more days before the particular conference. See how you can 
send a new version of your paper visiting: http://www.wseas.org/terms

- WHERE CAN I FIND THE WSEAS FORMAT FOR BOOKS, JOURNALS AND CONFERENCES?
Visit:
www.worldses.org/drafts/wseas.doc
or
www.worldses.org/drafts/wseas.pdf

-- I HAVE A PAPER ACCEPTED FOR ADDITIONAL JOURNAL PUBLICATION. WILL YOU
SEND IT TO NEW REVIEWERS (OTHER   REVIEWERS THAN THE REVIEWERS THAT REVIEWED IT
FOR THE CONFERENCE
PROCEEDINGS)?
  Yes of course. WSEAS reserves the right to publish again in the Journal the 
same version as in the Proceedings in the following cases:
  1. Negative comments from the Reviewers for your Journal Version
  2. Wrong Format in your journal version.
  3. Technical Problems in the uploaded file.
  4. Submission of the Extended (journal) version after the deadline.


-- I USE LATEX. WHAT IS THE STYLE THAT YOU ACCEPT?
Please download
www.worldses.org/drafts/wseas.tex
or
www.worldses.org/drafts/wseas.txt

-- WHAT IS THE MAXIMUM and MINIMUM LENGTH OF A PAPER in WSEAS conferences:
maximum: 9 pages
   (written in the WSEAS format), minimum: 3 pages (written in the WSEAS
format)

-- WHAT WILL BE HAPPEN IF MY PAPER IS MORE THAN 9 PAGES:
We can publish it in the CD-ROM, but we will not publish it
in hard copy proceedings.

-- CAN YOU GIVE ME AN EXTENSION IN THE DEADLINE?  
All the extensions
(prolongations) in the deadlines can be found at:
www.wseas.org  Please, check it after the end of a deadline of a particular 
conference.

-- I LOST THE DEADLINE FOR SOME CONFERENCE. MAY I SEND YOU MY PAPER BY EMAIL. 
Unfortunately, no!  You are encouraged to submit it to another WSEAS conference 
with open deadline.


- SEND ME THE CONFERENCE MATERIAL FROM A PREVIOUS WSEAS CONFERENCE 
In these cases, there is an extra fee in order to get the Conference 
Proceedings with your paper by SECURE and REGISTERED Mail: 100 EUR. We can send 
you the necessary form for the extra fees, if you want.

-- DOES WSEAS ACCEPT OVERVIEW PAPERS?
Absolutely not.  WSEAS does not
publish overview papers.
Only in very special
cases and only for world distinguished academic personalities

-- WHAT IS THE MAXIMUM NUMBER OF PAPERS THAT I CAN PRESENT AND REGISTER IN A 
CONFERENCE:  5 (five)

-- IS ONE REGISTRATION ENOUGH IF I HAVE MORE THAN ONE PAPERS ACCEPTED?
  Yes, but you have to pay extra fee for the other papers.

-- CAN I HAVE DISCOUNT IN THE REGISTRATION FEES OR FINANCIAL SUPPORT? WSEAS 
does offer a student registration fee for students that do not present a paper. 
See the web page of the conference. We cannot give other discounts.  We are 
sorry that we could not be of more help.


--I CANNOT ATTENED (or I COULD NOT ATTEND) THE CONFERENCE THAT I SENT THE 
PAPER.  CAN I TRANSFER MY PAPER TO ANOTHER WSEAS CONFERENCE?

No, you cannot!

Bug#386911: ITP: Claroline -- Course Management System for Online Learning

[Victor Manuel Mtz]

Package: wnpp
Severity: wishlist
Owner: Victor Manuel Mtz <[EMAIL PROTECTED]>


* Package name: Claroline
  Version : 1.7.8
  Upstream Author : Lederer Guillaume <[EMAIL PROTECTED]>
* URL : http://www.claroline.net
* License : GPL
  Description : Course Management System for Online Learning

Claroline is a free application based on PHP/MySQL allowing teachers or
education organizations to create and administrate courses through the
web.

Developed from teachers to teachers, Claroline is built over sound
pedagogical principles allowing a large variety of pedagogical setup
including widening of traditional classroom and online collaborative
learning.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i586)
Kernel: Linux 2.4.33
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18

[Stefan Bellon]

Petter Reinholdtsen wrote:

> sed -n "/installed sysvinit 2.86.ds1-16/,/installed sysvinit
> 2.86.ds1-18/p" /var/log/dpkg.log | awk '/ upgrade / { print $4 } /
> installed / { print $5 }' | sort -u

But this script only works when the user installed 2.86.ds1-16. In my
case, I upgraded from 2.86.ds1-15 to 2.86.ds1-17, so the start of the
sed range is not found.

-- 
Stefan Bellon


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

Re: Upgrade problems for sysvinit 2.86.ds1-16 -> 2.86.ds1-18

[Bastian Venthur]

Petter Reinholdtsen wrote:
> [Bastian Venthur]
>> Looks like there is still something left to do for the user after this
>> step. Eg, on my machine KDM did not start up automatically anymore, as
>> well as WLAN. Those are two things I encountered directly and are
>> probably easy to fix, but I'm quite uncertain if there is something else
>> broken in the background I'm not aware of.
> 
> I suspect you ran into the problem with removed but not purged
> packages being reinstalled, where they would throw out conflicting
> packages which were installed.  fam would for example throw out kde.

Sorry, I assumed your proposed solution would already work with the
broken version of sysvinit. After the upgrade yesterday and your
snippet, everything was fixed again.


Cheers,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Re: BTS wars

[Brian May]

> "Christian" == Christian Perrier <[EMAIL PROTECTED]> writes:

Christian> Hmm, well, I should leanr about the English equivalent
Christian> of "tel est pris qui croyait prendre"...:-)

Christian> Apologies for this mistake, which is of course honest
Christian> (keyboard dislexia, the right closed BR should have
Christian> been #372865). It's really strange that I made this
Christian> comment without indeed knowing that it would be a bug
Christian> which I would inadvertently close a few weeks later.

My thoughts too.

Anyway, thanks for re-opening the bug report.
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: Request to mailing list Pkg-qof-maintainers rejected

[Steve Langasek]

On Sun, Sep 10, 2006 at 02:26:52PM +0200, Thijs Kinkhorst wrote:
> On Sun, 2006-09-10 at 11:48 +0200, Joerg Jaspert wrote:
> > > has been rejected by the list moderator.  The moderator gave the
> > > following reason for rejecting your request:

> > > "No reason given"

> > Any maintainer doing such a braindead stupid thing - do not wonder if I
> > reject your package without any comment in the future.
> > The maintainer address has to be open to receive mail. It is fucking
> > annyoing already that the damn "Your post needs a moderator" messages
> > get back, rejecting legal mail is even worse.

> Surely, you've *never* pressed or clicked the wrong button.

> It would really help if people assumed that their fellow developers are
> in good faith, and that something that seems unacceptable is just an
> honest mistake until proven otherwise. Like this, or like the "BTS wars"
> mails also of today.

For my part, I find it pretty offensive that a mailing list that's set as
the maintainer of a package would have mail filters configured this way in
the first place.  For the samba packaging team, for instance, I've taken
pains to adjust the spam filters to allow bts mail in automatically before
ever setting the maintainer field to point to the list; I would expect other
packaging teams to take the same care.

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


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