Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Jarrod O'Flaherty]

Hi Darko,

Thank you for your comments. 


> Cool idea but takes all the fun out of Debian. :-)
>

> On a more serious note though,  having had the unfortunate pleasure of 
> working with the family of *BSD's and Solaris' -- Debian is by far the 
> easiest to 
> administer and work with. I think the other issue you will have, as have been 
> stated,  is that there are so many configurations and variations of 
> configuration options out there, that it would be very difficult to make 
> something as all encompassing that would please a majority.

I'm thinking along the lines of a Wiki style system where the (expert user) 
community contributes the
"recipes" to the database, in much the same way that they currently contribute 
to the "message board
database" by answering people's posted queries.

You are right in saying that there are lots of configurations and variations of 
options out there. Working out a system that
can cope with this will be a significant part of the challenge. I think we 
might find some help there though in the dpkg 
system which seems to do a very good job of dealing with its relevant 
configuration details.

Thanks again for your input!

Yours Sincerely,
Jarrod O'Flaherty.

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Jarrod O'Flaherty]

Hi John,

Thanks for replying!

> I'm not a programmer but I do have a opinion. Webmin is already my 'go

> to' tool for a lot of those chores. The problem is it is too generic and
> not specific to Debian. A good place to start would be to get involved
> as a module writer for Webmin that is "SPECIFIC" to to Debian or
> generate an installable "current" Debianized fork with modules that are
> relative and preset for Debian. If not that then devise a system of

I will look into "Webmin". Thanks for letting me know about the tool!
If the assembled team thinks supporting an existing tool is a better bet,
then "Webmin" sounds like a good candidate.

> I would be willing to offer critiques from a user point and ideas if you
> get this rolling. I think its a good idea.

Great! Thank you for your offer. I'll post to debian-user when we get a
dedicated messaging channel up, and those who wish to follow our
progress can subscribe and do so!

Thanks again!

Yours Sincerely,
Jarrod O'Flaherty.

info zapytanie o zgodę na przesłanie informacji

[zapytanie]

Szanowni Państwo,

Jesteśmy kancelarią finansową zajmującą się doradztwem biznesowym. 

Wskazujemy rozwiązania, które w oparciu o istniejące przepisy prawne pozwalają  
Naszym Klientom 
na optymalizację kosztów prowadzonych przez nich przedsiębiorstw i firm.

Dlatego zwracamy się do Państwa jako potencjalnie zainteresowanych odbiorców 
informacjami na temat rozwiązań o następującej tematyce: 

1.  Optymalizacja zobowiązań  podatkowych wobec US. 

2.  Optymalizacja zobowiązań ubezpieczeniowych wobec ZUS.

3.   Optymalizacja kosztów pracowniczych .

 Jeśli wyrażają Państwo zgodę na przesłanie w/w informacji prosimy o maila 
zwrotnego z tematem "TAK". Informacja zostanie wysłana do Państwa w ciągu 48h.

 Życzymy miłego dnia.

Nota prawna:
Niniejsze zapytanie nie jest ofertą handlową, a jedynie zapytaniem o zgodę na 
przesyłanie oferty handlowej drogą elektroniczną zgodnie z art. 10 ustawy z 
dnia 18 lipca 2002r. o świadczeniu usług drogą elektroniczną (Dz.U.z 2002r. Nr 
144, poz 1204 z późn. zm.).

Julia language

[Joel Rees]

Just out of curiosity, I am sure some of those participating in the
user list are using the language Julia.

I would like to hear from anyone willing to share their experiences,
such as how building went if you're not running sid or loading from
the sid package, and syntactic surprises, etc.

No, I don't have a particular application in mind, it just looks
rather interesting, but I keep postponing building it on my machines,
and I'm thinking about building it from source tonight on my 32 bit
box. Be nice to have some heads-ups.

--
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caar43ipx2nfqdaiqakjplr7ju3qjwz9jvbkroju3hxr6otk...@mail.gmail.com

Re: where is pryzor pkg

[Chris Bannister]

On Fri, Sep 13, 2013 at 09:16:17PM -0400, Harry Putnam wrote:
> I read in several places that there is a debian pkg for the mail
> filter tool `pryzor', however aptitude can find no hint of it. 
> 
>   aptitude search pryzor
> 
> Turns up no hits.
> 
> Maybe I need something added to my sources.list.   Currently it looks
> like:
> 
> deb http://ftp.us.debian.org/debian/ testing main contrib non-free
> deb http://security.debian.org/ jessie/updates main contrib non-free
> 
> deb http://security.debian.org/ testing/updates main
> deb-src http://security.debian.org/ testing/updates main
  ^^^
Why have a deb-src for security, but for none of the others? You may as
well get rid of it.

Also, you are not consistent with your naming scheme, it is recommended
to use the codename for the distrib.
So:


deb http://ftp.us.debian.org/debian/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free

is all you need, because jessie IS testing.

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130914035328.GB12566@tal

Re: where is pryzor pkg

[Thierry Chatelet]

On Friday 13 September 2013 21:16:17 Harry Putnam wrote:
> I read in several places that there is a debian pkg for the mail
> filter tool `pryzor', however aptitude can find no hint of it.
> 
>   aptitude search pryzor
> 
> Turns up no hits.
> 
> Maybe I need something added to my sources.list.   Currently it looks
> like:
> 
> deb http://ftp.us.debian.org/debian/ testing main contrib non-free
> deb http://security.debian.org/ jessie/updates main contrib non-free
> 
> deb http://security.debian.org/ testing/updates main
> deb-src http://security.debian.org/ testing/updates main

Is there a difference betweem pryzor and razor, because razor is in debian.
Thierry


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/3015456.ndYRj4Onya@newone

Re: where is pryzor pkg

[Jerry Stuckle]

On 9/13/2013 9:16 PM, Harry Putnam wrote:

I read in several places that there is a debian pkg for the mail
filter tool `pryzor', however aptitude can find no hint of it.

   aptitude search pryzor

Turns up no hits.

Maybe I need something added to my sources.list.   Currently it looks
like:

deb http://ftp.us.debian.org/debian/ testing main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free

deb http://security.debian.org/ testing/updates main
deb-src http://security.debian.org/ testing/updates main




Maybe you're thinking of "pyzor"?

Jerry


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/5233bad2.5080...@attglobal.net

where is pryzor pkg

[Harry Putnam]

I read in several places that there is a debian pkg for the mail
filter tool `pryzor', however aptitude can find no hint of it. 

  aptitude search pryzor

Turns up no hits.

Maybe I need something added to my sources.list.   Currently it looks
like:

deb http://ftp.us.debian.org/debian/ testing main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free

deb http://security.debian.org/ testing/updates main
deb-src http://security.debian.org/ testing/updates main


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87wqmk6w4e@newsguy.com

Re: nm eth0 connection(2)

[Tom H]

On Thu, Sep 12, 2013 at 2:27 PM, Robert Holtzman  wrote:
> On Thu, Sep 12, 2013 at 10:14:07AM -0400, Tom H wrote:
>> On Wed, Sep 11, 2013 at 4:59 PM, Robert Holtzman  wrote:
>>> On Wed, Sep 11, 2013 at 07:47:10AM -0400, Tom H wrote:

 What's the output of

 nm-tool
 cat /etc/network/interfaces
 cat /etc/NetworkManager/NetworkManager.conf
>>>
>>> tail --lines=50 /var/log/dmesg | grep NetworkManager yields nothing
>>> the same with tail --lines=50 /var/log/messages | grep NetworkManager
>>
>> Why are you limiting your search to the last 50 lines?
>
> Good point for which I have no good answer except that I thought that 50
> would be far enough back. No, huh?
>
> Nothing shown no matter how far back I go.
>>
>> (dmesg won't have any NM logs.)
>>
>>
>>> nm-tool yields, in part,
>>>
>>> - Device: eth0  [Auto (eth0)]
>>>   --
>>>   Type:  Wired
>>>   Driver:e1000e
>>>   State: connected
>>>   Default:   yes
>>>   HW Address:00:21:CC:B6:06:8F
>>>
>>>   Capabilities:
>>> Carrier Detect:  yes
>>> Speed:   100 Mb/s
>>>
>>>   Wired Properties
>>> Carrier: on
>>>
>>>   IPv4 Settings:
>>> Address: 192.168.1.102
>>> Prefix:  24 (255.255.255.0)
>>> Gateway: 192.168.1.1
>>>
>>> DNS: 68.105.28.12
>>> DNS: 68.105.29.12
>>> DNS: 68.105.28.11
>>>
>>> Strange!
>>
>> No strange, working! :)
>
> Plenty strange. If I'm connected, why can't I ping my router or a web
> site?

I'd check elsewhere. NM seems to have done its job.

What's the output of

ip a
ip r
iptables -nL

Can you ping 127.0.0.1?

Can you ping 192.168.1.102?


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOdo=SxU7pYmoRGxO671z-1BU=oqZNpmbpEjOFfS_h-Ls=l...@mail.gmail.com

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Joel Rees]

On Fri, Sep 13, 2013 at 5:36 PM, Jarrod O'Flaherty  wrote:
>
> Greetings All!
>
> This is a call to Debian programmers who would be interested in spending a
> couple hours
> a month

Pipe dreams.

> working with me on developing a "One-Stop Debian Box Config Tool" --

Possibly doable for a limited subset of "common" configurations for
some specific set of uses. Several such configuration tools for
computers to be used in a school lab. (And none of them do more than
get you started sort of reasonably well.)

> a tool intended to
> become the central and all-encompassing place to go to configure any and
> every aspect of your
> Debian system.

Pipe dreams.

> CONCEPT OUTLINE
> =
>
> The tool will (subject to the approval of the collaborators ;) :
>
> 1. Drastically reduce the need to:
>a) Google every time you want to tweak feature X of package Y.

Ergo, the wikis.

>b) Post to message boards when Googling fails to deliver the goods.

So where do you go when the tool fails to produce?

> 2. Provide users with an (ever-growing!) common repository of step-by-step
> "recipes" by which
> they can tweak / fix / customize / build / repair / upgrade their
> systems.

Ergo, the wikis.

> 3. Present each step of a recipe in the form of a regular shell command, so
> it can be
> easily checked, easily modified, and -- most importantly! -- easily
> applied.

What? No GUI?

Okay, points for this one. Sort of. But we are still looking at the wikis.

> 4. Eliminate the need to copy and paste said shell commands by providing a
> special terminal
> window as part of the interface.

With the script sitting in the window waiting to be tweaked and/or run? Cool.

Has BBEdit opened their source code, or are you using EMACS? Or has
someone gone to the trouble of writing a new implementation of the
editor-as-shell function?

> 5. Reduce or altogether eliminate the need to edit the shell commands by
> intelligently substituting
> installation-specific pathnames, module names, version numbers, etc.
> into the commands
> as appropriate.

Wow. Not just editor-as-shell, but templates, and a knowledge base
that figures out what to put where in the templates.

Such a beast would put sysadmins OUT OF WORK!!! DO YOU UNDERSTAND THAT?

:-)

But the size of the database means, yes, it sounds like you are trying
to write a dynamic interface to the wikis, while you are at it.

> 6. Allow you to search the recipes using a goal-based syntax similar to the
> following:
>PATTERN) "I want to: VERB + OBJECT [ + to + VALUE ]"
>EXAMPLE) "I want to: change the default GTK font size to 18pt"
>
>
> 7. Facilitate the sending of feedback to report successes and failures using
> a given
> recipe, automatically collecting and attaching to it relevant information on
> the system setup
> as well as any (error) messages that were output during the process.
>
>
> 8. Play The Imperial March every time you report using a recipe
> successfully.
> (H. Then again, there could be some licensing problems there.)
>
>
> All frivolity aside, let's start talking about how to automate the system
> configuration and
> administration process the same way the rest of the *NIX world is automated!

Well, how about we start trying to make the wikis more accessible, and
more up to date, first?

> HOW TO GET INVOLVED
>
> 
>
> Those interested should email me ( jofs...@yahoo.com ) with their:
>
> * Name
> * Languages Spoken/Written
> * Timezone of Residence
>
> * Linux Background and Proficiency
> * Linux Flavors Used
> * Programming Experience
>
> * Ways You Would Like to Help
>
> Anyone and everyone who enjoys using Linux is welcome to join.
>
> And if you would like to participate but are unsure as to how to do so, let
> me suggest
> that collaborators can, initially at least, be of greatest assistance in:
>
> * Setting up a project homepage.
> * Setting up a mailing list or equivalent by which collaborators can
> communicate.
> * Helping to flesh out the project scope and requirements.
> * Drafting up a design document and work plan.
> * Creating a document & code repository on Github or similar.
>
> Come and join me in collaborating on a tool that's going to be the biggest
> revolution in
> Linux-box interaction since .inputrc got "history-search-backward"!
>
> Look forward to hearing from you!
>
> Yours Sincerely,
> Jarrod O'Flaherty.
>

Not really wanting to be a wet blanket, but your goals are way too
big. (And you aren't the first to suggest the idea, so you can look at
the successes and failures of past efforts to get some idea of why
you're going to get a lot of resistance on this idea.)

I do keep thinking it would be nice to have the wikis more up-to-date
and more complete and more accessible. If I have time, I think I'll go
support those first. Hope you don't mind.

--
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@

Re: dictd

[Jeff Bauer]

On 09/09/2013 08:12 AM, Zenaan Harkness wrote:

For me, it is part of my 'standard' desktop install.

Same here. Amen!

Two reasons - one, my learning process ...
Just passing by a word the definition of which I'm not certain can't be 
blamed on "the (hardcover) dictionary is in the other room." Knowing 
word definitions is a key element of reading comprehension and expanding 
one's vocabulary.

... two, I have gotten used to instantaneous dictionary lookups ...
Having experienced the online dict.org databases being unavailable three 
time, I no longer rely on their server(s). I installed the daemon/server 
locally, as well as the desired databases, and BLAM! Definition displayed.
it's hard to accept anything less these days :) 

Anything less is NOT acceptable. Period. I'm spoiled.

Regards,

Jeff

--
hangout: ##b0rked on irc.freenode.net
diversion: http://alienjeff.net - visit The Fringe
quote: "The foundation of authority is based upon the consent of the people." - 
Thomas Hooker


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/52338241.9050...@charter.net

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Lisi Reisz]

From: 
Lisi Reisz 
So sorry, Jarrod.  I really must succeed in changing my method and using L 
instead of clicking reply. :-(

Sending to list as originally intended.


On Friday 13 September 2013 09:36:50 Jarrod O'Flaherty wrote:
> a
>  tool intended to
> become the central and all-encompassing place to go to configure any and
> every aspect of your Debian system.

Libranet, which was based on Debian in the sense that it used actual debian 
repositories in addition to its own, had an admin assistant.  When its 
copyright holder killed Libranet off, those of us who wanted to go on using 
Libranet simply commented out the Libranet repositories and went on using 
Sarge.  The admin tool didn't work very well for Etch, so it sadly died.

I think it was just what you suggest.  It did not do everything possible, but 
it did do everything basic and a little bit more.  For the rest there is 
always the CLI. ;-)

You could do worse than find a copy of the admin assistant and work it up.  It 
was Open Source software so the code is all there.  I have the disks that 
were released when the next version of Libranet became current, and if you 
were interested could let you have them.  I actually have the dead ones too.

Lisi




On Friday 13 September 2013 09:36:50 Jarrod O'Flaherty wrote:
> Greetings All!
>
> This is a call to Debian programmers who would be interested in spending a
> couple hours a month working with me on developing a "One-Stop Debian Box
> Config Tool" -- a tool intended to
> become the central and all-encompassing place to go to configure any and
> every aspect of your Debian system.
>
>
>
> CONCEPT OUTLINE
> =
>
> The tool will (subject to the approval of the collaborators ;) :
>
> 1. Drastically reduce the need to:
>    a) Google every time you want to tweak feature X of package Y.
>
>    b) Post to message boards when Googling fails to deliver the goods.
>
>
>
> 2. Provide users with an (ever-growing!) common repository of step-by-step
> "recipes" by which they can tweak / fix / customize / build / repair /
> upgrade their systems.
>
>
> 3. Present each step of a recipe in the form of a regular shell command, so
> it can be easily checked, easily modified, and -- most importantly! --
> easily applied.
>
>
>
> 4. Eliminate the need to copy and paste said shell commands by providing a
> special terminal window as part of the interface.
>
>
> 5.
>  Reduce or altogether eliminate the need to edit the shell commands by
> intelligently substituting
>
>     installation-specific pathnames, module names, version numbers, etc.
> into the commands as appropriate.
>
>
> 6. Allow you to search the recipes using a goal-based syntax similar to the
>  following:
>    PATTERN) "I want to:
>  VERB + OBJECT [ + to + VALUE ]"
>    EXAMPLE) "I want to: change the default GTK font size to
>  18pt"
>
>
> 7. Facilitate the sending of feedback to report successes and failures
> using a given recipe, automatically collecting and attaching to it relevant
> information on the system setup as well as any (error) messages that were
> output during the process.
>
>
> 8. Play The Imperial March every time you report using a recipe
> successfully. (H. Then again, there could be some licensing problems
> there.)
>
>
> All frivolity aside, let's start talking about how to automate the system
> configuration and administration process the same way the rest of the *NIX
> world is automated!
>
>
>
> HOW TO GET INVOLVED
>
> 
>
> Those interested should email me ( jofs...@yahoo.com ) with their:
>
> * Name
> * Languages Spoken/Written
> * Timezone of Residence
>
> * Linux
>  Background and Proficiency
> * Linux
>  Flavors Used
> * Programming Experience
>
> * Ways You Would Like to Help
>
> Anyone and everyone who enjoys using Linux is welcome to join.
>
> And if you would like to participate but are unsure as to how to do so, let
> me suggest that collaborators can, initially at least, be of greatest
> assistance in:
>
> * Setting up a project homepage.
> * Setting up a mailing list or equivalent by which collaborators can
> communicate. * Helping to flesh out the project scope and requirements.
> * Drafting up a design document and work plan.
> * Creating a document & code repository on Github or similar.
>
> Come and join me in
>  collaborating on
>  a tool that's going to be the biggest revolution in
> Linux-box interaction since .inputrc got "history-search-backward"!
>
> Look forward to hearing from you!
>
> Yours Sincerely,
> Jarrod O'Flaherty.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201309132234.56814.lisi.re...@gmail.com

Kernel Jessy on Wheezy?

[Antispammbox-debian]

Hi all

It possible be used kernel of Jessie on Wheezy?

Thanks

Regards




--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/330D86405583410391F1CE03FC8CD07C@CentrinoDuo

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Marko Randjelovic]

On Fri, 13 Sep 2013 11:51:57 +0200
Ralf Mardorf  wrote:

> An example for my argumentation.
> 
> On Fri, 2013-09-13 at 01:36 -0700, Jarrod O'Flaherty wrote:
> >PATTERN) "I want to: VERB + OBJECT [ + to + VALUE ]" 
> >EXAMPLE) "I want to: change the default GTK font size to 18pt"
>I want to: make the desktop icon fonts bigger
> 
> For what WM, DE?
> You already need knowledge to know "GTK", you need knowledge about
> valid values.
> 
>I want to: get rid of xruns
> 
> What do you want provide? A troubleshooting list for all use cases and
> all possible situations? How many TiB should the database become?
> 
> 

I agree. Furthermore, this would make bloat on our systems, making us illusion 
of power, while in fact making us lose control of our systems. This is exactly 
the way nasty entities cheat us in order to take control on us instead of we 
control ourselves. People that want to control themselves never made problems. 
Problems make people that want to control other people.

-- 
Marko Ranđelović, B.Sc.
Software Developer
Niš, Serbia
marko...@eunet.rs
http://mr.flossdaily.org

Note: If you see a nonsense enclosed between lines

BEGIN PGP SIGNATURE
END PGP SIGNATURE

then this message is digitally signed using OpenPGP compliant software.
You need an appropriate plugin for your email client or other OpenPGP
compliant software in order to verify the signature. However, the concept
of computer insecurity implies digital signature is not absolute proof of
identity.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20130913223038.10b67...@eunet.rs

booting from raid1 fails after upgrading from kernel-3,2 to 3,10-3 amd64

[e.waelde]

Hello,

my main workstation runs its root-filesystem on lvm
on crypt_luks on raid1 (software raid). Everything
works flawless with kernel-image-3.2.0-4-amd64

However, all later kernels that I tried fail to boot,
e.g. kernel-image-3.10-3-amd64
+ grub2 starts the kernel
+ the kernel starts quering all hw.
  It somehow fails to assemble the raid, it seems. At least
  I do not see any raid related messages (even after adding "verbose debug"
  to the kernel argument list.

I inspected the contents of the initial ramdisks (3.2 and 3.10) and did
not find anything sufficiently different in conf, etc, scripts.

Can anyone confirm this setup is working on amd64 with kernel 3.10 say?

Any pointers, on how to better debug this? I once managed to get a shell
in the initramfs stage. I could load raid1, assemble the raid manually,
luksOpen the crypted partition, start lvm ... but the I did something
which locked the system (unfortunately I cannot remember, how I got there).
Unfortunately all further attempts to drop into a shell in initramfs have
failed on me.

FWIW: I was able to reproduce this problem by installing wheezy on two
empty disks, then upgrade to unstable and trying to boot the newer kernel.
So I suspect I missed something during the upgrade ...

cpu: AMD Phenom(tm) 9550 Quad-Core Processor
disks: connected through SATA
OS: Debian unstable


Any ideas on how to proceed?

Erich


-- 
open-pgp key-id: D7551350


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5233706c.10...@nassur.net

PPS plays slowly

[Merciadri Luca]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Some people sometimes send animated pps. They are mainly done using
Powerpoint. As I'm using Debian, I open them using OpenOffice
Impress. However, some of these presentations are sometimes really
slowly played by Impress. Is there something I can do about it?

Thanks.
- -- 
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- -- 

Cowards die many times before their deaths; The valiant never taste
  of death but once. (William Shakespeare, Julius Caesar)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEYEARECAAYFAlIzVEUACgkQM0LLzLt8MhyZXACdHJftH2r7inEzfeNMw/TmdWc0
IBAAnAhnz2gM/iNX7LqBiuZM1UMRRkYO
=ZPnj
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87a9jgtx2y.fsf@merciadriluca-station.MERCIADRILUCA

Re: sid upgrade

[Joe]

On Thu, 12 Sep 2013 23:14:01 +0200
François Patte  wrote:

> Le 12/09/2013 20:51, Brian a écrit :
> > On Thu 12 Sep 2013 at 19:44:46 +0200, François Patte wrote:
> > 
> >> I made an attempt to upgrade sid (amd64); apt-get report some bugs:
> 
> >> Summary:
> >>  libklibc(1 bug), debhelper(1 bug), dh-python(1 bug), upower(1 bug)
> >>
> >> is it safe to proceed or shall I wait untill these bugs are
> >> corrected?
> > 
> > If you have set up your system to get such a report the onus is on
> > you to look at the bug and come to a judgement. Not proceeding
> > loses you nothing; you are not obliged to upgrade Sid.
> 
> Thanks for answering. I have not "setup my system to get such a
> report", I have setup my system to have a system working for me with
> softwares that I need. I did not ask to have something like
> "debhelper" or "dh-python", I never try to build packages, but these
> packages were installed as dependancies and I cannot master this
> while installing my system...
> 
> The dependancy problem is very difficult to understand, I can only
> trust the packagers. My question is: "I don't need debhelper, and I
> did not want to install it, but if, for any reasons that I can't
> understand, it is necessary to install it, is the warning about a
> non-corrected bug will break anything that I need and that I instaled
> because I needed it?"
> 
> 
You can look up the dependencies of a package with the apt tools, and
decide whether you use any which depend on the package. Or you can
simply try aptitude remove debhelper and see what aptitude also needs
to remove to satisfy the dependencies. If you don't recognise any of
them, then go ahead. If you're absolutely certain that you don't need
any of the items to be removed, repeat the command with 'purge' instead
of 'remove', and the configuration files in /etc will also be removed,
keeping things tidier. If you only use 'remove', then the configuration
is not touched, and if you find a problem later you can reinstall, and
the old configuration will be used. Your call.

I don't make packages, and I don't have debhelper installed, but if you
try removal and find that debhelper is a dependency of an application
which you do use, and which has nothing to do with development, then
someone may have made an error. As a user of sid, you should raise this
as a Debian bug, when the package maintainer will either issue a new
revision with corrected dependencies, or he will rather tersely point
out why the dependency exists, and close the bug. You might want to have
a quick look at the package history first, to see if the dependency has
been explicitly mentioned and explained.

What Brian was pointing out was that nobody but you can say what to do
about a bug which turns up during an upgrade. Only you know how heavily
you depend on the package(s) involved, or how badly you need the very
latest version(s). Almost all problems can be solved by waiting for a
while to upgrade a few packages now and then.

My rule of thumb is to update sid nearly every day, and to ignore
packages with bugs. If, after a few days, the bug hasn't been fixed
(and most will be) then I may investigate the package to see whether
the bug will be a problem for me, or whether I can remove the package.
I do a certain amount of experimentation, and I'm terrible at cleaning
up afterwards, so every now and then I find a bug in a package I've
never used, and take the opportunity to remove it.

Sometimes you won't get the bug report in advance: a few weeks ago, a
new file which was necessary for the upgraded LXDE was not in place in
the repository when it was first needed. A dependency mistake had been
made, and there was no warning when packages requiring the file were
upgraded. The result was that the LX Panel no longer worked, making
application launching much slower. Nobody else seemed to have this
problem, so no bug report had been raised. I tried one of the standard
responses, and tried to reinstall LXDE, but the installer spotted the
problem and refused. Eventually the file turned up in the repository,
but another was missing. About three weeks after the first problem,
everything was sorted and LXDE was again installable. I didn't bother
raising this as a bug, as I could see that both of the offending files
were on the way, they already existed in other distributions, and that
it was only a matter of time before they turned up.

This is exactly the kind of problem which turns up occasionally in sid.
I had almost all of Xfce installed, to I pulled in the rest and
switched to Xfce for a while. Or I could have carried on using LXDE
without the panel, which is probably what I would have done if I knew
what was going on. When reinstallation failed, I could have tracked
down the old packages in .deb form, and reinstalled them with dpkg. The
point here is that you do have to be prepared for this kind of trouble,
and to be able to do without bits of sid for a while.

-- 
Joe


--
To UNSUBSCRIBE, email to debian-

Re: How to eliminate these 'Script ETH1START is broken'

[Tom H]

On Thu, Sep 12, 2013 at 7:50 PM, John W. Foster  wrote:
>
> How to get rid of these messages;
>
> System is working fine, but I get these now and then when installing or
> uninstalling debian apps
>
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Default-Stop  undefined, assuming empty stop  runlevel(s) for 
>> script `ETH1START'

Add a "Default-Stop: 0 1 6" line to your LSB header section.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOdo=sxt1uxymhrmje4sjnl6ufkolpkuubbwq+w+wib3jbe...@mail.gmail.com

Re: UI lag in 7.0 on Dell Precision T3500

[Joel Rees]

On Thu, Sep 12, 2013 at 11:56 PM, Michael P. Soulier
 wrote:
> Hi,
>
> I just "saved" my workstation at work, from the evil clutches of Windows 7.
> Unfortunately, in X running nouveau on the platform mentioned in the subject,
> the UI was painfully slow. Moving anything with the mouse resulted in lag,
> like trying to move the windows through mud, along with some flicker.
>
> I tried the LinuxMint live CD and it works perfectly, so it's likely a
> configuration issue. Has anyone seen this problem before?
>
> Thanks,
> Mike

This thread might be of use?

https://lists.debian.org/debian-user/2013/07/msg00755.html

It's some slowness problems I had with xfce. Seems to have been due to
the wrong acceleration method specified in the X11 configuration.

--
Joel Rees

Be careful where you see conspiracy.
Look first in your own heart.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/caar43inhbr_yauokvhva6uh0jnm63tu8gydd7wscwceehlg...@mail.gmail.com

Twinview put panels on the other screen

[Merciadri Luca]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

I've reinstalled nvidia-glx and all the packages going with it, in order
to use NVIDIA proprietary drivers for my NVIDIA Geforce 8400 GS.

Using nvidia-settings GUI, I managed to get TwinView activated; briefly,
this is what allows you to get a dual screen.

This dual screen is probably virtually defined as one screen with a
bigger dimension. In any case, I can move windows to my right screen if
they disturb me on my left screen.

I defined the left screen to be the `main X server screen.' Therefore, I
thought panels would appear on that screen. However, they appear on the
right screen.

Apart from that, every new window pops up on the left screen, and the
login window appears on the left screen too.

What I want is my panels to go on the left screen, not on the right one,
because my left screen is bigger and I'm facing it
physically. Therefore, the right screen should extend my left one, not
the opposite. It however looks, as I specified earlier, as if everything
was defined correctly (i.e. the main X screen is defined as the left
one).

Any idea on that?

Thanks.
- -- 
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- -- 

Every cloud has a silver lining.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEUEARECAAYFAlIzTKkACgkQM0LLzLt8MhycvwCeIGI043ULcpGdXLAPJS9dNkxU
+U4AmIQp5HPZxFedkVDdJ8pm1XnoJE8=
=Ygqx
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87eh8styl2.fsf@merciadriluca-station.MERCIADRILUCA

Re: Weird error: display and crtc error

[Merciadri Luca]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Problem solved.

I solved the problem by reinstalling x11-xkb-utils; no harm to remove all the 
gdm & gnome stuff if reinstalled directly!
- -- 
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- -- 

Education is the best provision for the journey to old age. (Aristotle)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEYEARECAAYFAlIzS3MACgkQM0LLzLt8MhyZaACghPeISHxmGBXmPObbdFMVeyvR
+UwAnjOqQK7G5TqumYezNvxD7RPfjbyS
=z0Gw
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/87ioy4tytm.fsf@merciadriluca-station.MERCIADRILUCA

Re: Security?

[davidson]

regarding startpage and its default behavior,

On Thu, 12 Sep 2013, recovery...@gmail.com wrote:

TOR project seems to think that duckduckgo > startpage.

Not that this 'enabled by default family filter' bothers me, but it can
lead to unexpected results, as shown here:

https://trac.torproject.org/projects/tor/ticket/8839#comment:7


there is no need to accept the default behavior.

startpage accepts options, passed in the url, that override the
default search settings:

 https://startpage.com/do/preferences.pl?language_ui=english_uk

fill out the form according to whatever behaviors you want, and then
hit the "generate URL" button.  then use the url generated, when you
want that behavior.

likewise for ixquick itself:

 https://ixquick.com/do/preferences.pl?language_ui=english

hth,
wes


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: 
http://lists.debian.org/alpine.deb.2.00.1309131226470.18...@brutus.ling.ohio-state.edu

Re: UI lag in 7.0 on Dell Precision T3500

[Michael P. Soulier]

On 12/09/13 Carlo said:

> Hi, can you tell us the model of graphic card? And also have you
> installed some programs before this problem or was there just at
> beginning ?

It persisted through use of gnome3. I'm now running KDE and the problem is
gone.

02:00.0 VGA compatible controller: NVIDIA Corporation G98 [Quadro NVS 295]
(rev a1) (prog-if 00 [VGA controller])
Subsystem: NVIDIA Corporation Device 062e
Flags: bus master, fast devsel, latency 0, IRQ 24
Memory at f600 (32-bit, non-prefetchable) [size=16M]
Memory at ec00 (64-bit, prefetchable) [size=64M]
Memory at f400 (64-bit, non-prefetchable) [size=32M]
I/O ports at dc80 [size=128]
Expansion ROM at f7e0 [disabled] [size=128K]
Capabilities: 
Kernel driver in use: nouveau

Mike


signature.asc
Description: Digital signature

Re: Security?

[recoverym4n]

 Hi.

On Fri, 13 Sep 2013 09:05:35 +0200
Ralf Mardorf  wrote:

> However, when
> searching for Linux related content I'm satisfied.

It's ok for Linux IMO (and Solaris, and AIX), but sometimes these
filters bite you when you least expect it.

For example, I've not been able to locate pornview upstream (using
startpage.com), and pornview was my favorite picture viewer (it's usage
has nothing in common with the name) back in the Squeeze days:

http://packages.debian.org/squeeze/pornview

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20130913200415.1fad1aea41060bbdd5923...@gmail.com

Re: How to eliminate these 'Script ETH1START is broken'

[Curt]

On 2013-09-12, John W. Foster  wrote:
> How to get rid of these messages;
> System is working fine, but I get these now and then when installing or
> uninstalling debian apps

Didn't Bob Proulx already answer your question back in June?

http://lists.debian.org/debian-user/2013/06/msg01159.html




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/slrnl36e40.2t1.cu...@einstein.electron.org

Re: How to eliminate these 'Script ETH1START is broken'

[John W. Foster]

On Fri, 2013-09-13 at 13:00 +0530, Kailash wrote:
> locate ETH1START

root@mysystem:/home/myname# locate ETH1START
/etc/init.d/ETH1START
/etc/rc2.d/S01ETH1START
/etc/rc3.d/S01ETH1START
/etc/rc5.d/S01ETH1START

FYI I one had 2 ethernet cards in this box and removed one. I'm not sure
why this poped up, but it did so after I upgraded to wheezy. Weird thing
is I removed one card a long time ago and replaced it with a gigabit
card in the same slot.I had some issues getting it to work but
eventually got the drivers to work and removed the extra "old" 3com
card.
john



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379083848.9996.13.ca...@beast.home

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Darko Gavrilovic]

On Sep 13, 2013 4:37 AM, "Jarrod O'Flaherty"  wrote:

>
> Greetings All!
>
> This is a call to Debian programmers who would be interested in spending a
> couple hours
> a month working with me on developing a "One-Stop Debian Box Config Tool"
> -- a tool intended to
> become the central and all-encompassing place to go to configure any and
> every aspect of your
> Debian system.
>
>
> CONCEPT OUTLINE
> =
>
> The tool will (subject to the approval of the collaborators ;) :
>
> 1. Drastically reduce the need to:
>a) Google every time you want to tweak feature X of package Y.
>
>b) Post to message boards when Googling fails to deliver the goods.
>
>
> 2. Provide users with an (ever-growing!) common repository of step-by-step
> "recipes" by which
> they can tweak / fix / customize / build / repair / upgrade their
> systems.
>
>
> 3. Present each step of a recipe in the form of a regular shell command,
> so it can be
> easily checked, easily modified, and -- most importantly! -- easily
> applied.
>
>
> 4. Eliminate the need to copy and paste said shell commands by providing a
> special terminal
> window as part of the interface.
>
>
> 5. Reduce or altogether eliminate the need to edit the shell commands by
> intelligently substituting
> installation-specific pathnames, module names, version numbers, etc.
> into the commands
> as appropriate.
>
>
> 6. Allow you to search the recipes using a goal-based syntax similar to
> the following:
>PATTERN) "I want to: VERB + OBJECT [ + to + VALUE ]"
>EXAMPLE) "I want to: change the default GTK font size to 18pt"
>
>
> 7. Facilitate the sending of feedback to report successes and failures
> using a given
> recipe, automatically collecting and attaching to it relevant information
> on the system setup
> as well as any (error) messages that were output during the process.
>
>
> 8. Play The Imperial March every time you report using a recipe
> successfully.
> (H. Then again, there could be some licensing problems there.)
>
>
> All frivolity aside, let's start talking about how to automate the system
> configuration and
> administration process the same way the rest of the *NIX world is
> automated!
>
>
>
> HOW TO GET INVOLVED
>
> 
>
> Those interested should email me ( jofs...@yahoo.com ) with their:
>
> * Name
> * Languages Spoken/Written
> * Timezone of Residence
>
> * Linux Background and Proficiency
> * Linux Flavors Used
> * Programming Experience
>
> * Ways You Would Like to Help
>
> Anyone and everyone who enjoys using Linux is welcome to join.
>
> And if you would like to participate but are unsure as to how to do so,
> let me suggest
> that collaborators can, initially at least, be of greatest assistance in:
>
> * Setting up a project homepage.
> * Setting up a mailing list or equivalent by which collaborators can
> communicate.
> * Helping to flesh out the project scope and requirements.
> * Drafting up a design document and work plan.
> * Creating a document & code repository on Github or similar.
>
> Come and join me in collaborating on a tool that's going to be the biggest
> revolution in
> Linux-box interaction since .inputrc got "history-search-backward"!
>
> Look forward to hearing from you!
>
> Yours Sincerely,
> Jarrod O'Flaherty.
>
>
Cool idea but takes all the fun out of Debian. :-)

On a more serious note though,  having had the unfortunate pleasure of
working with the family of *BSD's and Solaris' -- Debian is by far the
easiest to administer and work with. I think the other issue you will have,
as have been stated,  is that there are so many configurations and
variations of configuration options out there, that it would be very
difficult to make something as all encompassing that would please a
majority.

Re: Php5 error message

[John W. Foster]

On Fri, 2013-09-13 at 10:15 +0100, Darac Marjal wrote: 
> On Thu, Sep 12, 2013 at 06:12:52PM -0500, John W. Foster wrote:
> > I want to get rid of these messages: HOW!
> 
> In the files mentioned, replace the "#" with ";".
> 
> > 
> > > PHP Deprecated:  Comments starting with '#' are deprecated
> > > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> > > PHP Deprecated:  Comments starting with '#' are deprecated
> > > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> > > PHP Deprecated:  Comments starting with '#' are deprecated
> > > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> > 
> > The reason for my question here is that this is a vanilla php5 install
> > using debian configs. Seems this should be eliminated by the package
> > maintainers IMHO>
> 
> There's a bug for this (#571735) and it's already been fixed. Upgrade to
> 1:0.4.5-1 or later.
> 

Oops; I didn't check for a bug.
Thanks, I'll get rid of it.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379083158.9996.8.ca...@beast.home

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Jarrod O'Flaherty]

Hi Ralf,

Thanks for your very prompt and very candid feedback!

> wrong direction. It would be better to go the other way around and to
> get rid of similar GUIs and instead to write more good Wikis how to
> configure an install using a "normal" editor.

If I may be so bold, let me suggest that we are actually thinking along 
quite similar lines!

> What do you want provide? A troubleshooting list for all use cases and
> all possible situations? How many TiB should the database become?

Ultimately, yes! The database would potentially become very large but 
it would be hosted (a cloud service or the like) with the user only
downloading the solutions they need as they need them. In one sense, 
a compendium of the most frequent queries on Stackoverflow, 
LinuxQuestions, Ubuntuforums et al.

Perhaps you -- or another member of the Debian community -- can suggest
a medium outside of 'debian-user' where we can discuss in further
detail the pros and cons of my proposal. I am sure I can get some good
ideas for what form it should take from your objections to it!

A good weekend to Ralf and everyone else.

Yours Sincerely,
Jarrod O'Flaherty.

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[John W. Foster]

On Fri, 2013-09-13 at 01:36 -0700, Jarrod O'Flaherty wrote: 
> 
> 
> Greetings All!
> 
> This is a call to Debian programmers who would be interested in
> spending a couple hours 
> a month working with me on developing a "One-Stop Debian Box Config
> Tool" -- a tool intended to
> become the central and all-encompassing place to go to configure any
> and every aspect of your 
> Debian system. 
> 
> 
> 
> CONCEPT OUTLINE
> =
> 
> The tool will (subject to the approval of the collaborators ;) :
> 
> 1. Drastically reduce the need to:
>a) Google every time you want to tweak feature X of package Y.
> 
>b) Post to message boards when Googling fails to deliver the goods.
> 
> 
> 
> 
> 2. Provide users with an (ever-growing!) common repository of
> step-by-step "recipes" by which 
> they can tweak / fix / customize / build / repair / upgrade their
> systems.
> 
> 
> 
> 
> 3. Present each step of a recipe in the form of a regular shell
> command, so it can be
> easily checked, easily modified, and -- most importantly! --
> easily applied.
> 
> 
> 
> 
> 
> 4. Eliminate the need to copy and paste said shell commands by
> providing a special terminal
> window as part of the interface.
> 
> 
> 5. Reduce or altogether eliminate the need to edit the shell commands
> by intelligently substituting 
> 
> installation-specific pathnames, module names, version numbers,
> etc. into the commands
> as appropriate.
> 
> 
> 6. Allow you to search the recipes using a goal-based syntax similar
> to the following:
>PATTERN) "I want to: VERB + OBJECT [ + to + VALUE ]" 
>EXAMPLE) "I want to: change the default GTK font size to 18pt"
> 
> 
> 7. Facilitate the sending of feedback to report successes and failures
> using a given
> recipe, automatically collecting and attaching to it relevant
> information on the system setup
> as well as any (error) messages that were output during the process.
> 
> 
> 8. Play The Imperial March every time you report using a recipe
> successfully. 
> (H. Then again, there could be some licensing problems there.)
> 
> 
> All frivolity aside, let's start talking about how to automate the
> system configuration and 
> administration process the same way the rest of the *NIX world is
> automated!
> 
> 
> 
> HOW TO GET INVOLVED
> 
> 
> 
> Those interested should email me ( jofs...@yahoo.com ) with their:
> 
> * Name
> * Languages Spoken/Written
> * Timezone of Residence
> 
> * Linux Background and Proficiency
> * Linux Flavors Used
> * Programming Experience
> 
> * Ways You Would Like to Help
> 
> Anyone and everyone who enjoys using Linux is welcome to join. 
> 
> And if you would like to participate but are unsure as to how to do
> so, let me suggest
> that collaborators can, initially at least, be of greatest assistance
> in:
> 
> * Setting up a project homepage.
> * Setting up a mailing list or equivalent by which collaborators can
> communicate.
> * Helping to flesh out the project scope and requirements.
> * Drafting up a design document and work plan.
> * Creating a document & code repository on Github or similar.
> 
> Come and join me in collaborating on a tool that's going to be the
> biggest revolution in 
> Linux-box interaction since .inputrc got "history-search-backward"!
> 
> Look forward to hearing from you!
> 
> Yours Sincerely,
> Jarrod O'Flaherty.
> 
> 

-
I'm not a programmer but I do have a opinion. Webmin is already my 'go
to' tool for a lot of those chores. The problem is it is too generic and
not specific to Debian. A good place to start would be to get involved
as a module writer for Webmin that is "SPECIFIC" to to Debian or
generate an installable "current" Debianized fork with modules that are
relative and preset for Debian. If not that then devise a system of
similar capability. As far as I know the only real issue with Webmin is
its just not broad based enough, and with mostly one developer, Jaime
has done a remarkable job. My rarely expressed 2 cents worth.
I would be willing to offer critiques from a user point and ideas if you
get this rolling. I think its a good idea.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379083070.9996.7.ca...@beast.home

Sound problems on Wheezy upgrade

[Lisi Reisz]

The problem has arisen since I upgraded.  Sound was fine in Squeeze.

Now, when I run alsamixergui:

lisi@Tux-II:~$ alsamixergui

I get an error box saying:

alsamixer: function snd_mixer_load failed: invalid argument

No pulseaudia is installed. 

I get the same problem on a fresh install of Wheezy on my husband's box.

on-board sound on my box: chipset Intel Z77 Express chipset

root@Tux-II:/home/lisi# lshw | grep snd
 configuration: driver=snd_hda_intel latency=0

I have no idea where to look.  I have googled the error message, and get a 
lot of hits.  It is obviously a common error, but I could see no solutions 
that seemed to fit my situation.  Probably couldn't see the wood for the 
trees. :-(

Two people had succeeded by purging everything Alsa related and installing 
Alsa from upstream, though one of them had to run snddevices after every 
boot.  Hardly satisfactory, especially on my husband's box.

Any suggestions, please?  Ought I to purge and install from upstream?  In 
general, I prefer to stick to Debian versions.

Thanks for any help,
Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201309131458.27255.lisi.re...@gmail.com

Re: vanilla kernel + firmware

[laurent debian]

Thanks a lot for your answer which actually helps a lot.


Yes it was just by entouthsiasm
 and some month ago I found a regression in the kernel with 
vgaswitcheroo no longer working for some people.
I even did a bisect to found the guilty release. This regression is now 
in the debian/sid kernel which is (a bit) painful for me because I can 
not longer switch to my ati/amd gpu.
The 3.11 kernel is now suppose to fixed this issue so I was eager to try 
it but now switching cause even more problematic kernel panic for me and 
I try to get why...

Best regards,
Laurent.
Le 12/09/2013 20:01, Stan Hoeppner a écrit :

On 9/12/2013 12:41 PM, laurent debian wrote:
...

2) My question was only if the procedure describe in first message is a
proper way to compile a vanilla kernel using the firmware form
kernel.org ( ?

...

cd linux
git pull
make clean
cp /boot/configXXX .config   (+ make menuconfig and exit ...)
make deb-pkg
cd ..
dpkg -i linux-libc-dev_3.11.0-rc6_amd64.deb
   linux-firmware-image_3.11.0-rc6_amd64.deb
   linux-headers-3.11.0-rc6+_3.11.0-rc6_amd64.deb
   linux-image-3.11.0-rc6+_3.11.0-rc6_amd64.deb

This procedure should be fine, but it would probably be better, cleaner,
if you include firmware in the kernel instead of as modules.

CONFIG_FIRMWARE_IN_KERNEL=y
CONFIG_FIRMWARE_MEMMAP=y

There are many procedures that may work fine, including the Debian:
http://kernel-handbook.alioth.debian.org/ch-common-tasks.html

But the larger issue here I think, which is why I provided the earlier
link, is why are you installing RC kernels?

"Prepatch or "RC" kernels are mainline kernel pre-releases that are
mostly aimed at other kernel developers and Linux enthusiasts. They must
be compiled from source and usually contain new features that must be
tested before they can be put into a stable release. Prepatch kernels
are maintained and released by Linus Torvalds."

You're clearly not a kernel developer.  So that would put you in the
enthusiast category.  Are you running RC for the hellofit, or do you
need specific hardware functionality not found it vanilla stable or the
Debian distro kernels?

Running into problems like this is more the norm with -RC kernels, not
the exception.  This tree exists so folks can find such problems and fix
them before the stable release.  -RC kernels are not for daily use.




--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: http://lists.debian.org/52330ef3.1010...@gmail.com

Weird error: display and crtc error

[Merciadri Luca]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Just like every day, I turned on my Debian Squeeze machine this
morning. While I don't think I asked for upgrade yesterday, it appears
something has changed in the system.

The X server won't boot. In place, after all the booting process,
I'm left with many
==
[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on crtc
f5fec000
[drm] nouveau :01:000: no space while disconnecting DAC
[drm] nouveau :01:000: no space while hiding cursor
[drm] nouveau :01:000: no space while blanking crtc
==

As the X server does not start, I booted in recovery mode (X server
does not start neither). Anyway, I checked the Xorg log in recovery mode,
which contains, at the end:

==
(EE) NOUVEAU(0): failed to set mode: Invalid agument
==

Typing startx or xinit results in (after traditional messages):

==
sh: /usr/bin/xkbcomp: not found
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap
XKB: Failed to compile keymap
Keyboard initialization failed. This could be a missing or incorrect
setup of xkeyboard-config.

Fatal server error:
Failed to activate core devices.

xinit: No such file or directory (errno 2): unable to connect to X
server
xinit: No such process (errno 3): Server error.
==

I therefore wanted to install x11-xkb-utils, which contains xkbcomp. However,
x11-xkb-utils is already installed. Therefore, xkbcomp should, but I
however get
==
# /usr/bin/xkbcomp
No such file or directory
==

I saw on various forums that 
==
[drm:drm_crtc_helper_set_config] *ERROR* failed to set mode on crtc
f5fec000
[drm] nouveau :01:000: no space while disconnecting DAC
[drm] nouveau :01:000: no space while hiding cursor
[drm] nouveau :01:000: no space while blanking crtc
==
was probably linked due to a lack of free disk space. However, df tells
me I've only used 23 % of capacity; there is still lot of free space for
/.

This could also be due to a permission problem, but /var/tmp and /tmp
permissions are OKAY (did a chmod 1777 meanwhile in order to be sure).

I tried with another kernel (being given GRUB choices), to no avail.

Removing x11-xkb-utils (in order to install it after) removes gnome,
gdm, etc., so I would prefer avoiding that (and I'm even not sure it
would solve the issue).

I also tried disconnecting the keyboard, but it changes nothing. I also
tried Xorg -configure then reboot, but that does not change anything.

Is there a solution to that problem?

Thanks.

- -- 
Merciadri Luca
See http://www.student.montefiore.ulg.ac.be/~merciadri/
- -- 

A real friend is someone who walks in when the rest of the world walks out.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.8 

iEYEARECAAYFAlIy6YcACgkQM0LLzLt8MhxK/ACgq6txsIMo1VZ7ULvAd9dJts5F
L0MAniqpYXBi6MuM9viQk6+XgKe0HIVf
=9KKZ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/61u5ko6w.fsf@merciadriluca-vaio.WORKGROUP

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Ralf Mardorf]

An example for my argumentation.

On Fri, 2013-09-13 at 01:36 -0700, Jarrod O'Flaherty wrote:
>PATTERN) "I want to: VERB + OBJECT [ + to + VALUE ]" 
>EXAMPLE) "I want to: change the default GTK font size to 18pt"
   I want to: make the desktop icon fonts bigger

For what WM, DE?
You already need knowledge to know "GTK", you need knowledge about valid
values.

   I want to: get rid of xruns

What do you want provide? A troubleshooting list for all use cases and
all possible situations? How many TiB should the database become?


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379065917.1061.141.camel@archlinux

Re: One-Stop Debian Box Config Tool: Call for Collaborators!

[Ralf Mardorf]

Such a thingy likely would be more complicated to use, than editing
configuration files the old KISS way and in addition it likely will add
extra bugs and would make Debian less configurable or it would become a
bloated monster with tons of modules, so it would become much more
complicated and would add much more extra bugs. IMO it is a step in the
wrong direction. It would be better to go the other way around and to
get rid of similar GUIs and instead to write more good Wikis how to
configure an install using a "normal" editor.

2 Cents,
Ralf


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379065417.1061.134.camel@archlinux

bad management of external devices...

[François Patte]

Bonjour,

Everytime I use a CD/DVD or plug an usb device, logwatch reports kernel
errors:


UDFUDF-fs: error (device sr0): ud ...:  6 Time(s)
end_request: I/O error, dev sr0, sector ...:  6 Time(s)
sr 2:0:0:0: [sr0]  Add. Sense: Unrecovered read error ...:  5 Time(s)
sr 2:0:0:0: [sr0]  Sense Key : Medium Error [current]  ...:  6 Time(s)
usb 4-1.3: device descriptor read/64, error -71 ...:  4 Time(s)
usb 4-1.3: device not accepting address 6, error -71 ...:  1 Time(s)
usb 4-1.3: device not accepting address 7, error -71 ...:  1
Time(s)-fs: error (device sr0): ud ...:  6 Time(s)
end_request: I/O error, dev sr0, sector ...:  6 Time(s)
sr 2:0:0:0: [sr0]  Add. Sense: Unrecovered read error ...:  5 Time(s)
sr 2:0:0:0: [sr0]  Sense Key : Medium Error [current]  ...:  6 Time(s)
usb 4-1.3: device descriptor read/64, error -71 ...:  4 Time(s)
usb 4-1.3: device not accepting address 6, error -71 ...:  1 Time(s)
usb 4-1.3: device not accepting address 7, error -71 ...:  1 Time(s)

For CD/DVD, the management is awful: they are not automatically mounted
in spite of the fact that I ticked the boxes in my preferences... And
when they are unmounted, even if an icon is present on the desk (this
not always the case), there is no eject possibility when I right click
on the icon. Using the button on the CD-reader takes ages if it works...

For usb devices, an icon appears on the desk but it is randomly mounted

Thank you

-- 
François Patte
UFR de mathématiques et informatique
Laboratoire CNRS MAP5, UMR 8145
Université Paris Descartes
45, rue des Saints Pères
F-75270 Paris Cedex 06
Tél. +33 (0)1 8394 5849
http://www.math-info.univ-paris5.fr/~patte



signature.asc
Description: OpenPGP digital signature

Re: Php5 error message

[Darac Marjal]

On Thu, Sep 12, 2013 at 06:12:52PM -0500, John W. Foster wrote:
> I want to get rid of these messages: HOW!

In the files mentioned, replace the "#" with ";".

> 
> > PHP Deprecated:  Comments starting with '#' are deprecated
> > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> > PHP Deprecated:  Comments starting with '#' are deprecated
> > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> > PHP Deprecated:  Comments starting with '#' are deprecated
> > in /etc/php5/cli/conf.d/ming.ini on line 1 in Unknown on line 0
> 
> The reason for my question here is that this is a vanilla php5 install
> using debian configs. Seems this should be eliminated by the package
> maintainers IMHO>

There's a bug for this (#571735) and it's already been fixed. Upgrade to
1:0.4.5-1 or later.



signature.asc
Description: Digital signature

One-Stop Debian Box Config Tool: Call for Collaborators!

[Jarrod O'Flaherty]

Greetings All!

This is a call to Debian programmers who would be interested in spending a 
couple hours 
a month working with me on developing a "One-Stop Debian Box Config Tool" -- a
 tool intended to
become the central and all-encompassing place to go to configure any and every 
aspect of your 
Debian system. 



CONCEPT OUTLINE
=

The tool will (subject to the approval of the collaborators ;) :

1. Drastically reduce the need to:
   a) Google every time you want to tweak feature X of package Y.

   b) Post to message boards when Googling fails to deliver the goods.



2. Provide users with an (ever-growing!) common repository of step-by-step 
"recipes" by which 
    they can tweak / fix / customize / build / repair / upgrade their systems.


3. Present each step of a recipe in the form of a regular shell command, so it 
can be
    easily checked, easily modified, and -- most importantly! -- easily applied.



4. Eliminate the need to copy and paste said shell commands by providing a 
special terminal
    window as part of the interface.


5.
 Reduce or altogether eliminate the need to edit the shell commands by 
intelligently
 substituting 

    installation-specific pathnames, module names, version numbers, etc. into 
the commands
    as appropriate.


6. Allow you to search the recipes using a goal-based syntax similar to the
 following:
   PATTERN) "I want to:
 VERB + OBJECT [ + to + VALUE ]" 
   EXAMPLE) "I want to: change the default GTK font size to
 18pt"


7. Facilitate the sending of feedback to report successes and failures using a 
given
recipe, automatically collecting and attaching to it relevant information on 
the system setup
as well as any (error) messages that were output during the process.


8. Play The Imperial March every time you report using a recipe successfully. 
(H. Then again, there could be some licensing problems there.)


All frivolity aside, let's start talking about how to automate the system 
configuration and 
administration process the same way the rest of the *NIX world is automated!



HOW TO GET INVOLVED



Those interested should email me ( jofs...@yahoo.com ) with their:

* Name
* Languages Spoken/Written
* Timezone of Residence

* Linux
 Background and Proficiency
* Linux
 Flavors Used
* Programming Experience

* Ways You Would Like to Help

Anyone and everyone who enjoys using Linux is welcome to join. 

And if you would like to participate but are unsure as to how to do so, let me 
suggest
that collaborators can, initially at least, be of greatest assistance in:

* Setting up a project homepage.
* Setting up a mailing list or equivalent by which collaborators can 
communicate.
* Helping to flesh out the project scope and requirements.
* Drafting up a design document and work plan.
* Creating a document & code repository on Github or similar.

Come and join me in
 collaborating on
 a tool that's going to be the biggest revolution in 
Linux-box interaction since .inputrc got "history-search-backward"!

Look forward to hearing from you!

Yours Sincerely,
Jarrod O'Flaherty.

Re: -- SPAM --Re: nm eth0 connection

[Kailash]

On Friday 13 September 2013 10:12 AM, Robert Holtzm wrote:
> On Fri, Sep 13, 2013 at 12:23:50AM +0100, Sharon Kimble wrote:
>> On Thu, 12 Sep 2013 14:13:30 -0700
>> Robert Holtzman  wrote:
>>
>>> On Thu, Sep 12, 2013 at 10:22:38AM -0400, Tom H wrote:
>>>
>>>snip...

 What's "no-auto-default=00:21:CC:B6:06:8F,"?!

 I've never seen "no-auto-default=..." before but I'd blame it for
 your NIC not coming up automatically since "00...8F" is its MAC
 address!
>>>
>>> That line is commented out. Not sure why it didn't show up that way
>>> in my post. Tried uncommenting it with no effect. I don't understand
>>> what it's doing there. Pinging my router as root still gives
>>> "Operation not permitted". It says I'm sending packets but none are
>>> received.
>>>
>>> At this point I'm completely snowed to the point where I'm tempted to
>>> try the M$ solution (reload the OS). So far I'm fighting the
>>> temptation.
>>
>> Daft as it sounds, have you tried rebooting? That might well clear the
>> bottleneck, hopefully :)
> 
> Any number of times, after any change. Don't know if it's required but
> it can't hurt.
> 
Ok, so if network manager's working and you have a valid IP address, and
you can't ping, then there may be some issue you with routing.
$routel
might be a good starting point.

Kailash


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5232c34b.6070...@gmail.com

Re: How to eliminate these 'Script ETH1START is broken'

[Kailash]

On Friday 13 September 2013 05:20 AM, John W. Foster wrote:
> How to get rid of these messages;
> System is working fine, but I get these now and then when installing or
> uninstalling debian apps
> 
> 
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Script ETH1START is broken: incomplete LSB comment.
>> insserv: missing `Default-Stop:'   entry: please add even if empty.
>> insserv: Default-Stop  undefined, assuming empty stop  runlevel(s) for 
>> script `ETH1START'
> 
> 
Hi,

Could you run
"locate ETH1START"
and post a copy of the file here?
Fixing the error might be easier.

IMO, this is probably a script file in /etc/inid.d which seems to be
have the errors list.

K.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5232bf09.3000...@gmail.com

Re: Security?

[Kailash]

On Friday 13 September 2013 12:50 PM, Ralf Mardorf wrote:
> Indeed
> 
> https://startpage.com/do/search
> https://www.google.de/#q=pussy+riot
> 
> "pussy riot"
> 
> with and without the quotes is filtered by starpage.com, while Google
> does show hits regarding to the "Russian feminists". IMO they are not
> really important, serious feminists.
> 
> Just for fun I tried
> 
> "moby's dick"
> 
> ;) and by Google I got http://www.wnd.com/2004/06/25239/ (G-rated, don't
> worry) and startpage.com only shows Moby Dick.
> 
> 
> 
> 
> 
:)

No spying, only spelling correction.
K.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5232be16.50...@gmail.com

Re: Security?

[Ralf Mardorf]

Indeed

https://startpage.com/do/search
https://www.google.de/#q=pussy+riot

"pussy riot"

with and without the quotes is filtered by starpage.com, while Google
does show hits regarding to the "Russian feminists". IMO they are not
really important, serious feminists.

Just for fun I tried

"moby's dick"

;) and by Google I got http://www.wnd.com/2004/06/25239/ (G-rated, don't
worry) and startpage.com only shows Moby Dick.





-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379056859.1061.91.camel@archlinux

Re: Security?

[Ralf Mardorf]

On Thu, 2013-09-12 at 23:20 +0400, recovery...@gmail.com wrote:
>  Hi.
> 
> On Thu, 12 Sep 2013 18:44:42 +0200
> Ralf Mardorf  wrote:
> 
> > On Thu, 2013-09-12 at 12:08 -0300, Beco wrote:
> > > Nice this startpage. I'm recommending to my students.
> > 
> > I'm satisfied with it too :). We now have to trust
> > https://startpage.com/ by ixquick, that their claims are true. But I
> > never heard anything bad about ixquick. IMO startpage is better than
> > ixquick and duck duck go. 
> 
> TOR project seems to think that duckduckgo > startpage.
> 
> Not that this 'enabled by default family filter' bothers me, but it can
> lead to unexpected results, as shown here:
> 
> https://trac.torproject.org/projects/tor/ticket/8839#comment:7

Reco, starpage does work good enough for my needs, however, I didn't use
it with Vidalia (a TOR Firefox setup) yet and didn't test what happens
when searching for for content that shouldn't be seen by little
children. Indeed, I searched for a web page that does provide content
for adults, resp. in Germany this should be allowed for adolescents too
and startpage.com didn't show the page, while it was the first hit for
Google.

Thanks for the heads-up!

To avoid a misunderstanding, this has nothing to do with TOR,
startpage.com is censoring what ever browser we use. However, when
searching for Linux related content I'm satisfied. The side I searched
as a test has erotically content, in some countries you need to be an
adult to watch the content, in others I suspect it's legal for
adolescents too, a few nations perhaps ban such sides for everybody.

I can not imagine much content that is filtered, but suspect that sex,
drugs and rock'n'roll will be filtered only.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1379055935.1061.83.camel@archlinux