Re: irqbalance and at daemons by default?

2013-03-27 Thread Martin Pitt
Steve Langasek [2013-03-26 12:07 -0700]:
 So I would say that the time has probably come for us to remove atd from the
 default Ubuntu system.  Other opinions?

Admittedly, while I actually know about at, in the four times I have
needed functionality like that I just did sleep 1800; poweroff or
something similar. For other reminders most people I know use
calendars or tea timers these days, so I agree that the user base on a
desktop is negligible. I see some more use cases on a server, and my
gut feeling is to keep it on those.

+1 from me for removing it from desktop.

Martin
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: Digital signature
-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel


Re: irqbalance and at daemons by default?

2013-03-27 Thread Dale Amon
On Wed, Mar 27, 2013 at 12:02:19AM +0800, Daniel J Blueman wrote:
 If we have no solid technical reasoning for imposing these daemons by
 default, I'll propose we don't.

at is part of a standard unix setup and one just simply
assumes it is there.

It is particularly useful when doing remote admin work
if you need to do something which might potentially
cause you to lose the connection. You can put in a simple
script to revert in 5 minutes as your fall back.

This is Unix, not Windows, we are talking about.





-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel


Re: irqbalance and at daemons by default?

2013-03-27 Thread Daniel J Blueman
On 27 March 2013 15:06, Martin Pitt martin.p...@ubuntu.com wrote:
 Steve Langasek [2013-03-26 12:07 -0700]:
 So I would say that the time has probably come for us to remove atd from the
 default Ubuntu system.  Other opinions?

 Admittedly, while I actually know about at, in the four times I have
 needed functionality like that I just did sleep 1800; poweroff or
 something similar. For other reminders most people I know use
 calendars or tea timers these days, so I agree that the user base on a
 desktop is negligible. I see some more use cases on a server, and my
 gut feeling is to keep it on those.

There are more use cases on your server, but the same applies to eg
'traceroute'. It's handy to have (along with 30 or so other packages),
but they are so dependent on the server and who's running it.

Better to not second guess that with daemons at least. Add my +1 for
removing on server and +1 for removing on desktop.
-- 
Daniel J Blueman

-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel


Re: irqbalance and at daemons by default?

2013-03-27 Thread Steve Langasek
On Wed, Mar 27, 2013 at 03:38:30PM +0800, Daniel J Blueman wrote:
 On 27 March 2013 15:06, Martin Pitt martin.p...@ubuntu.com wrote:
  Steve Langasek [2013-03-26 12:07 -0700]:
  So I would say that the time has probably come for us to remove atd from 
  the
  default Ubuntu system.  Other opinions?

  Admittedly, while I actually know about at, in the four times I have
  needed functionality like that I just did sleep 1800; poweroff or
  something similar. For other reminders most people I know use
  calendars or tea timers these days, so I agree that the user base on a
  desktop is negligible. I see some more use cases on a server, and my
  gut feeling is to keep it on those.

 There are more use cases on your server, but the same applies to eg
 'traceroute'. It's handy to have (along with 30 or so other packages),
 but they are so dependent on the server and who's running it.

Except that we in fact include a traceroute (from iputils-tracepath) in the
standard system.  (For good reason: debugging a network problem requires
that you have debugging tools already installed, so you're not dependent on
installing them from the network.)

 Better to not second guess that with daemons at least. Add my +1 for
 removing on server and +1 for removing on desktop.

Based on this thread and some additional polling of people via IRC, I think
there's a consensus that we don't need 'at' in the standard seed anymore.
There's not a clear consensus that it should be removed from the server
seed, however.  So I've moved it for now from the standard seed to the
server-ship seed, and will upload ubuntu-meta shortly for this change.

Thanks,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: Digital signature
-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel


Re: Kubuntu LightDM and Ksplash theme

2013-03-27 Thread Ovidiu-Florin Bogdan
Try proposing this upstream.

-- 
Ovidiu-Florin Bogdan
Software Developer


On Friday 22 March 2013 17:28:59 Tomasz Dudzik wrote:

Hey i want to propose a new lightdm theme and a kplash theme 
to fit with the ldm for Kubuntu. We were working on this with 
Harald, but it still needs some love. What do you think. Can we 
change upstream artwork or is this rule hard to  change? 

This is how it looks like:


http://madsheytan.blogspot.com/2013/02/lightdm-ciag-dalszy.html

http://madsheytan.blogspot.com/2013/02/kde-splashscreen.html



-- 
Pozdrawiam, T. Dudzik 


-- 
kubuntu-devel mailing list
kubuntu-de...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/kubuntu-devel


Re: irqbalance and at daemons by default?

2013-03-27 Thread Jamie Strandboge
On 03/26/2013 02:07 PM, Steve Langasek wrote:
 On Wed, Mar 27, 2013 at 12:02:19AM +0800, Daniel J Blueman wrote:
 The same can be said for irqbalance, except it does clock up cputime:
 
 $ ps -C irqbalance -o cputime,etime = 00:40:55 82-02:24:34
 ...which is 30s/day on a single-user workstation
 
 There is a cost to running irqbalance, yes.  But if you're seeing any load
 from it, that implies that you do have multiple cores, and irqbalance is
 doing something *useful* with that CPU time.
 
 $ ps -C irqbalance -o rss = 392kb
 
 But this is all missing a core tenet of Debian/Ubuntu: you select what
 you want running and aren't imposed upon.
 
 That's not a core tenet in Ubuntu. :)  The core tenet for Ubuntu is that we
 make opinionated decisions to ensure Ubuntu works out of the box for users.
 
 DL at has reverse dependency lsb-core, that is if we care to support
 DL lsb-core set out of the box.
 
 Out the box, lsb-base is installed; lsb-core isn't, so that doesn't
 change anything (you'd still need to install lsb-core which would pull
 in atd).
 
 If we have no solid technical reasoning for imposing these daemons by
 default, I'll propose we don't.
 
 The historical rationale for atd being included by default is this is a
 standard part of Unix that users expect to find there (a rationale that
 was, in effect, inherited from Debian).  However, of all the services that
 we run by default, this is by far the most arcane; 1% of our users is
 severely overstating how much atd gets used, and unlike cron, nothing that's
 installed by default relies on it.  And this is definitely the service that
 most often has questions raised about its presence... and several Canonical
 OEM projects have definitely removed it from their installs in the interest
 of reducing footprint, which is going to be a recurring theme on the phone
 stack.
 
 So I would say that the time has probably come for us to remove atd from the
 default Ubuntu system.  Other opinions?
 
+1 for removing on client
-1 for removing on server

There is very little cost to have atd on a server, and a server is one
place where users should expect something approaching a standard Unix
system. I couldn't recall or find any CVEs against 'at' either.


-- 
Jamie Strandboge http://www.ubuntu.com/



signature.asc
Description: OpenPGP digital signature
-- 
ubuntu-devel mailing list
ubuntu-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel


Re: Articles needed for a special edition of a magazine about Ubuntu Flavors

2013-03-27 Thread Shawn Nguyen
Hi, can I be added to the team so I can edit the docs on launchpad? Thanks!

-Shawn


On Tue, Mar 26, 2013 at 9:49 AM, Pasi Lallinaho p...@shimmerproject.orgwrote:

 On 26/03/13 18:18, Elizabeth Krumbach wrote:

 Hi everyone,

 Just got notes back from the magazine editor, we can begin writing! I
 liked Jackson's idea for collaboratively editing them all. Each of us
 will still write our own, just have it available as a collaborative
 document either with Google Docs or pad.ubuntu.com just in case we get
 busy/pulled way or whatever we'll at least have a start (if you aren't
 a member of the team that can edit things on pad.ubuntu.com you can
 request to be added, I'm an admin of the etherpad launchpad team).

 Each article should be 2 to 8 printed pages, each page should expect
 to have have 2500 characters and 2 screen shots/images.

 For reference, he also wrote:

 Please remember to keep community and technical subjects wisely balanced.
 First, we'd like to convince people to Xubuntu. When they find this OS
 exciting - we can show them a community path.
 Anyway, I consider an article Experiences, challenges and the reasons
 I settled on Xubuntu as a technical one :)

 As a reminder, here's the list of articles:
 https://wiki.ubuntu.com/**Xubuntu/Marketing/Magazine2013https://wiki.ubuntu.com/Xubuntu/Marketing/Magazine2013

 If you see one that's Unassigned please volunteer to write it! And
 it looks like we could use a couple more get excited about Xubuntu
 articles:)


 I just updated 
 https://wiki.ubuntu.com/**Xubuntu/Marketing/Magazine2013https://wiki.ubuntu.com/Xubuntu/Marketing/Magazine2013and
  added links to pads for each article.

 I'd like to give assigned authors some time to create the backbone for
 their article before others start contributing or editing them too much. If
 you're going to do big changes, please be in touch with the assigned
 authors and ask what their original idea was.

 Generally, use common sense and if in doubt, step down and ask for consent
 and/or assistance.

 If you need any guidance with the articles generaly, you can be in touch
 with me or Elizabeth and we'll sort things out.

 Cheers,
 Pasi


 --
 Pasi Lallinaho (knome)  » http://open.knome.fi/
 Leader of Shimmer Project and Xubuntu   » http://shimmerproject.org/
 Graphic artist, webdesigner, Ubuntu member  » http://xubuntu.org/


 --
 xubuntu-devel mailing list
 xubuntu-de...@lists.ubuntu.com
 https://lists.ubuntu.com/**mailman/listinfo/xubuntu-develhttps://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

-- 
xubuntu-devel mailing list
xubuntu-de...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel


Re: Articles needed for a special edition of a magazine about Ubuntu Flavors

2013-03-27 Thread Elizabeth Krumbach
On Wed, Mar 27, 2013 at 10:43 AM, Shawn Nguyen shavvnnngu...@gmail.com wrote:
 Hi, can I be added to the team so I can edit the docs on launchpad? Thanks!

You'll need to apply so I can approve you (or give me your LP id)

-- 
Elizabeth Krumbach // Lyz // pleia2
http://www.princessleia.com

-- 
xubuntu-devel mailing list
xubuntu-de...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel


Re: Starting kernel module programming

2013-03-27 Thread Rigved Rakshit
 I want to begin with kernel module programming and also contribute to the
community on the way. So please help me with how to start and proceed.

TLDP is the correct resource. You should also join this community:
http://kernelnewbies.org/ , especially their mailing list as it has people
like Greg-Kroah Hartman on it!
Best Regards,
Rigved

@Sent from my smart-phone
-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss