Re: [gentoo-user] USB automount with LXDE

[Raffaele BELARDI]

On 11/17/2011 04:54 P, Neil Bothwick wrote:
> I thought that pcmanfm, the LXDE file manager, had a context menu
> option to unmount.
> 

Me too, and I think that a long time ago I did have it, but now it's
not there. Probably I'd better try on the lxde mailing list.

thanks,

raf

Re: [gentoo-user] why can't use print after installed CUPS ?

[Kfir Lavi]

On Fri, Nov 18, 2011 at 8:41 AM, 俞强  wrote:

>  i had installed CUPS-1.4.3 from source(configure, make, make install)
>
> now i can configure print via localhost:631, and the test page is perfect.
>
> but the problem is, why can't i see the print in programs ? (etc. in
> firefox, file->print, there is no print in print dialog)
>
> thanks all
>
> --
> Good Lucks !
> form 俞强（hackqiang）
>
>
Hi,
Did you install cups by hand, not using portage?
I suspect looking at the ebuild, that Gentoo does install few bits in
different places.
I have attached my cups installation files. Please compare with yours.
$ equery files cups

Kfir
/etc
/etc/cups
/etc/cups/client.conf
/etc/cups/cupsd.conf
/etc/cups/cupsd.conf.default
/etc/cups/interfaces
/etc/cups/interfaces/.keep_net-print_cups-0
/etc/cups/ppd
/etc/cups/ppd/.keep_net-print_cups-0
/etc/cups/snmp.conf
/etc/cups/ssl
/etc/cups/ssl/.keep_net-print_cups-0
/etc/dbus-1
/etc/dbus-1/system.d
/etc/dbus-1/system.d/cups.conf
/etc/init.d
/etc/init.d/cupsd
/etc/pam.d
/etc/pam.d/cups
/usr
/usr/bin
/usr/bin/cancel
/usr/bin/cups-config
/usr/bin/cupstestdsc
/usr/bin/cupstestppd
/usr/bin/lp
/usr/bin/lpoptions
/usr/bin/lppasswd
/usr/bin/lpq
/usr/bin/lpr
/usr/bin/lprm
/usr/bin/lpstat
/usr/bin/ppdc
/usr/bin/ppdhtml
/usr/bin/ppdi
/usr/bin/ppdmerge
/usr/bin/ppdpo
/usr/include
/usr/include/cups
/usr/include/cups/adminutil.h
/usr/include/cups/array.h
/usr/include/cups/backend.h
/usr/include/cups/cgi.h
/usr/include/cups/cups.h
/usr/include/cups/dir.h
/usr/include/cups/driver.h
/usr/include/cups/file.h
/usr/include/cups/help-index.h
/usr/include/cups/http.h
/usr/include/cups/image.h
/usr/include/cups/ipp.h
/usr/include/cups/language.h
/usr/include/cups/mime.h
/usr/include/cups/ppd.h
/usr/include/cups/ppdc.h
/usr/include/cups/raster.h
/usr/include/cups/sidechannel.h
/usr/include/cups/transcode.h
/usr/include/cups/versioning.h
/usr/lib
/usr/lib/libcups.so
/usr/lib/libcups.so.2
/usr/lib/libcupscgi.so
/usr/lib/libcupscgi.so.1
/usr/lib/libcupsdriver.so
/usr/lib/libcupsdriver.so.1
/usr/lib/libcupsimage.so
/usr/lib/libcupsimage.so.2
/usr/lib/libcupsmime.so
/usr/lib/libcupsmime.so.1
/usr/lib/libcupsppdc.so
/usr/lib/libcupsppdc.so.1
/usr/libexec
/usr/libexec/cups
/usr/libexec/cups/backend
/usr/libexec/cups/backend/http
/usr/libexec/cups/backend/https
/usr/libexec/cups/backend/ipp
/usr/libexec/cups/backend/lpd
/usr/libexec/cups/backend/parallel
/usr/libexec/cups/backend/scsi
/usr/libexec/cups/backend/serial
/usr/libexec/cups/backend/snmp
/usr/libexec/cups/backend/socket
/usr/libexec/cups/backend/usb
/usr/libexec/cups/cgi-bin
/usr/libexec/cups/cgi-bin/admin.cgi
/usr/libexec/cups/cgi-bin/classes.cgi
/usr/libexec/cups/cgi-bin/help.cgi
/usr/libexec/cups/cgi-bin/jobs.cgi
/usr/libexec/cups/cgi-bin/printers.cgi
/usr/libexec/cups/daemon
/usr/libexec/cups/daemon/cups-deviced
/usr/libexec/cups/daemon/cups-driverd
/usr/libexec/cups/daemon/cups-lpd
/usr/libexec/cups/daemon/cups-polld
/usr/libexec/cups/driver
/usr/libexec/cups/driver/.keep_net-print_cups-0
/usr/libexec/cups/filter
/usr/libexec/cups/filter/bannertops
/usr/libexec/cups/filter/commandtoescpx
/usr/libexec/cups/filter/commandtopclx
/usr/libexec/cups/filter/commandtops
/usr/libexec/cups/filter/gziptoany
/usr/libexec/cups/filter/hpgltops
/usr/libexec/cups/filter/imagetops
/usr/libexec/cups/filter/imagetoraster
/usr/libexec/cups/filter/pdftops
/usr/libexec/cups/filter/pstops
/usr/libexec/cups/filter/rastertodymo
/usr/libexec/cups/filter/rastertoepson
/usr/libexec/cups/filter/rastertoescpx
/usr/libexec/cups/filter/rastertohp
/usr/libexec/cups/filter/rastertolabel
/usr/libexec/cups/filter/rastertopclx
/usr/libexec/cups/filter/texttops
/usr/libexec/cups/monitor
/usr/libexec/cups/monitor/bcp
/usr/libexec/cups/monitor/tbcp
/usr/libexec/cups/notifier
/usr/libexec/cups/notifier/mailto
/usr/libexec/cups/notifier/rss
/usr/sbin
/usr/sbin/accept
/usr/sbin/cupsaccept
/usr/sbin/cupsaddsmb
/usr/sbin/cupsctl
/usr/sbin/cupsd
/usr/sbin/cupsdisable
/usr/sbin/cupsenable
/usr/sbin/cupsfilter
/usr/sbin/cupsreject
/usr/sbin/lpadmin
/usr/sbin/lpc
/usr/sbin/lpinfo
/usr/sbin/lpmove
/usr/sbin/reject
/usr/share
/usr/share/applications
/usr/share/applications/cups.desktop
/usr/share/cups
/usr/share/cups/banners
/usr/share/cups/banners/classified
/usr/share/cups/banners/confidential
/usr/share/cups/banners/secret
/usr/share/cups/banners/standard
/usr/share/cups/banners/topsecret
/usr/share/cups/banners/unclassified
/usr/share/cups/charmaps
/usr/share/cups/charmaps/euc-cn.txt
/usr/share/cups/charmaps/euc-jp.txt
/usr/share/cups/charmaps/euc-kr.txt
/usr/share/cups/charmaps/euc-tw.txt
/usr/share/cups/charmaps/iso-8859-1.txt
/usr/share/cups/charmaps/iso-8859-10.txt
/usr/share/cups/charmaps/iso-8859-11.txt
/usr/share/cups/charmaps/iso-8859-13.txt
/usr/share/cups/charmaps/iso-8859-14.txt
/usr/share/cups/charmaps/iso-8859-15.txt
/usr/share/cups/charmaps/iso-8859-16.txt
/usr/share/cups/charmaps/iso-8859-2.txt
/usr/share/cups/charmaps/iso-8859-3.txt
/usr/share/cups/charmaps/iso-8859-4.txt
/usr/sh

[gentoo-user] why can't use print after installed CUPS ?

[俞强]

i had installed CUPS-1.4.3 from source(configure, make, make install)

now i can configure print via localhost:631, and the test page is perfect.

but the problem is, why can't i see the print in programs ? (etc. in
firefox, file->print, there is no print in print dialog)

thanks all

-- 
Good Lucks !
form 俞强（hackqiang）

Re: [gentoo-user] [OT] embedded gentoo?

[Alan McKinnon]

On Thu, 17 Nov 2011 17:51:55 -0600
Dale  wrote:

> Érico Porto wrote:
> > Hi,
> >
> > Has anyone here ever tried to build a really small filesystem to
> > embed gentoo into some non x86 hardware? Pure curiosity.
> >
> > Érico V. Porto
> 
> Someone put Gentoo on a guitar once.  Think I'm kidding right?
> 
> http://www.gentoo.org/news/20100125-misa-guitar-interview.xml
> 
> http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/
> 
> No idea on the arch tho.  Neat huh?


That's nothing, someone once put NetBSD on a toaster. And someone else
managed to install Linux on a dead badger, but I think that was a spoof.



-- 
Alan McKinnnon
alan.mckin...@gmail.com

Re: [gentoo-user] LVM and LABELS in fstab

[Dale]

Neil Bothwick wrote:

On Thu, 17 Nov 2011 11:37:59 -0600, Dale wrote:


Also, this will only work if the VG has sufficient unused space (eg.
not used by LVs) on the other disk(s) to accomodate the data moved.

Thanks.  Clear as mud now.   lol  I'm getting there.  Is there a tool
to see if there is enough room to do this before trying it?

pvs, vgs and lvs are your friends here. As long as the free space
reported by vgs is more than pvs reports as the size of the partition you
want to remove, you will be fine.

Although pvmove will also let you know if there isn't enough space for
what you want.




I found something that is a bit annoying here.  I have gkrellm running 
on my desktop to sort of keep a eye on things.  This works fine for the 
little part down at the bottom with how much is used and how much is 
free.  Thing is, the part that shows activity doesn't have anything for 
LVM.  I have the listing for the individual drives, sdb and sdc, but 
nothing for the whole thing.


Is there a way to make this work?  I googled but I couldn't find 
anything on this one.  Well, a few worthless hits that just happen to 
have the words on the same page for some reason.


Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

Re: [gentoo-user] [OT] embedded gentoo?

[Dale]

Pandu Poluan wrote:



On Nov 18, 2011 6:54 AM, "Dale" > wrote:

>
> Érico Porto wrote:
>>
>> Hi,
>>
>> Has anyone here ever tried to build a really small filesystem to 
embed gentoo into some non x86 hardware? Pure curiosity.

>>
>> Érico V. Porto
>
>
> Someone put Gentoo on a guitar once.  Think I'm kidding right?
>
> http://www.gentoo.org/news/20100125-misa-guitar-interview.xml
>
> http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/
>
> No idea on the arch tho.  Neat huh?
>

Well, the first link mentioned AMD Geode and "x86 install handbook" :-)

Rgds,



It was about a year or so ago when I read it.  I couldn't recall the 
arch but it is nice.  I got a friend I wish could see that thing.


Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

Re: [gentoo-user] [OT] embedded gentoo?

[Pandu Poluan]

On Nov 18, 2011 6:54 AM, "Dale"  wrote:
>
> Érico Porto wrote:
>>
>> Hi,
>>
>> Has anyone here ever tried to build a really small filesystem to embed
gentoo into some non x86 hardware? Pure curiosity.
>>
>> Érico V. Porto
>
>
> Someone put Gentoo on a guitar once.  Think I'm kidding right?
>
> http://www.gentoo.org/news/20100125-misa-guitar-interview.xml
>
> http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/
>
> No idea on the arch tho.  Neat huh?
>

Well, the first link mentioned AMD Geode and "x86 install handbook" :-)

Rgds,

[gentoo-user] Re: [OT] embedded gentoo?

[James]

Érico Porto  gmail.com> writes:


> Has anyone here ever tried to build a really small filesystem to 
> embed gentoo into some non x86 hardware? Pure curiosity.

Yes, on lots of arch's all sorts of small file systems.

You should post to the list gentoo-embedded.
SH, ppc, arm, mips and many other arch's supported.
Find an archive and search therein, if you do not want
to post to the gentoo-embedded list.


Also take a look at the embedded handbook, if you have not
seen it before:
http://www.gentoo.org/proj/en/base/embedded/handbook/

hth,
James

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 4:21 PM, Neil Bothwick  wrote:
> On Thu, 17 Nov 2011 16:13:09 -0800, Mark Knecht wrote:
>
>> > Do you have separately partitioned drives with those partitions
>> > arranged into single-partition arrays, or do you have one RAID device
>> > that is then partitioned?
>> >
>> > If the latter, you should certainly work with the md device.
>> >
>> > I prefer to avoid all this confusion by creating a large, single
>> > partition array that I use an an LVM physical volume.
>>
>> Separately partitioned drives arranged into RAID arrays.
>
> So you have three partitions arranged into a single RAID5 partition,
> say /dev/md1?
>
> In that case, the size of /dev/md1 should already be correct and you only
> need to resize the filesystem and you should ignore my witterings about
> fdisk that filed to take into account your use of RAID.
> resize2fs /dev/md1 should be all you need, you shouldn't even need to
> unmount the filesystem.
>

I have 3 partitions which were previously RAID-1. I've already failed
one drive so at this moment it's a 2-drive RAID-1. I'm attempting to
get those two remaining 2 partitions converted to RAID-5 the command
suggested on the RAID list for doing that isn't working for me.

Once the 250GB RAID-1 is converted to RAID-5 i have to add a new drive
back in to become a 3-drive RAID-5. The drive I add will be the drive
I just failed.

c2stable ~ # mdadm --grow /dev/md6 --level=5
mdadm: /dev/md6: could not set level to raid5
c2stable ~ #

c2stable ~ # mdadm -D /dev/md6
/dev/md6:
   Version : 1.1
 Creation Time : Thu Apr 15 10:45:35 2010
Raid Level : raid1
Array Size : 247416933 (235.96 GiB 253.35 GB)
 Used Dev Size : 247416933 (235.96 GiB 253.35 GB)
  Raid Devices : 2
 Total Devices : 2
   Persistence : Superblock is persistent

   Update Time : Thu Nov 17 13:27:20 2011
 State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
 Spare Devices : 0

  Name : c2stable:6  (local to host c2stable)
  UUID : 249c7331:a8203540:c8f3b020:fb30a66b
Events : 1039

   Number   Major   Minor   RaidDevice State
  0   860  active sync   /dev/sda6
  1   8   221  active sync   /dev/sdb6
c2stable ~ #

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Neil Bothwick]

On Thu, 17 Nov 2011 16:13:09 -0800, Mark Knecht wrote:

> > Do you have separately partitioned drives with those partitions
> > arranged into single-partition arrays, or do you have one RAID device
> > that is then partitioned?
> >
> > If the latter, you should certainly work with the md device.
> >
> > I prefer to avoid all this confusion by creating a large, single
> > partition array that I use an an LVM physical volume.  
> 
> Separately partitioned drives arranged into RAID arrays.

So you have three partitions arranged into a single RAID5 partition,
say /dev/md1?

In that case, the size of /dev/md1 should already be correct and you only
need to resize the filesystem and you should ignore my witterings about
fdisk that filed to take into account your use of RAID.
resize2fs /dev/md1 should be all you need, you shouldn't even need to
unmount the filesystem.


-- 
Neil Bothwick

Top Oxymorons Number 12: Plastic glasses


signature.asc
Description: PGP signature

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 3:59 PM, Neil Bothwick  wrote:
> On Thu, 17 Nov 2011 12:34:14 -0800, Mark Knecht wrote:
>
>> OK, so returning to your original response, you suggest increasing the
>> size of each physical partition and then resizing each of the physical
>> partitions independently? (/dev/sdwhatever instead of /dev/md6
>> directly?)
>>
>> Is there a reason or personal experience you have to not to resize the
>> RAID-5 directly?
>
> Do you have separately partitioned drives with those partitions arranged
> into single-partition arrays, or do you have one RAID device that is then
> partitioned?
>
> If the latter, you should certainly work with the md device.
>
> I prefer to avoid all this confusion by creating a large, single
> partition array that I use an an LVM physical volume.

Separately partitioned drives arranged into RAID arrays.

I don't do LVM. Every time I look at the instructions for setting it
up I fall asleep. Also, I have varying needs in terms of space, speed
& redundancy, so I'm not clear that a single RAID of any type with LVM
on top would have met my needs.

- Mark

Re: [gentoo-user] Re: Re: Re: Another hardware thread

[Neil Bothwick]

On Thu, 17 Nov 2011 23:13:31 +0100, Stefan G. Weichinger wrote:

> Right now I have everything built with rather CPU-specific CFLAGS.
> 
> Specific L1/L2-cache-sizes and stuff, set after doing something like
> "gcc -Q --help=target -march=native"  (gentoo wiki).
> 
> I wonder if this C2D-E6600-specific stuff would boot on the i7-2600k?
> Yeah, I could just try it.
> 
> But maybe I should do something to prepare that migration?

I did a new installation as the old one had started life on an Athlon64
about 8 years ago and then migrated to the C2D. But it will probably work
as long as you kernel included support for both types of hardware.

If you're feeling adventurous, GCC 4.6, currently masked for testing, has
specific -march options for the i7 and Sandybridge i7, according to the
Gentoo Wiki CFLAGS page.

Using 4.5.3 and -march=native, I had a couple of showstopping build
failures, that were fixed by switching to -march=core2 -mtune=generic.


-- 
Neil Bothwick

Newspaper Ad: Dog for sale: eats anything and is fond of children.


signature.asc
Description: PGP signature

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Neil Bothwick]

On Thu, 17 Nov 2011 12:34:14 -0800, Mark Knecht wrote:

> OK, so returning to your original response, you suggest increasing the
> size of each physical partition and then resizing each of the physical
> partitions independently? (/dev/sdwhatever instead of /dev/md6
> directly?)
> 
> Is there a reason or personal experience you have to not to resize the
> RAID-5 directly?

Do you have separately partitioned drives with those partitions arranged
into single-partition arrays, or do you have one RAID device that is then
partitioned?

If the latter, you should certainly work with the md device.

I prefer to avoid all this confusion by creating a large, single
partition array that I use an an LVM physical volume.


-- 
Neil Bothwick

"You know how dumb the average person is? Well, statistically, half of
them are even dumber than that" - Lewton, P.I.


signature.asc
Description: PGP signature

Re: [gentoo-user] [OT] embedded gentoo?

[Dale]

Érico Porto wrote:

Hi,

Has anyone here ever tried to build a really small filesystem to embed 
gentoo into some non x86 hardware? Pure curiosity.


Érico V. Porto


Someone put Gentoo on a guitar once.  Think I'm kidding right?

http://www.gentoo.org/news/20100125-misa-guitar-interview.xml

http://www.skuggen.com/2010/01/how-cool-is-this-a-linux-guitar/

No idea on the arch tho.  Neat huh?

Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

[gentoo-user] [OT] embedded gentoo?

[Érico Porto]

Hi,

Has anyone here ever tried to build a really small filesystem to embed
gentoo into some non x86 hardware? Pure curiosity.

Érico V. Porto

Re: [gentoo-user] sdhc card on eeepc701 running gentoo

[Érico Porto]

You are correct, the internal card reader was the problem, I tried today in
a Dell Vostro running ubuntu, and everything worked nice, even tried in
another Dell laptop with windows, and the card was recognized as well. It
seems the problem is indeed my hardware, so I'm buying a usb card reader to
shove it inside the eeepc to finally gain 16GB that I'm needing to do some
more interesting stuff in it.

Érico V. Porto


On Thu, Nov 17, 2011 at 4:08 AM,  wrote:

> Hello,
>
> I would guess  the internal reader don't work properly for such modern
> cards.
> Especially for the 701 there exist some reports about similar problems.
> You may try on another (external) sd-card-reader which is specified for
> class 10  cards.
>
> Steffen.
>
>
> Am 16.11.2011 19:32, schrieb Érico Porto:
> > Hello,
> >
> > I'm having lots of hardware error current when trying to use a sdhc card
> > (transcend 16GB) on my eeepc701. I have never used any card on gentoo
> > before, but I have used with success previously in Ubuntu.
> >
> > Is there some know bug?
> >
> > Also, only sometimes I get a device at /dev/sdb and couldn't get any
> > /dev/sdb1 to show, but I do see it using fdisk /dev/sdb and them
> pressing p.
> >
> > Érico V. Porto
> >
>
>

Re: [gentoo-user] Re: Re: Re: Another hardware thread

[Stefan G. Weichinger]

Am 2011-11-17 11:44, schrieb Stefan G. Weichinger:
> Am 2011-11-17 02:27, schrieb Neil Bothwick:
>> On Wed, 16 Nov 2011 22:33:24 +0100, Stefan G. Weichinger wrote:
>>
>>> I think i7-2600k is the sweet spot right now.
>>
>> It's working nicely for me. I can't believe the difference in
>> compile times, it's almost like using a binary distro.
> 
> Wow, sounds promising (and a bit boring ;-) ?)

A question somehow related:

Right now I have everything built with rather CPU-specific CFLAGS.

Specific L1/L2-cache-sizes and stuff, set after doing something like
"gcc -Q --help=target -march=native"  (gentoo wiki).

I wonder if this C2D-E6600-specific stuff would boot on the i7-2600k?
Yeah, I could just try it.

But maybe I should do something to prepare that migration?

Thanks for any insight on this, Stefan

Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!

[Alan McKinnon]

On Thu, 17 Nov 2011 21:01:44 +
Mick  wrote:

> I did not manually edit anything on the addressbook in question (and
> the user in question would not know how to do that).  I am told that
> she just pressed the F5 button and bang!  All contacts gone in an
> instant!  To me this is rather catastrophic as a failure mode and I
> cannot categorise this software as anything better than amateurish.
> Of course I can't code, so I get what's there for now ...

I would *strongly* suspect the usual cause of such things - the user
did indeed do something that triggered the delete but has forgotten
doing it as they don't think it relevant.

However, the fact that kdepim just deleted stuff without so much as a
nag dialog is a bug in itself.

At least you didn't lose three years of mail like happened to me.

-- 
Alan McKinnnon
alan.mckin...@gmail.com

Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!

[Mick]

On Thursday 17 Nov 2011 09:44:35 James Broadhead wrote:
> On 17 November 2011 08:56, Alan McKinnon  wrote:
> 
> 
> +1 for dropping kdepim. I used to love kaddressbook and kontact (but a
> lot of that was enthusiasm about features that "were just around the
> corner"). I found that I was having consistent problems keeping my
> contacts between versions (fortunately, I had them all backed up as
> vcards in svn), and a number of other annoying bugs which the KDE devs
> ignored, and closed after a while.
> 
> I just uploaded all my PIM stuff to Google Contacts, which actually
> adds a whole pile of functionality to other Google products that I
> didn't know existed (Addresses of my friends pop up in Maps, for
> example). Since I'm using Android, that made the most sense for me.

Thanks for your replies guys,

I know that kdepim is ropey and following some bugs on the upgrade from 
KDE-3.5 I tried to wean myself off it by trying different mail clients.  I did 
not succeed.  Nothing came close to it for my needs and wants.

One day I'll spend some more time/effort to learn the shortcuts for mutt.  
Until then I'll have to be more careful with my backups and advise all of the 
users who depend on my services to do the same!

I did not manually edit anything on the addressbook in question (and the user 
in question would not know how to do that).  I am told that she just pressed 
the F5 button and bang!  All contacts gone in an instant!  To me this is 
rather catastrophic as a failure mode and I cannot categorise this software as 
anything better than amateurish.  Of course I can't code, so I get what's 
there for now ...
-- 
Regards,
Mick


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

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 11:47 AM, Neil Bothwick  wrote:
> On Thu, 17 Nov 2011 10:59:06 -0800, Mark Knecht wrote:
>
>> Yes, resize would be done to /dev/md?. I agree. However I don't
>> believe that I'd use Neil's suggestion of fdisk block numbers on
>> /dev/md, right? That doesn't make sense to me and I don't beleieve
>> Neil was suggesting anything like that.
>
> Yes I was. /dev/md? is still a block device, and its blocks correspond to
> physical blocks on the component drives.
>
>
> --
> Neil Bothwick

OK, so returning to your original response, you suggest increasing the
size of each physical partition and then resizing each of the physical
partitions independently? (/dev/sdwhatever instead of /dev/md6
directly?)

Is there a reason or personal experience you have to not to resize the
RAID-5 directly? I completely trust you as to date I cannot remember
anything you suggested I do that wasn't a good way to do it but doing
/dev/sdwhatever seems problematic if it had been an 8-drive RAID-1
becoming a RAID-5, etc.

- Mark


Using cfdisk or fdisk, delete the partition and recreate it, USING THE
SAME START BLOCK at a larger size.

Then "resize2fs /dev/sdwhatever" will resize the filesystem to fill the
partition.

Re: [gentoo-user] /usr/portage/packages missing

[Dale]

Neil Bothwick wrote:

On Thu, 17 Nov 2011 03:17:23 -0600, Dale wrote:


FEATURES="buildpkg sandbox parallel-fetch --keep-going"

Shouldn't --keep-going be in EMERGE_DEFAULT_OPTS?




It should and it was.  I must have pasted it from somewhere and not 
noticed it.  No need in it being in both places tho.


Thanks.

Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Michael Mol]

On Thu, Nov 17, 2011 at 2:44 PM, Mark Knecht  wrote:
> On Thu, Nov 17, 2011 at 11:13 AM, Michael Mol  wrote:
>> On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht  wrote:
> 
>> Ok, I thought you had it clear how you were going to resize the raid,
>> and needed help resizing the filesystem that already existed on top of
>> the RAID. I interpreted Mark's instructions as operating under that
>> impression, too.
>>
>> Are you saying you don't already have a partition table sitting on top
>> of /dev/md? ?
>>
> OK, I'm getting a little confused because I am Mark. Maybe you meant Neil 
> above?

Ok, yeah, I'm totally confused myself. I'm going to split my
concentration fewer ways for a bit and not try to write emails while a
test suite runs. :)

-- 
:wq

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Neil Bothwick]

On Thu, 17 Nov 2011 10:59:06 -0800, Mark Knecht wrote:

> Yes, resize would be done to /dev/md?. I agree. However I don't
> believe that I'd use Neil's suggestion of fdisk block numbers on
> /dev/md, right? That doesn't make sense to me and I don't beleieve
> Neil was suggesting anything like that.

Yes I was. /dev/md? is still a block device, and its blocks correspond to
physical blocks on the component drives.


-- 
Neil Bothwick

There are only two tragedies in life: one is not getting what one wants;
and the other is getting it. - Oscar Wilde (1854-1900)


signature.asc
Description: PGP signature

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 11:13 AM, Michael Mol  wrote:
> On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht  wrote:

> Ok, I thought you had it clear how you were going to resize the raid,
> and needed help resizing the filesystem that already existed on top of
> the RAID. I interpreted Mark's instructions as operating under that
> impression, too.
>
> Are you saying you don't already have a partition table sitting on top
> of /dev/md? ?
>
OK, I'm getting a little confused because I am Mark. Maybe you meant Neil above?

Anyway, yes, my question in the title is still the question. If, as I
understand reading between the lines, that the mdadm conversion from
RAID-1 to RAID-5 leaves me with a 250GB RAID-5 then how do I make it a
500GB RAID-5? My assumption right now is that mdadm won't change the
partition sizing so what I need to do is just resize the filesystem
and (I think) what I want are the right commands to run with something
like resize2fs, where you check, then resize, then check again:

e2fsck -f /dev/md6
resize2fs /dev/md6
e2fsck -f /dev/md6

However one site I found said to convert it to ext2 first - removing
the journal - and then adding the journal back in later.

- Mark

[gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

[James]

Willie Wong  math.princeton.edu> writes:


> > It makes gcc-4.5.3 use a newer method to detect parallelism, thus
> > (potentially) makes programs compiled by gcc to have better multithreaded
> > performance.

> Now, why can't the USE descriptions be like the kernel option
> descriptions and have something like what Pandu wrote included? 

I added this to root's  .bashrc a long time ago:

# USE flag settings hack by Ciaran McCreesh:
explainuseflag(){ sed -ne "s,^\([^ ]*:\)\?$1 - ,,p" $(portageq
portdir)/profiles/use.{,local.}desc; }
alias ef="explainuseflag"


Then simply use the alias for a quick check to learn about all the different
uses of a given flag:

'ef graphite'

# ef graphite
Enable support for non-Roman fonts via media-gfx/graphite2
Enable support for non-Roman fonts via media-gfx/graphite2
Add support for the framework for loop optimizations based on a polyhedral
intermediate representation

Then drill down into the a specific package's use flag meaning, using the
aforementioned 'equery u' delineated by Albert.

hth,

James

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Michael Mol]

On Thu, Nov 17, 2011 at 1:59 PM, Mark Knecht  wrote:
> On Thu, Nov 17, 2011 at 10:43 AM, Michael Mol  wrote:
>> On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht  wrote:
> 
>>> At this point I was told:
>>>
>>> "Now, resize your filesystem to use the additional space."
>>>
>>> So, if at this point the end-block of sda6 isn't 976768064 but, let's
>>> say, 7 because mdadm set it to something new, then using your
>>> suggestion I guess I'd set it back to 976768064? I'm not comfortable
>>> however that if I do that that whatever is out there beyond 7
>>> is really formatted as ext3 and 'empty' as I don't know what the mdadm
>>> conversion has done to it.
>>
>> Your resize would be applied not to /dev/sd?, but to /dev/md?. You
>> don't need to worry about what that means on /dev/sd*; the filesystem
>> you want to poke is on /dev/md*.
>>
>> file -s /dev/sd* /dev/md*
>>
>> --
>> :wq
>
> Yes, resize would be done to /dev/md?. I agree. However I don't
> believe that I'd use Neil's suggestion of fdisk block numbers on
> /dev/md, right? That doesn't make sense to me and I don't beleieve
> Neil was suggesting anything like that.
>
> I'm thinking that possibly the mdadm way to change the _size_ of a
> RAID is to once again use the grow option:
>
> 
>       -G, --grow
>              Change the size or shape of an active array.
> 
>
> I've not yet found any instructions that I trust to do it though, and
> being that the instructions above came from, among others, Neil Brown
> who manages mdadm I'm hesitant to go in my own direction. I'm just
> looking before I leap.
>
> And fortunately, if I decided to just blow away all three disks and
> start from scratch I have very little at risk that way, and very
> little risk as I will do backups of the RAID-1 onto an external USB
> drive before I start this process anyway.

Ok, I thought you had it clear how you were going to resize the raid,
and needed help resizing the filesystem that already existed on top of
the RAID. I interpreted Mark's instructions as operating under that
impression, too.

Are you saying you don't already have a partition table sitting on top
of /dev/md? ?


-- 
:wq

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 10:43 AM, Michael Mol  wrote:
> On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht  wrote:

>> At this point I was told:
>>
>> "Now, resize your filesystem to use the additional space."
>>
>> So, if at this point the end-block of sda6 isn't 976768064 but, let's
>> say, 7 because mdadm set it to something new, then using your
>> suggestion I guess I'd set it back to 976768064? I'm not comfortable
>> however that if I do that that whatever is out there beyond 7
>> is really formatted as ext3 and 'empty' as I don't know what the mdadm
>> conversion has done to it.
>
> Your resize would be applied not to /dev/sd?, but to /dev/md?. You
> don't need to worry about what that means on /dev/sd*; the filesystem
> you want to poke is on /dev/md*.
>
> file -s /dev/sd* /dev/md*
>
> --
> :wq

Yes, resize would be done to /dev/md?. I agree. However I don't
believe that I'd use Neil's suggestion of fdisk block numbers on
/dev/md, right? That doesn't make sense to me and I don't beleieve
Neil was suggesting anything like that.

I'm thinking that possibly the mdadm way to change the _size_ of a
RAID is to once again use the grow option:


   -G, --grow
  Change the size or shape of an active array.


I've not yet found any instructions that I trust to do it though, and
being that the instructions above came from, among others, Neil Brown
who manages mdadm I'm hesitant to go in my own direction. I'm just
looking before I leap.

And fortunately, if I decided to just blow away all three disks and
start from scratch I have very little at risk that way, and very
little risk as I will do backups of the RAID-1 onto an external USB
drive before I start this process anyway.

- Mark

Re: [gentoo-user] LVM and LABELS in fstab

[Neil Bothwick]

On Thu, 17 Nov 2011 11:37:59 -0600, Dale wrote:

> > Also, this will only work if the VG has sufficient unused space (eg.
> > not used by LVs) on the other disk(s) to accomodate the data moved.

> Thanks.  Clear as mud now.   lol  I'm getting there.  Is there a tool
> to see if there is enough room to do this before trying it?

pvs, vgs and lvs are your friends here. As long as the free space
reported by vgs is more than pvs reports as the size of the partition you
want to remove, you will be fine.

Although pvmove will also let you know if there isn't enough space for
what you want.


-- 
Neil Bothwick

Everyone has a photographic memory. Some don't have film.


signature.asc
Description: PGP signature

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Michael Mol]

On Thu, Nov 17, 2011 at 1:29 PM, Mark Knecht  wrote:
> On Thu, Nov 17, 2011 at 9:25 AM, Neil Bothwick  wrote:
>> On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote:
>>
>>>    I'm pretty sure I've got the command set right to do the RAID-1 to
>>> RAID-5 conversion, but once it's done I believe the file system itself
>>> will still be 250GB so I'll need to resize the file system. In the
>>> past I've done this with gparted, which seems to work fine, but this
>>> time I was considering doing it at the command line. Does anyone know
>>> of a good web site that goes through how to do that? I've browsed
>>> around and found different pages that talk about it but my reading
>>> looks like they all have minor differences which leaves me a bit
>>> worried.
>>
>> Using cfdisk or fdisk, delete the partition and recreate it, USING THE
>> SAME START BLOCK at a larger size.
>>
>> Then "resize2fs /dev/sdwhatever" will resize the filesystem to fill the
>> partition.
>>
>>
>>
>> --
>> Neil Bothwick
>
> Really? Delete the partition? Sounds scary! (But actually makes sense.
> The data is still there.)
>
> I'm not sure how this works in the case of a RAID though. Here's the
> current partition table for sda where sda6, sdb6 & sdc6 are part of
> the RAID-1::
>
> c2stable ~ # fdisk -l /dev/sda
>
> Disk /dev/sda: 500.1 GB, 500107862016 bytes
> 255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
> Units = sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x8b45be24
>
>   Device Boot      Start         End      Blocks   Id  System
> /dev/sda1   *          63      112454       56196   83  Linux
> /dev/sda2          112455     8514449     4200997+  82  Linux swap / Solaris
> /dev/sda3         8594775   113467094    52436160   fd  Linux raid autodetect
> /dev/sda4       113467095   976768064   431650485    5  Extended
> /dev/sda5       113467158   218339414    52436128+  fd  Linux raid autodetect
> /dev/sda6       481933935   976768064   247417065   83  Linux
> /dev/sda7       218339478   481933871   131797197   fd  Linux raid autodetect
>
> Partition table entries are not in disk order
> c2stable ~ #
>
> It's not that I want to change the partition size of the 3 pieces of
> the RAID-1, it's that after I convert the RAID-1 to RAID-5 I want it
> to be 500GB.
>
>
> I asked some questions on the Linux RAID list and putting together
> info from a couple of people here's how I'm thinking I proceed with
> the conversion:
>
> 1) First, fail one disk and clean it up for later:
>
> umount /dev/md6
> mdadm --stop /dev/md6
> mdadm /dev/md6 --fail /dev/sdc6 --remove /dev/sdc6
> mdadm --zero-superblock /dev/sdc6
>
> At this point the RAID-1 is still 3-drives but one is marked 'failed'.
> The failed drive is at this point like a new drive as it has no
> superblock. (I think...)
>
> 2) Now I convert the 3-drive RAID1 to a 2-drive RAID-1:
>
> mdadm --grow /dev/md6 --raid-devices=2
>
> 3) Create a 2-drive RAID-5:
>
> mdadm has an 'instantaneous' conversion of RAID-1 to RAID-5 for the
> 2-drive case because parity of a single drive is just the data itself.
> /dev/sdb6 is now 'parity' instead of 'data'.
>
> mdadm /dev/md6 --grow --level=5
>
> 4) Add a 3rd drive to the RAID-5:
>
> mdadm /dev/md6 --add /dev/sdc6
> mdadm /dev/md6 --grow --raid-devices=3
>
>
>
> At this point I was told:
>
> "Now, resize your filesystem to use the additional space."
>
> So, if at this point the end-block of sda6 isn't 976768064 but, let's
> say, 7 because mdadm set it to something new, then using your
> suggestion I guess I'd set it back to 976768064? I'm not comfortable
> however that if I do that that whatever is out there beyond 7
> is really formatted as ext3 and 'empty' as I don't know what the mdadm
> conversion has done to it.

Your resize would be applied not to /dev/sd?, but to /dev/md?. You
don't need to worry about what that means on /dev/sd*; the filesystem
you want to poke is on /dev/md*.

file -s /dev/sd* /dev/md*

-- 
:wq

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

On Thu, Nov 17, 2011 at 9:25 AM, Neil Bothwick  wrote:
> On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote:
>
>>    I'm pretty sure I've got the command set right to do the RAID-1 to
>> RAID-5 conversion, but once it's done I believe the file system itself
>> will still be 250GB so I'll need to resize the file system. In the
>> past I've done this with gparted, which seems to work fine, but this
>> time I was considering doing it at the command line. Does anyone know
>> of a good web site that goes through how to do that? I've browsed
>> around and found different pages that talk about it but my reading
>> looks like they all have minor differences which leaves me a bit
>> worried.
>
> Using cfdisk or fdisk, delete the partition and recreate it, USING THE
> SAME START BLOCK at a larger size.
>
> Then "resize2fs /dev/sdwhatever" will resize the filesystem to fill the
> partition.
>
>
>
> --
> Neil Bothwick

Really? Delete the partition? Sounds scary! (But actually makes sense.
The data is still there.)

I'm not sure how this works in the case of a RAID though. Here's the
current partition table for sda where sda6, sdb6 & sdc6 are part of
the RAID-1::

c2stable ~ # fdisk -l /dev/sda

Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x8b45be24

   Device Boot  Start End  Blocks   Id  System
/dev/sda1   *  63  112454   56196   83  Linux
/dev/sda2  112455 8514449 4200997+  82  Linux swap / Solaris
/dev/sda3 8594775   11346709452436160   fd  Linux raid autodetect
/dev/sda4   113467095   976768064   4316504855  Extended
/dev/sda5   113467158   21833941452436128+  fd  Linux raid autodetect
/dev/sda6   481933935   976768064   247417065   83  Linux
/dev/sda7   218339478   481933871   131797197   fd  Linux raid autodetect

Partition table entries are not in disk order
c2stable ~ #

It's not that I want to change the partition size of the 3 pieces of
the RAID-1, it's that after I convert the RAID-1 to RAID-5 I want it
to be 500GB.


I asked some questions on the Linux RAID list and putting together
info from a couple of people here's how I'm thinking I proceed with
the conversion:

1) First, fail one disk and clean it up for later:

umount /dev/md6
mdadm --stop /dev/md6
mdadm /dev/md6 --fail /dev/sdc6 --remove /dev/sdc6
mdadm --zero-superblock /dev/sdc6

At this point the RAID-1 is still 3-drives but one is marked 'failed'.
The failed drive is at this point like a new drive as it has no
superblock. (I think...)

2) Now I convert the 3-drive RAID1 to a 2-drive RAID-1:

mdadm --grow /dev/md6 --raid-devices=2

3) Create a 2-drive RAID-5:

mdadm has an 'instantaneous' conversion of RAID-1 to RAID-5 for the
2-drive case because parity of a single drive is just the data itself.
/dev/sdb6 is now 'parity' instead of 'data'.

mdadm /dev/md6 --grow --level=5

4) Add a 3rd drive to the RAID-5:

mdadm /dev/md6 --add /dev/sdc6
mdadm /dev/md6 --grow --raid-devices=3



At this point I was told:

"Now, resize your filesystem to use the additional space."

So, if at this point the end-block of sda6 isn't 976768064 but, let's
say, 7 because mdadm set it to something new, then using your
suggestion I guess I'd set it back to 976768064? I'm not comfortable
however that if I do that that whatever is out there beyond 7
is really formatted as ext3 and 'empty' as I don't know what the mdadm
conversion has done to it.


Thanks,
Mark

Moving partitionless (hypothetical) (Was: Re: [gentoo-user] Process to resize ext3 file system at the command line? )

[Michael Mol]

On Thu, Nov 17, 2011 at 12:25 PM, Neil Bothwick  wrote:
> On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote:
>
>>    I'm pretty sure I've got the command set right to do the RAID-1 to
>> RAID-5 conversion, but once it's done I believe the file system itself
>> will still be 250GB so I'll need to resize the file system. In the
>> past I've done this with gparted, which seems to work fine, but this
>> time I was considering doing it at the command line. Does anyone know
>> of a good web site that goes through how to do that? I've browsed
>> around and found different pages that talk about it but my reading
>> looks like they all have minor differences which leaves me a bit
>> worried.
>
> Using cfdisk or fdisk, delete the partition and recreate it, USING THE
> SAME START BLOCK at a larger size.
>
> Then "resize2fs /dev/sdwhatever" will resize the filesystem to fill the
> partition.

Silly question, but is there really a need for a partition in a
scenario like that? He could conceivably move the data to the
beginning of the block device, and then run resize2fs.

Less silly question: What would an effective means of moving the data
on-disk like that be? Something like:

dd if=/dev/md0 of=/dev/md0 skip=$count_of_blocks_to_get_to_fs_start

would do it, I think, since you wouldn't be overwriting any block
unless it was useless or already moved. Better not interrupt it unless
you can recalculate the skip and seek parameters, though.

That'd default to moving data 512 bytes at a time, though, which would
be slow and painful. You could do something like

dd if=/dev/md0 of=/dev/md0 skip=$fs_start count=$boundary_pos
dd if=/dev/md0 of=/dev/md0 bs=4M skip=$resume_read_pos seek=$resume_write_pos

where:
fs_start = # the block number to where the filesystem begins
boundary_pos = # how many increments of 512 bytes it would take to get
to a nice round number like 4M
resume_read_pos = # how many increments of 4MB it would take to get
back to where we left off reading
resume_write_pos = # how many increments of 4MB it would take to get
back to where we left off writing

I don't know what the exact values for these would be, though.
-- 
:wq

Re: [gentoo-user] LVM and LABELS in fstab

[Dale]

Joost Roeleveld wrote:

On Thursday, November 17, 2011 10:43:28 AM Florian Philipp wrote:

Am 17.11.2011 07:50, schrieb Dale:
[...]


One more question.  I have two drives.  A 250Gb and a 750Gb.  Originally
the data was on the 750Gb drive.  I set the 250Gb up on LVM then moved
things over from the 750Gb.  I then added the 750Gb to the VG and
resized the file system.  So, in theory the data is on the 250Gb drive.
Let's say I want to remove the 250Gb drive.  I would use pvmove to do
that right?  When I ran pvmove /dev/sdb, which is the 250Gb drive, then
it would remove all the data from that drive so that it could be
removed.  Am I close?

I'm not planning to do that but just wanting to get a better
understanding of this LVM thing.

Dale

Yes, that is correct. It moves the data by mirroring it temporarily on
the new location before updating the metadata so that only the new
location is used. Therefore you can safely reboot or abort operations.

Also, this will only work if the VG has sufficient unused space (eg. not used
by LVs) on the other disk(s) to accomodate the data moved.

--
Joost





Thanks.  Clear as mud now.   lol  I'm getting there.  Is there a tool to 
see if there is enough room to do this before trying it?


Curious about gkrellm and how it will see the new drives now.  May be 
interesting.


Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

Re: [gentoo-user] Process to resize ext3 file system at the command line?

[Neil Bothwick]

On Thu, 17 Nov 2011 09:01:46 -0800, Mark Knecht wrote:

>I'm pretty sure I've got the command set right to do the RAID-1 to
> RAID-5 conversion, but once it's done I believe the file system itself
> will still be 250GB so I'll need to resize the file system. In the
> past I've done this with gparted, which seems to work fine, but this
> time I was considering doing it at the command line. Does anyone know
> of a good web site that goes through how to do that? I've browsed
> around and found different pages that talk about it but my reading
> looks like they all have minor differences which leaves me a bit
> worried.

Using cfdisk or fdisk, delete the partition and recreate it, USING THE
SAME START BLOCK at a larger size.

Then "resize2fs /dev/sdwhatever" will resize the filesystem to fill the
partition.



-- 
Neil Bothwick

I just took an IQ test. The results were negative.


signature.asc
Description: PGP signature

[gentoo-user] Process to resize ext3 file system at the command line?

[Mark Knecht]

Hi,
   I've got a 3-disk 250GB RAID-1 that I use for short term, on the
machine backups. It's normally not mounted unless I'm doing a quick
save. Unfortunately it's a bit too small these days so I'm therefore
going to convert it to a 3-disk RAID-5 which will double it's size.

   I'm pretty sure I've got the command set right to do the RAID-1 to
RAID-5 conversion, but once it's done I believe the file system itself
will still be 250GB so I'll need to resize the file system. In the
past I've done this with gparted, which seems to work fine, but this
time I was considering doing it at the command line. Does anyone know
of a good web site that goes through how to do that? I've browsed
around and found different pages that talk about it but my reading
looks like they all have minor differences which leaves me a bit
worried.

   Note that the status of the backup is currently good but if I
happen to lose the data on that partition it won't likely be a big
problem. I'm just trying to get to the end of the process without
losing it if possible.

Thanks,
Mark

Re: [gentoo-user] USB automount with LXDE

[Neil Bothwick]

On Thu, 17 Nov 2011 15:58:03 +0100, Raffaele BELARDI wrote:

> The ArchWiki link on Udev posted by James shows how to set a rule for
> un-mounting:
> 
> ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/su tomk -c
> '/usr/bin/pumount /media/%E{dir_name}'"
> 
> Based on your feedback I suppose the same can be done (or is done?)
> with uam.

The problem with such a rule is that it is executed after the device is
removed, so it cannot unmount the filesystem cleanly. The only way to do
that would be for udev to know you were going to remove the drive before
you actually unplugged.

I thought that pcmanfm, the LXDE file manager, had a context menu option
to unmount.


-- 
Neil Bothwick

It's no use crying over spilt milk -- it only makes it salty for the cat.


signature.asc
Description: PGP signature

Re: [gentoo-user] USB automount with LXDE

[Raffaele BELARDI]

On 11/17/2011 03:06 PM, Neil Bothwick wrote:
> On Thu, 17 Nov 2011 14:22:35 +0100, Raffaele BELARDI wrote:
>> 3. uam: does not require fiddling with udev rules but cannot
>> un-mount
> 
> 3 is wrong, you can unmount with pmount, exactly the same as with
> 1.
> 
> uam is basically a set of udev rules that effectively does 1 for
> you. That's why I described it as the simplest option.
> 

Ok, I got a wrong impression reading the README: "The pmount utility
can be used to manually unmount removable devices mounted by uam which
can't be done by uam due to its reliance on udev triggers."

The ArchWiki link on Udev posted by James shows how to set a rule for
un-mounting:

ACTION=="remove", ENV{dir_name}!="", RUN+="/bin/su tomk -c
'/usr/bin/pumount /media/%E{dir_name}'"

Based on your feedback I suppose the same can be done (or is done?)
with uam.

raffaele

Re: [gentoo-user] USB automount with LXDE

[Neil Bothwick]

On Thu, 17 Nov 2011 14:22:35 +0100, Raffaele BELARDI wrote:

> 1. udev rules: mounts automatically, with pmount can do non-root
> un-mounting 2. mdev: according to the man page works only at system boot
> 3. uam: does not require fiddling with udev rules but cannot un-mount
> 
> I suppose I'll go with 1.

3 is wrong, you can unmount with pmount, exactly the same as with 1.

uam is basically a set of udev rules that effectively does 1 for you.
That's why I described it as the simplest option.


-- 
Neil Bothwick

WinErr 013: Unexpected error - Huh ?


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: multi-threaded mplayer

[Daniel Troeder]

On 11/15/2011 10:55 AM, Raffaele BELARDI wrote:
> I'll answer myself: just pass the option.
And when happy, put them in the config file:

daniel@moja ~ $ grep threads .mplayer/config
lavdopts=threads=4

> 
> http://forums.gentoo.org/viewtopic-t-789673-postdays-0-postorder-asc-start-75.html
> 
> On 11/15/2011 08:58 AM, Raffaele Belardi wrote:
>> Do I need to set any particular USE flag to enable multi-threaded
>> decoding with mplayer, or is it just a matter of passing the appropriate
>> 'threads=' on the command line?
>>
>> raffaele

Re: [gentoo-user] LVM and LABELS in fstab

[Joost Roeleveld]

On Thursday, November 17, 2011 10:43:28 AM Florian Philipp wrote:
> Am 17.11.2011 07:50, schrieb Dale:
> [...]
> 
> > One more question.  I have two drives.  A 250Gb and a 750Gb.  Originally
> > the data was on the 750Gb drive.  I set the 250Gb up on LVM then moved
> > things over from the 750Gb.  I then added the 750Gb to the VG and
> > resized the file system.  So, in theory the data is on the 250Gb drive.
> > Let's say I want to remove the 250Gb drive.  I would use pvmove to do
> > that right?  When I ran pvmove /dev/sdb, which is the 250Gb drive, then
> > it would remove all the data from that drive so that it could be
> > removed.  Am I close?
> > 
> > I'm not planning to do that but just wanting to get a better
> > understanding of this LVM thing.
> > 
> > Dale
> 
> Yes, that is correct. It moves the data by mirroring it temporarily on
> the new location before updating the metadata so that only the new
> location is used. Therefore you can safely reboot or abort operations.

Also, this will only work if the VG has sufficient unused space (eg. not used 
by LVs) on the other disk(s) to accomodate the data moved.

--
Joost

Re: [gentoo-user] USB automount with LXDE

[Raffaele BELARDI]

On 11/17/2011 11:37 AM, Neil Bothwick wrote:
> On Thu, 17 Nov 2011 10:07:11 +0100, Raffaele BELARDI wrote:
>> When I need to mount a removable USB device on LXDE (~amd64) I currently
>> manually issue the mount command. What do I need to do to make
>> automounting possible?
> 
> The simplest option is to emerge uam.
> 

Thanks to all, summarizing:

1. udev rules: mounts automatically, with pmount can do non-root un-mounting
2. mdev: according to the man page works only at system boot
3. uam: does not require fiddling with udev rules but cannot un-mount

I suppose I'll go with 1.

Next question: will pcmanfm automatically display an icon for the newly
mounted media and delete it once it is unmounted?

raffaele

[gentoo-user] Re: Re: Re: Re: Another hardware thread

[masterprometheus]

Stefan G. Weichinger wrote:

> Am 16.11.2011 19:05, schrieb masterprometheus:
> 
>> Oh I would definitly do that (overclock it I mean). But if there
>> isn't someone with the same name, you've said :
>> 
>>> I ask myself if I need the K-version at all, I don't want to
>>> overclock ...
>> 
>> Change of heart ? Understandable as these CPUs are easy to overclock.
> 
> Yes, I know. I meant before: "I don't want to overclock if it's risky
> and unstable ..." :-)

There is always a slight risk. But with a good HSF you will be ok. 
 
>> If you don't need the hyperthreading just get the 2500K and a good
>> HSF. You can easily run it @4.5GHz 7/24 and safely.
> 
> phew, that sounds fast, yes 
> 
> I assume the HT will do something to compiling stuff (read:
> gentoo-emerging everyday)?
> 
>>> Yep. So Intel noticed "wow, we get a few of them which run stable
>>> even at 100MHz more, let's sell them for some more money"   ;-)
>> 
>> True but Intel's MSRP was just $10-15 more than a 2600K. Vendors
>> decided to up the price a bit. Not uncommon with new products.
> 
> I'd be ready to just spend a little more and get the faster CPU as I
> change my work-pcs only every few years. I still use a C2D E6600 for
> everyday purposes ... but maybe I just go for the 2600k, it will be 
more
> than enough to make things fly in comparison.

Then a 2600K is a good investment for you. But maybe you should wait for 
the Ivy Bridge CPUs (probably @March). Or maybe :
http://www.newegg.com/Product/Product.aspx?Item=N82E16819116492

(note that no stock cooler included )

With a matching mobo like one of these :
http://www.newegg.com/Product/Product.aspx?Item=N82E16813131803
http://www.newegg.com/Product/Product.aspx?Item=N82E16813131801

Seriously too much money for a small performance difference. But 6 cores 
(with HT of course), 4 channel memory architecture (up to 64 GB), support 
for PCI-e v3.0, 12MB L3 cache, all those sound good. No integrated video, 
though.

Re: [gentoo-user] Re: Re: Re: Another hardware thread

[Stefan G. Weichinger]

Am 2011-11-17 02:27, schrieb Neil Bothwick:
> On Wed, 16 Nov 2011 22:33:24 +0100, Stefan G. Weichinger wrote:
> 
>> I think i7-2600k is the sweet spot right now.
> 
> It's working nicely for me. I can't believe the difference in
> compile times, it's almost like using a binary distro.

Wow, sounds promising (and a bit boring ;-) ?)

>> What board did you choose?
>> 
> 
> Gigabyte Z68X-UD3H-B3
> 
> It seemed the best of the available offerings at a reasonable
> price.

Thanks, good luck, Stefan

Re: [gentoo-user] USB automount with LXDE

[Neil Bothwick]

On Thu, 17 Nov 2011 10:07:11 +0100, Raffaele BELARDI wrote:

> When I need to mount a removable USB device on LXDE (~amd64) I currently
> manually issue the mount command. What do I need to do to make
> automounting possible?

The simplest option is to emerge uam.


-- 
Neil Bothwick

Will the last human please uninstall internet.exe.


signature.asc
Description: PGP signature

Re: [gentoo-user] /usr/portage/packages missing

[Neil Bothwick]

On Thu, 17 Nov 2011 03:17:23 -0600, Dale wrote:

> FEATURES="buildpkg sandbox parallel-fetch --keep-going"

Shouldn't --keep-going be in EMERGE_DEFAULT_OPTS?


-- 
Neil Bothwick

Vuja De: the feeling that you've never been here before.


signature.asc
Description: PGP signature

Re: [gentoo-user] USB automount with LXDE

[Pandu Poluan]

On Nov 17, 2011 4:51 PM, "James Broadhead"  wrote:
>
> On 17 November 2011 09:07, Raffaele BELARDI 
wrote:
> > When I need to mount a removable USB device on LXDE (~amd64) I currently
> > manually issue the mount command. What do I need to do to make
> > automounting possible?
> >
> > According to LXDE wiki (1) you need HAL, which I don't have on my
> > system. I found several suggestions on the net but none seems promising.
> > Any hints to point me in the right direction?
> >
> > raffaele
> >
> > (1)
> >
http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F
>
> udev can do it - here's an Arch guide which is probably helpful:
> https://wiki.archlinux.org/index.php/Udev#Auto_mounting_USB_devices
>
> Personally, I use pmount, which allows plugdev-users to mount without
sudo.
>
> gentoo-wiki has an article on "AutoFS", but I've no idea about that.
>

What about mdev? Can it do that too?

Rgds,

Re: [gentoo-user] USB automount with LXDE

[James Broadhead]

On 17 November 2011 09:07, Raffaele BELARDI  wrote:
> When I need to mount a removable USB device on LXDE (~amd64) I currently
> manually issue the mount command. What do I need to do to make
> automounting possible?
>
> According to LXDE wiki (1) you need HAL, which I don't have on my
> system. I found several suggestions on the net but none seems promising.
> Any hints to point me in the right direction?
>
> raffaele
>
> (1)
> http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F

udev can do it - here's an Arch guide which is probably helpful:
https://wiki.archlinux.org/index.php/Udev#Auto_mounting_USB_devices

Personally, I use pmount, which allows plugdev-users to mount without sudo.

gentoo-wiki has an article on "AutoFS", but I've no idea about that.

Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!

[James Broadhead]

On 17 November 2011 08:56, Alan McKinnon  wrote:
>

+1 for dropping kdepim. I used to love kaddressbook and kontact (but a
lot of that was enthusiasm about features that "were just around the
corner"). I found that I was having consistent problems keeping my
contacts between versions (fortunately, I had them all backed up as
vcards in svn), and a number of other annoying bugs which the KDE devs
ignored, and closed after a while.

I just uploaded all my PIM stuff to Google Contacts, which actually
adds a whole pile of functionality to other Google products that I
didn't know existed (Addresses of my friends pop up in Maps, for
example). Since I'm using Android, that made the most sense for me.

Re: [gentoo-user] LVM and LABELS in fstab

[Florian Philipp]

Am 17.11.2011 07:50, schrieb Dale:
[...]
> One more question.  I have two drives.  A 250Gb and a 750Gb.  Originally
> the data was on the 750Gb drive.  I set the 250Gb up on LVM then moved
> things over from the 750Gb.  I then added the 750Gb to the VG and
> resized the file system.  So, in theory the data is on the 250Gb drive. 
> Let's say I want to remove the 250Gb drive.  I would use pvmove to do
> that right?  When I ran pvmove /dev/sdb, which is the 250Gb drive, then
> it would remove all the data from that drive so that it could be
> removed.  Am I close?
> 
> I'm not planning to do that but just wanting to get a better
> understanding of this LVM thing.
> 
> Dale
> 

Yes, that is correct. It moves the data by mirroring it temporarily on
the new location before updating the metadata so that only the new
location is used. Therefore you can safely reboot or abort operations.

Regards,
Florian Philipp




signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: /usr/portage/packages missing

[Hartmut Figge]

Dale:
>Hartmut Figge wrote:

>> Now i run 'eclean -p packages' which leads to the information, that
>> there is no /usr/portage/packages. And indeed, so it is. How to get this
>> directory and how to fill it? :)
>
>Here you go:
>
>buildpkg
>  Binary packages will be created for all packages that are merged. Also 
>see quickpkg(1) and emerge(1) --buildpkg and --buildpkgonly options.
>
>buildsyspkg
>  Build binary packages for just packages in the system set.
>
>As a example, this is my line from make.conf:
>
>FEATURES="buildpkg sandbox parallel-fetch --keep-going"

And that means, that the directory /usr/portage/packages does not exist
until then. I have created it now and 'eclean -p packages' now behaves
nicely.

Hartmut
-- 
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User  :-)

[gentoo-user] Re: /usr/portage/packages missing

[Hartmut Figge]

Pandu Poluan:
>On Nov 17, 2011 4:07 PM, "Hartmut Figge"  wrote:

>> Now i run 'eclean -p packages' which leads to the information, that
>> there is no /usr/portage/packages. And indeed, so it is. How to get this
>> directory and how to fill it? :)
>
>That directory *is* normally empty, unless you specify "buildpkg" in
>FEATURES, or use quickpkg.

*g* Thanks.

Hartmut
-- 
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User  :-)

Re: [gentoo-user] /usr/portage/packages missing

[Dale]

Hartmut Figge wrote:

Greetings

normally using i686 i am discovering now the world of x86_64 on an extra
partition under Intel Core i5. Some astounding differences, but i will
manage.

Now i run 'eclean -p packages' which leads to the information, that
there is no /usr/portage/packages. And indeed, so it is. How to get this
directory and how to fill it? :)

Hartmut


Here you go:

buildpkg
 Binary packages will be created for all packages that are merged. Also 
see quickpkg(1) and emerge(1) --buildpkg and --buildpkgonly options.


buildsyspkg
 Build binary packages for just packages in the system set.

As a example, this is my line from make.conf:

FEATURES="buildpkg sandbox parallel-fetch --keep-going"

That help?

Dale

:-)  :-)

--
I am only responsible for what I said ... Not for what you understood or how 
you interpreted my words!

Re: [gentoo-user] /usr/portage/packages missing

[Alan McKinnon]

On Thu, 17 Nov 2011 10:03:52 +0100
Hartmut Figge  wrote:

> Greetings
> 
> normally using i686 i am discovering now the world of x86_64 on an
> extra partition under Intel Core i5. Some astounding differences, but
> i will manage.
> 
> Now i run 'eclean -p packages' which leads to the information, that
> there is no /usr/portage/packages. And indeed, so it is. How to get
> this directory and how to fill it? :)
> 
> Hartmut

mkdir /usr/portage/packages

-- 
Alan McKinnnon
alan.mckin...@gmail.com

Re: [gentoo-user] /usr/portage/packages missing

[Pandu Poluan]

On Nov 17, 2011 4:07 PM, "Hartmut Figge"  wrote:
>
> Greetings
>
> normally using i686 i am discovering now the world of x86_64 on an extra
> partition under Intel Core i5. Some astounding differences, but i will
> manage.
>
> Now i run 'eclean -p packages' which leads to the information, that
> there is no /usr/portage/packages. And indeed, so it is. How to get this
> directory and how to fill it? :)
>

That directory *is* normally empty, unless you specify "buildpkg" in
FEATURES, or use quickpkg.

Rgds,

[gentoo-user] USB automount with LXDE

[Raffaele BELARDI]

When I need to mount a removable USB device on LXDE (~amd64) I currently
manually issue the mount command. What do I need to do to make
automounting possible?

According to LXDE wiki (1) you need HAL, which I don't have on my
system. I found several suggestions on the net but none seems promising.
Any hints to point me in the right direction?

raffaele

(1)
http://wiki.lxde.org/en/LXDE:Questions#Does_LXDE_automount_plugged_in_removable_devices_.28USB_drives.2C_Flash_disks.2C_etc.29.3F

[gentoo-user] /usr/portage/packages missing

[Hartmut Figge]

Greetings

normally using i686 i am discovering now the world of x86_64 on an extra
partition under Intel Core i5. Some astounding differences, but i will
manage.

Now i run 'eclean -p packages' which leads to the information, that
there is no /usr/portage/packages. And indeed, so it is. How to get this
directory and how to fill it? :)

Hartmut
-- 
Usenet-ABC-Wiki http://www.usenet-abc.de/wiki/
Von Usern fuer User  :-)

Re: [gentoo-user] Is it possible for F5 to delete all contacts in Kmail?!!!

[Alan McKinnon]

On Tue, 15 Nov 2011 22:46:29 +
Mick  wrote:

> On Tuesday 15 Nov 2011 21:36:14 Florian Philipp wrote:
> > Am 15.11.2011 20:39, schrieb Mick:
> > > Thankfully this didn't happen on my machine, but I have to fix
> > > this all the same ...
> > > 
> > > Is it possible to press F5 (the user thought that this would just
> > > refresh the content) while in the Kmail address book and as a
> > > result all but the current contact being deleted?
> > 
> > Nope, not here. Besides, F5 really is set to Refresh. I also cannot
> > find another shortkey for this and I doubt anyone would waste time
> > to implement it.
> 
> Thanks for checking this.  Are you using std.vcf or the Kmail
> 'Personal Contacts' storage for your address book?
> 
> The kaddressbook that was hosed with pressing F5 was in std.vcf.  I'm
> not sure I understand the difference between these two akonadi
> resources, other than that the std.vcf is the old KDE format
> under .kde4/share/apps/kabc/std.vcf, while the Personal Contacts
> seems to be stored under .local.share/akonadi/ ).

Yes, that's how it works - same kind of stuff in a different place.

There is something you must completely understand about current kdepim,
if you don't realize this you will suffer endless pain:

The developers are trying to be cute and clever and show off how l33t
they are. As a result, they break things. Badly.

As an example, there are warnings in .local.share/akonadi/ that you
must not manipulate a certain directory manually, as it is managed by
akonadi. It is totally possible that you made manual changes
(reasonable thing to do actually) and that F5 refreshes the address list
from whatever magic bullshit mechanism akonadi has going and just
trashed the address list changes you made. Yes, those devs have done
insane things of that order and released that code.

I'm not saying this is your problem or even that it still is that way -
I haven't used kdepim since version 4.4 when I spotted it was a classic
"second big project". As with all things, do your homework, see if the
code suits your needs, ymmv. 


-- 
Alan McKinnnon
alan.mckin...@gmail.com