Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Mick]

On Friday 04 Sep 2015 09:48:00 Neil Bothwick wrote:
> On Fri, 4 Sep 2015 08:06:18 +0100, Mick wrote:
> > Also, here at least, I have /run/dhcpcd/ with its subdirectories as
> > well as /run/dhcpcd-enp11s0.pid both owned by root:root, but this is a
> > laptop and the dhcpcd is launched by ifplugd.
> 
> Using ifplugd to manage your connection can conflict with the openrc
> stuff. If you install ifplugd but do not configure it to run, openrc will
> use it itself, avoiding any such conflicts.

I am a bit confused about your statement not to configure ifplugd to run.  
There's no /etc/conf.d or /etc/init.d file for ifplugd per se, if that's what 
you mean, but in /etc/conf.d/net I have:

ifplugd_enp11s0="-t 2 -u 3

-- 
Regards,
Mick


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

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Mick]

On Friday 04 Sep 2015 10:42:33 Peter Humphrey wrote:
> On Thursday 03 September 2015 16:27:26 Alan McKinnon wrote:
> > On 03/09/2015 15:56, the...@sys-concept.com wrote:
> > > x11-base/xorg-server
> > 
> > Remove. The server is a dep for just about everything GUI-related
> 
> Not so here on this KDE box. I removed it from my world file and emerge -ca
> wanted to remove the server, so I put it back again, sharpish. I don't have
> x11-base/xorg-x11 though, not needing all that extra stuff; this is in
> accordance with the handbook.

Hmm  you probably do not have USE="X"?  This is a default environment flag 
for desktops.

-- 
Regards,
Mick


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

Re: [gentoo-user] Re: Portage is proposing an ncurses update and I don't understand what it means

[Neil Bothwick]

On Fri, 04 Sep 2015 10:52:23 +0100, Peter Humphrey wrote:

> > And the name is confusing, it's all indicative of the concept not
> > being thought all the way through.  
> 
> I'm glad to see I'm not the only one who has trouble with the ways
> other people use English.  :)

That's what you get when you cross a pedant with an old fart :)


-- 
Neil Bothwick

Secret hacker rule #11: hackers read manuals.


pgpjpw85aUe2s.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: [WAY OT] wanna learn networking internals

[Todd Goodman]

* Alan McKinnon  [150904 08:15]:
> On 03/09/2015 21:46, Francisco Ares wrote:
[..SNIP..]
> > - there was a teletype
> > (remember those?) 
> 
> Golf balls. Gods, those things made a racket.

I think the golf balls you're referencing were the IBM selectrics?

[..SNIP..]
> Oh no, not punched paper tape. All I remember is thousands of tiny
> yellow punched shards that floated everywhere like confetti

Chads.  Just like the hanging chad debacle here in the US.  (I never
understood why everyone hated chad enough to string him up, but...)

> 
> > Thanks for the opportunity for an old story to be remembered.
> 
> We old farts here reminisce about every 6 months or so. It usually
> starts when someone asks a question like: did you ever work with those
> original 8 inch floppies? and the thread goes on for days :-)

I still do.  Along with teletypes, line printers, PDP-8s, PDP-11s,
vaxen, paper tape, 10MB hard drives that weigh 200lbs, etc.

All for fun of course.

Todd

Re: [gentoo-user] [WAY OT] wanna learn networking internals

[Fernando Rodriguez]

On Friday, September 04, 2015 9:53:51 AM Neil Bothwick wrote:
> On Thu, 3 Sep 2015 22:47:45 +0200, Alan McKinnon wrote:
> 
> > The absolute best network RFCs are the ones about coffeepot over HTTP,
> > and IP by carrier pigoen (or is it Avain IP? something like that)
> 
> There's one about matter transfer by email attachments too.
> 
> 
> 

The best IMO is RFC 2795 - The Infinite Monkey Protocol Suite.

-- 
Fernando Rodriguez

Re: [gentoo-user] [WAY OT] wanna learn networking internals

[Neil Bothwick]

On Fri, 4 Sep 2015 06:26:52 -0400, Fernando Rodriguez wrote:

> The best IMO is RFC 2795 - The Infinite Monkey Protocol Suite.

I believe that is now known as "Facebook" :)


-- 
Neil Bothwick

"Self-explanatory": technospeak for "Incomprehensible & undocumented"


pgpS_1mZnUi5p.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] broken seamonkey :(

[Mick]

On Friday 04 Sep 2015 08:54:19 Peter Weilbacher wrote:

> Are you sure that diving right into about:config is the best way? In
> SeaMonkey, take a look under Preferences -> Privacy & Security ->
> Certificates. Under "Manage Certificates..." you can import your own
> certificates which I think is the right way to proceed (although I
> haven't tried that in a while). In the same dialog, you can also
> manually add exceptions before you even go to the server.
> Firefox and Thunderbird have similar dialogs.
> 
>Peter.

I agree with Peter, it is best you don't disable what is after all a security 
warning mechanism.  

In Firefox you are not able to add an exception if you use a Private window 
(Ctrl+Shift+P).  Otherwise you should be able to.  Alternatively, have you 
tried adding an exception to the server certificate manually as suggested by 
Peter?

You can:

Add your self-signed server certificate in your Server certificates seamonkey 
tab.  Updating the seamonkey version ought to retain any certificates you have 
uploaded there.  You can also set an exception in the Server's tab.  If you do 
not have the server certificate already on your filesystem, you can obtain it 
with:

 openssl s_client -connect www.google.com:443 -showcerts

(replace www.google.com with your server of course).  

Or, you can try adding it in the RootCA tab and edit its trust there.
-- 
Regards,
Mick


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

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Fernando Rodriguez]

On Friday, September 04, 2015 8:06:18 AM Mick wrote:
> On Friday 04 Sep 2015 03:46:04 Dale wrote:
> > Fernando Rodriguez wrote:
> > > On Thursday, September 03, 2015 8:47:34 PM Dale wrote:
> > > 
> > > I don't know if this will help or not but don't forget the zap option.
> > > 
> > > root@fireball / # /etc/init.d/dhcpcd  
> > > broken   ineediuse needsme  pauserestart  startstatus
> > > stop usesme   zap
> > > root@fireball / # /etc/init.d/dhcpcd
> > > 
> > > It's been a long time since I used it but if I recall correctly that
> > > resets the status.  I think it stops and deletes any files that stores
> > > its run status.
> > > 
> > > If that doesn't apply, just ignore me.  Heck, a lot of people ignore
> > > me.  lol
> > > 
> > > Dale
> > > 
> > > :-)  :-)
> > > 
> > > It does. I knew about it but never used it and didn't know what it'll do
> > > if the permissions are wrong so I thought I'd minimize the chances of
> > > being wrong.
> > 
> > I wasn't sure if it would help or not.  I know it has worked in the past
> > for me but it has been while.  I usually tell the service to stop, make
> > sure any processes are dead, with kill command if needed, and then use
> > the zap thing.  Maybe try that as a last resort if nothing else.
> > 
> > I just didn't want to not mention it and it turn out to be just what was
> > needed.  ;-)
> > 
> > Dale
> > 
> > :-)  :-)
> 
> You can increase its verbosity in /etc/init.d/dhcpcd, so that the logs show 
> more of what is happening to cause the crash.
> 
> Also, here at least, I have /run/dhcpcd/ with its subdirectories as well as 
> /run/dhcpcd-enp11s0.pid both owned by root:root, but this is a laptop and 
the 
> dhcpcd is launched by ifplugd.
> 
> 

dhcpd is getting confused with dhcpd... But now that you mentioned that my pid 
file for dhcpd is also owned by root:root, but the directory is owned by 
dhcp:dhcp and the daemon runs as dhcp.

-- 
Fernando Rodriguez

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Neil Bothwick]

On Fri, 4 Sep 2015 10:10:46 +0100, Mick wrote:

> > Using ifplugd to manage your connection can conflict with the openrc
> > stuff. If you install ifplugd but do not configure it to run, openrc
> > will use it itself, avoiding any such conflicts.  
> 
> I am a bit confused about your statement not to configure ifplugd to
> run. There's no /etc/conf.d or /etc/init.d file for ifplugd per se, if
> that's what you mean, but in /etc/conf.d/net I have:
> 
> ifplugd_enp11s0="-t 2 -u 3

That's the correct way to do it, although I didn't even need to give
options. Ifplugd can be run standalone, as on other distros, I read your
post to imply that's what you were doing.


-- 
Neil Bothwick

Bang on the LEFT side of your computer to restart Windows


pgpu9nNs4luML.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Peter Humphrey]

On Friday 04 September 2015 11:00:33 Mick wrote:
> On Friday 04 Sep 2015 10:42:33 Peter Humphrey wrote:
> > On Thursday 03 September 2015 16:27:26 Alan McKinnon wrote:
> > > On 03/09/2015 15:56, the...@sys-concept.com wrote:
> > > > x11-base/xorg-server
> > > 
> > > Remove. The server is a dep for just about everything GUI-related
> > 
> > Not so here on this KDE box. I removed it from my world file and emerge
> > -ca
> > wanted to remove the server, so I put it back again, sharpish. I don't
> > have
> > x11-base/xorg-x11 though, not needing all that extra stuff; this is in
> > accordance with the handbook.
> 
> Hmm  you probably do not have USE="X"?  This is a default environment
> flag for desktops.

Nope. X is in USE, as it should be because of:

# eselect profile list
Available profile symlink targets:
  [1]   default/linux/amd64/13.0
  [2]   default/linux/amd64/13.0/selinux
  [3]   default/linux/amd64/13.0/desktop
  [4]   default/linux/amd64/13.0/desktop/gnome
  [5]   default/linux/amd64/13.0/desktop/gnome/systemd
  [6]   default/linux/amd64/13.0/desktop/kde *
--->8

And in make.conf:
USE="-bindist -bluetooth -fortran -gcj -gnome -iodbc -ldap -lirc -nis -odbc 
-systemd -thin -xscreensaver
mmx mmxext popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3
symlink"

-- 
Rgds
Peter

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Mike Edenfield]

On 9/3/2015 8:59 PM, Fernando Rodriguez wrote:

On Thursday, September 03, 2015 8:09:02 PM Mike Edenfield wrote:



What makes rc-status think something is crashed, and how can I fix this?

basement log # rc-status -v | grep crashed
   dhcpd [  crashed  ]
basement log # ps aux | grep dhcpd
root  2214  0.0  0.0   8268   876 pts/0S+   19:47   0:00 grep
--colour=auto dhcpd
dhcp  2648  0.0  0.6  30028 12136 ?Ss   Aug29   0:00
/usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid
-lf /var/lib/dhcp/dhcpd.leases -user dhcp -group dhcp -chroot
/chroot/dhcp enp0s7




This is just a guess but it could be the permissions on the pid file on
/chroot/dhcp/var/run/dhcp/. So stop the daemon, delete the file, check that the
directory is owned by dhcp:dhcp and start the daemon again.



That was a good guess -- I did find something else unrelated wrong with 
the log file permissions :) But it didn't help here.


The directory is owned by dhcp:dhcp, and when I stop the service, the 
pid file is deleted automatically, which I assume means the permissions 
are correct:


basement log # dir /chroot/dhcp/var/run/dhcp
total 8
drwxr-xr-x 2 dhcp dhcp 4096 Sep  4 07:21 ./
drwxr-xr-x 3 root root 4096 Oct  4  2009 ../
basement log # /etc/init.d/dhcpd start
 * Starting chrooted dhcpd ... 
   [ ok ]

basement log # dir /chroot/dhcp/var/run/dhcp
total 12
drwxr-xr-x 2 dhcp dhcp 4096 Sep  4 07:21 ./
drwxr-xr-x 3 root root 4096 Oct  4  2009 ../
-rw-r--r-- 1 root root6 Sep  4 07:21 dhcpd.pid
basement log # rc-status -v | grep crashed
 dhcpd   [ crashed  ]

Also, just for reference, I already tried "zap"; that didn't help 
because "stop" puts it correctly into the stopped state anyway.


--Mike

Re: [gentoo-user] Re: Portage is proposing an ncurses update and I don't understand what it means

[Peter Humphrey]

On Friday 04 September 2015 01:01:34 Alan McKinnon wrote:
> On 04/09/2015 00:05, Stefan G. Weichinger wrote:
> >>> I think it is an Einstein quote
> > 
> > [..]
> > 
> >> And Feynmann said something
> > 
> > [..]
> > 
>  I don't think they're misnamed, the problem is in our heads.
> > 
> > [..]
> > 
> > tl;dr
> > 
> > I don't care.
> > I want to be a gentoo-USER (see name of ml).
> > 
> > Don't get me wrong, I like fuzzing around with details etc (and most
> > people subscribed here know that from various threads I triggered ...).
> > 
> > But don't you agree that it *should* be possible to simply pull upgrades
> > from the distro of choice without solving "problems in my head" ?
> > 
> > IMO it's the definition of maintainers to keep that level of complexity
> > away from the plain users. Especially for users of the stable "branch"
> > (the OP of this thread wrote "stable" = amd64 machine).
> > 
> > I admit: maybe I miss some point here because I didn't read the whole
> > thread.
> > 
> > IMO "stable" should result in a (mostly ...) carefree and maintained
> > experience for the user.
> 
> Sure. That's a valid POV.
> 
> Gentoo config should be declarative, not imperative. You should tell it
> *what* you want, not *how* to do it. Packages and SLOTs are
> user-visible, they define what you want. Sub-slots, although I think I
> understand them, are a poorly though out implementation as they expose
> part of the how to the user. Worse, they sometimes make the user decide.
> 
> And the name is confusing, it's all indicative of the concept not being
> thought all the way through.

I'm glad to see I'm not the only one who has trouble with the ways other 
people use English.  :)

-- 
Rgds
Peter

Re: [gentoo-user] Re: Portage is proposing an ncurses update and I don't understand what it means

[Peter Humphrey]

On Friday 04 September 2015 11:29:17 Neil Bothwick wrote:
> On Fri, 04 Sep 2015 10:52:23 +0100, Peter Humphrey wrote:
> > > And the name is confusing, it's all indicative of the concept not
> > > being thought all the way through.
> > 
> > I'm glad to see I'm not the only one who has trouble with the ways
> > other people use English.  :)
> 
> That's what you get when you cross a pedant with an old fart :)

No, you get a litter of young farts who grow up to be pedants.  :P

-- 
Rgds
Peter

Re: [gentoo-user] Re: Portage is proposing an ncurses update and I don't understand what it means

[Neil Bothwick]

On Fri, 4 Sep 2015 00:05:27 +0200, Stefan G. Weichinger wrote:

> But don't you agree that it *should* be possible to simply pull upgrades
> from the distro of choice without solving "problems in my head" ?
> 
> IMO it's the definition of maintainers to keep that level of complexity
> away from the plain users. Especially for users of the stable "branch"
> (the OP of this thread wrote "stable" = amd64 machine).

It should, but this is not an ideal world. The ncurses thing was simply a
bug that affected a lot of people because subslots didn't work in the way
some devs expected. It should have worked but some thing broke and it
didn't, then a bug report was filed, the problem discussed and fixed, so
now you can just upgrade without a problem.

This does add weight to Alan's argument that subslots are not that well
thought out, but Gentoo (like life) is a perpetual work in progress.


-- 
Neil Bothwick

The sooner you fall behind the more time you'll have to catch up.


pgpM7jqyOl0sQ.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Peter Humphrey]

On Thursday 03 September 2015 16:27:26 Alan McKinnon wrote:
> On 03/09/2015 15:56, the...@sys-concept.com wrote:
> > x11-base/xorg-server
> 
> Remove. The server is a dep for just about everything GUI-related

Not so here on this KDE box. I removed it from my world file and emerge -ca 
wanted to remove the server, so I put it back again, sharpish. I don't have 
x11-base/xorg-x11 though, not needing all that extra stuff; this is in 
accordance with the handbook.

-- 
Rgds
Peter

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Neil Bothwick]

On Fri, 04 Sep 2015 10:42:33 +0100, Peter Humphrey wrote:

>>  > x11-base/xorg-server  
> > 
> > Remove. The server is a dep for just about everything GUI-related  
> 
> Not so here on this KDE box. I removed it from my world file and emerge
> -ca wanted to remove the server, so I put it back again, sharpish. I
> don't have x11-base/xorg-x11 though, not needing all that extra stuff;
> this is in accordance with the handbook.

That's as it should be. Graphical programs are X clients, so they pull in
the client libraries. They need an X server to talk to, but not
necessarily on the same box.


-- 
Neil Bothwick

Copper wire was invented by two Scotsmen fighting over a penny!


pgpIkbnSZMsAe.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Peter Humphrey]

On Friday 04 September 2015 11:31:25 Neil Bothwick wrote:
> On Fri, 04 Sep 2015 10:42:33 +0100, Peter Humphrey wrote:
> >>  > x11-base/xorg-server
> > > 
> > > Remove. The server is a dep for just about everything GUI-related
> > 
> > Not so here on this KDE box. I removed it from my world file and emerge
> > -ca wanted to remove the server, so I put it back again, sharpish. I
> > don't have x11-base/xorg-x11 though, not needing all that extra stuff;
> > this is in accordance with the handbook.
> 
> That's as it should be. Graphical programs are X clients, so they pull in
> the client libraries. They need an X server to talk to, but not
> necessarily on the same box.

Indeed. So Alan's advice should have been for the OP to remove either xorg-
server or xorg-x11.

-- 
Rgds
Peter

Re: [gentoo-user] [WAY OT] wanna learn networking internals

[Francisco Ares]

2015-09-03 3:28 GMT-03:00 Mihamina Rakotomandimby <
mihamina.rakotomandi...@rktmb.org>:

> In order to complete other answers, I woul like to point out a test
> environment that would be nice:
> https://en.wikipedia.org/wiki/Marionnet
>
>
>

Thanks, Mihamina, I've being looking to Marionet, and it looks great!
Probably in a few months of study, it will be a good way to play around
with bits and bytes.

Best Regards,
Francisco

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Alan McKinnon]

On 04/09/2015 10:38, Neil Bothwick wrote:
> On Thu, 03 Sep 2015 13:56:51 -0600, the...@sys-concept.com wrote:
> 
> sys-kernel/gentoo-sources
> sys-kernel/gentoo-sources:3.10.17
> sys-kernel/gentoo-sources:3.5.7  

 Wee bit behind on kernel versions...  
>>>
>>> Yes, only the first is needed, *unless* thelma wants to keep 3.10.17
>>> and 3.5.7 for some reason.  
>>
>> Keeping in world only:
>> sys-kernel/gentoo-sources
>>
>> will keep the newest kernel in world and unmerge 3.10.17 the one I'm
>> using
> 
> You don't need the source package for the kernel you're running, you've
> already compiled it, but there's another sets trick you can use to
> prevent depclean from removing kernel packages, put this
> in /etc/portage/sets.conf

I always keep full sources around for any runnable kernel I have, too
often I've been caught out needing to build a module without them :-)


> 
> [kernels]
> class = portage.sets.dbapi.OwnerSet
> world-candidate = False
> files = /usr/src
> 
> It stops depclean removing any package that has files in /usr/src.
> 
> 


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

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Alan McKinnon]

On 04/09/2015 11:42, Peter Humphrey wrote:
> On Thursday 03 September 2015 16:27:26 Alan McKinnon wrote:
>> On 03/09/2015 15:56, the...@sys-concept.com wrote:
>>> x11-base/xorg-server
>>
>> Remove. The server is a dep for just about everything GUI-related
> 
> Not so here on this KDE box. I removed it from my world file and emerge -ca 
> wanted to remove the server, so I put it back again, sharpish. I don't have 
> x11-base/xorg-x11 though, not needing all that extra stuff; this is in 
> accordance with the handbook.
> 


Yes you are right. xorg-x11 is a sort-of -meta package for everything
x11 and it's OK to use xorg-server alone without xorg-x11

Thelma had both in world

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

[gentoo-user] git clone tricks

[James]

hello,

So I'm still learning the tricks of git..

I tried all sorts of things suggested on the net, but I cannot
seem to find a way to clone this site:

https://gitweb.gentoo.org/proj/gli.git/tree/

This site does not exist::
https://gentoo.org/proj/gli.git/

Ideas or alternate archive sites are most appreciated.

wwk,
James

Re: [gentoo-user] git clone tricks

[Michel Catudal]

Le 2015-09-04 11:51, James a écrit :

hello,

So I'm still learning the tricks of git..

I tried all sorts of things suggested on the net, but I cannot
seem to find a way to clone this site:

https://gitweb.gentoo.org/proj/gli.git/tree/

This site does not exist::
https://gentoo.org/proj/gli.git/

Ideas or alternate archive sites are most appreciated.

wwk,
James






It will work with https://anongit.gentoo.org/git/proj/gli.git


Michel

--
For Linux Software visit
http://home.comcast.net/~mcatudal
http://sourceforge.net/projects/suzielinux/

[gentoo-user] [OT] Getting stuff off a Mac machine

[Andrew Lowe]

Hi all,
A friend has a, I thin a few years old - Yosemite, Mac that I need to
get some large files off. I though Mac's could read NTFS, the files are
bigger than 4GB hence NTFS over FAT32, hence formatted a spare USB drive
as NTFS and then plugged it into the machine. No go on the copy. I tried
a few things then it dawned on me that the Mac probably couldn't write
to the disk - bummer

A google search for things led me to the following procedure and was
wondering if anyone had already done this and could advise.

1) Format USB via the Mac using HFS+

2) copy files to disk

3) Enable HFS+ in the kernel of my machine and rebuild

4) Boot my machine with the new kernel

5) Plug USB into my machine and mount

6) Copy files off to my machine

7) Format the USB back to something the rest of the world can use ;)

Is that it? I can't do anything with the mac machine, NTFS-3g etc, so I
have to fit into the Mac world as much as possible. Have I missed
anything? Any tips or tricks or is there no need as it's that simple?

Any thoughts greatly appreciated,

Andrew

Re: [gentoo-user] git clone tricks

[Stefan G. Weichinger]

Am 2015-09-04 um 17:51 schrieb James:

hello,

So I'm still learning the tricks of git..

I tried all sorts of things suggested on the net, but I cannot seem
to find a way to clone this site:

https://gitweb.gentoo.org/proj/gli.git/tree/

This site does not exist:: https://gentoo.org/proj/gli.git/

Ideas or alternate archive sites are most appreciated.


git clone git://anongit.gentoo.org/proj/gli.git

works for me.

See "Clone" on https://gitweb.gentoo.org/proj/gli.git/

Re: [gentoo-user] git clone tricks

[Emanuele Rusconi]

On 4 September 2015 at 17:51, James  wrote:
> hello,
>
> So I'm still learning the tricks of git..
>
> I tried all sorts of things suggested on the net, but I cannot
> seem to find a way to clone this site:
>
> https://gitweb.gentoo.org/proj/gli.git/tree/
>
> This site does not exist::
> https://gentoo.org/proj/gli.git/
>
> Ideas or alternate archive sites are most appreciated.
>
> wwk,
> James
>
>
>
>

git clone git://anongit.gentoo.org/proj/gli.git

As written on the "summary" page.


-- Emanuele Rusconi

Re: [gentoo-user] Git equivalent of pg_dumpall?

[Michael Orlitzky]

On 09/04/2015 01:09 PM, Tanstaafl wrote:
> Similar to the recent thread on cloning...
> 
> I don't know and have never even used Git, but I need to get a complete
> and total backup of an entire Git repository to a single file that can
> then be cloned into a new git repo on another system. This was for a
> software project that was being developed by some off-site developers.
> 
> What is the proper way to do this? Is it the 'git bundle' command?
> 

The entire git repo is a single .git directory at the top level of your
project. So you can bundle the whole thing with

  tar -cf project.tar /path/to/your/project

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Fernando Rodriguez]

On Friday, September 04, 2015 7:25:31 AM Mike Edenfield wrote:
> On 9/3/2015 8:59 PM, Fernando Rodriguez wrote:
> > On Thursday, September 03, 2015 8:09:02 PM Mike Edenfield wrote:
> 
> >> What makes rc-status think something is crashed, and how can I fix this?
> >>
> >> basement log # rc-status -v | grep crashed
> >>dhcpd [  crashed  ]
> >> basement log # ps aux | grep dhcpd
> >> root  2214  0.0  0.0   8268   876 pts/0S+   19:47   0:00 grep
> >> --colour=auto dhcpd
> >> dhcp  2648  0.0  0.6  30028 12136 ?Ss   Aug29   0:00
> >> /usr/sbin/dhcpd -cf /etc/dhcp/dhcpd.conf -q -pf /var/run/dhcp/dhcpd.pid
> >> -lf /var/lib/dhcp/dhcpd.leases -user dhcp -group dhcp -chroot
> >> /chroot/dhcp enp0s7
> >>
> >>
> >
> > This is just a guess but it could be the permissions on the pid file on
> > /chroot/dhcp/var/run/dhcp/. So stop the daemon, delete the file, check that 
the
> > directory is owned by dhcp:dhcp and start the daemon again.
> >
> 
> That was a good guess -- I did find something else unrelated wrong with 
> the log file permissions :) But it didn't help here.
> 
> The directory is owned by dhcp:dhcp, and when I stop the service, the 
> pid file is deleted automatically, which I assume means the permissions 
> are correct:
> 
> basement log # dir /chroot/dhcp/var/run/dhcp
> total 8
> drwxr-xr-x 2 dhcp dhcp 4096 Sep  4 07:21 ./
> drwxr-xr-x 3 root root 4096 Oct  4  2009 ../
> basement log # /etc/init.d/dhcpd start
>   * Starting chrooted dhcpd ... 
> [ ok ]
> basement log # dir /chroot/dhcp/var/run/dhcp
> total 12
> drwxr-xr-x 2 dhcp dhcp 4096 Sep  4 07:21 ./
> drwxr-xr-x 3 root root 4096 Oct  4  2009 ../
> -rw-r--r-- 1 root root6 Sep  4 07:21 dhcpd.pid
> basement log # rc-status -v | grep crashed
>   dhcpd   [ crashed  ]
> 

After doing that again cat the pid file and compare it to the PID for dhcpd.
If it looks right you can try copying to /var/run/dhcp/ and run rc-status 
again, if it works this time then portage is looking for the pid file outside 
the chroot. You set it up using the DHCPD_CHROOT in /etc/conf.d/dhcpd right?
I don't use that option since I use apparmor but it looks like the init script 
will do the right thing in traccking the pid file if setup correctly. Are you 
using the latest version (may need to run etc-update)?

-- 
Fernando Rodriguez

[gentoo-user] Git equivalent of pg_dumpall?

[Tanstaafl]

Similar to the recent thread on cloning...

I don't know and have never even used Git, but I need to get a complete
and total backup of an entire Git repository to a single file that can
then be cloned into a new git repo on another system. This was for a
software project that was being developed by some off-site developers.

What is the proper way to do this? Is it the 'git bundle' command?

Thanks

Re: [gentoo-user] [WAY OT] wanna learn networking internals

[Fernando Rodriguez]

On Friday, September 04, 2015 11:32:39 AM Neil Bothwick wrote:
> On Fri, 4 Sep 2015 06:26:52 -0400, Fernando Rodriguez wrote:
> 
> > The best IMO is RFC 2795 - The Infinite Monkey Protocol Suite.
> 
> I believe that is now known as "Facebook" :)

That's the reference implementation.
It turned out monkeys are not very fond of typing but they love making videos, 
so some PayPal guys improved the protocol with video extensions.

-- 
Fernando Rodriguez

Re: [gentoo-user] Can't update to go-1.4.2

[Fernando Rodriguez]

On Friday, September 04, 2015 4:23:57 PM Ajai Khattri wrote:
> 
> I know that Go 1.5 is limited to 64bit CPUs but im running on a 64bit CPU 
> and Im trying to update Go from 1.0 to the latest stable (which is 1.4.2 
> anyway):
> 
> dev ~ #  emerge -uDatv dev-lang/go
> 
>   * IMPORTANT: 8 news items need reading for repository 'gentoo'.
>   * Use eselect news read to view new items.
> 
> 
> These are the packages that would be merged, in reverse order:
> 
> Calculating dependencies... done!
> [ebuild U  ] dev-lang/go-1.4.2::gentoo [1.0.1::gentoo] 
> USE="(-bash-completion%*) (-emacs%) (-pax_kernel%) (-vim-syntax%*) 
> (-zsh-completion%)" 0 KiB
> 
> Total: 1 package (1 upgrade), Size of downloads: 0 KiB
> 
> Would you like to merge these packages? [Yes/No]
> 
> >>> Verifying ebuild manifests
> 
> >>> Emerging (1 of 1) dev-lang/go-1.4.2::gentoo
>   * go1.4.2.src.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...   [ 
> ok ]
> >>> Unpacking source...
> >>> Unpacking go1.4.2.src.tar.gz to 
> /var/tmp/portage/dev-lang/go-1.4.2/work
> >>> Source unpacked in /var/tmp/portage/dev-lang/go-1.4.2/work
> >>> Preparing source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> >>> Source prepared.
> >>> Configuring source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> >>> Source configured.
> >>> Compiling source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> # Building C bootstrap tool.
> cmd/dist
> 
> # Building compilers and Go bootstrap tool for host, linux/amd64.
> lib9
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c:1:0: error: CPU 
> you selected does not support x86-64 instruction set
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c:1:0: error: 
> CPU you selected does not support x86-64 instruction 
> set/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c:1:0: error: 
> CPU you selected does not support x86-64 instruction set
> 
> go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/atoi.o 
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c:1:0: error: 
> CPU you selected does not support x86-64 instruction set
> go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_exits.o 
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c
> go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/await.o 
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c
> go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_p9dir.o 
> /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c
>   * ERROR: dev-lang/go-1.4.2::gentoo failed (compile phase):
>   *   build failed
>   *
>   * Call stack:
>   * ebuild.sh, line  93:  Called src_compile
>   *   environment, line 1886:  Called die
>   * The specific snippet of code:
>   *   ./make.bash || die "build failed"
>   *
>   * If you need support, post the output of `emerge --info 
> '=dev-lang/go-1.4.2::gentoo'`,
>   * the complete build log and the output of `emerge -pqv 
> '=dev-lang/go-1.4.2::gentoo'`.
>   * The complete build log is located at 
> '/var/tmp/portage/dev-lang/go-1.4.2/temp/build.log'.
>   * The ebuild environment file is located at 
> '/var/tmp/portage/dev-lang/go-1.4.2/temp/environment'.
>   * Working directory: '/var/tmp/portage/dev-lang/go-1.4.2/work/go/src'
>   * S: '/var/tmp/portage/dev-lang/go-1.4.2/work/go'
> 
> >>> Failed to emerge dev-lang/go-1.4.2, Log file:
> 
> >>>  

Re: [gentoo-user] broken seamonkey :(

[lee]

Mick  writes:

> On Friday 04 Sep 2015 08:54:19 Peter Weilbacher wrote:
>
>> Are you sure that diving right into about:config is the best way? In
>> SeaMonkey, take a look under Preferences -> Privacy & Security ->
>> Certificates. Under "Manage Certificates..." you can import your own
>> certificates which I think is the right way to proceed (although I
>> haven't tried that in a while). In the same dialog, you can also
>> manually add exceptions before you even go to the server.
>> Firefox and Thunderbird have similar dialogs.
>> 
>>Peter.
>
> I agree with Peter, it is best you don't disable what is after all a security 
> warning mechanism.  
>
> In Firefox you are not able to add an exception if you use a Private window 
> (Ctrl+Shift+P).  Otherwise you should be able to.  Alternatively, have you 
> tried adding an exception to the server certificate manually as suggested by 
> Peter?
>
> You can:
>
> Add your self-signed server certificate in your Server certificates seamonkey 
> tab.  Updating the seamonkey version ought to retain any certificates you 
> have 
> uploaded there.  You can also set an exception in the Server's tab.  If you 
> do 
> not have the server certificate already on your filesystem, you can obtain it 
> with:
>
>  openssl s_client -connect www.google.com:443 -showcerts
>
> (replace www.google.com with your server of course).  
>
> Or, you can try adding it in the RootCA tab and edit its trust there.

It doesn't work.  I've imported the certificate now at home, and no
matter what trust I set or whatever I do, I cannot connect, and I cannot
add an exception.

I think I need to be able to add an exception through the dialog that
pops up when trying to connect since that's the only way that there's a
chance that it will work.


-- 
Again we must be afraid of speaking of daemons for fear that daemons
might swallow us.  Finally, this fear has become reasonable.

Re: [gentoo-user] broken seamonkey :(

[Fernando Rodriguez]

On Friday, September 04, 2015 9:50:43 PM lee wrote:
> Mick  writes:
> 
> > On Friday 04 Sep 2015 08:54:19 Peter Weilbacher wrote:
> >
> >> Are you sure that diving right into about:config is the best way? In
> >> SeaMonkey, take a look under Preferences -> Privacy & Security ->
> >> Certificates. Under "Manage Certificates..." you can import your own
> >> certificates which I think is the right way to proceed (although I
> >> haven't tried that in a while). In the same dialog, you can also
> >> manually add exceptions before you even go to the server.
> >> Firefox and Thunderbird have similar dialogs.
> >> 
> >>Peter.
> >
> > I agree with Peter, it is best you don't disable what is after all a 
security 
> > warning mechanism.  
> >
> > In Firefox you are not able to add an exception if you use a Private 
window 
> > (Ctrl+Shift+P).  Otherwise you should be able to.  Alternatively, have you 
> > tried adding an exception to the server certificate manually as suggested 
by 
> > Peter?
> >
> > You can:
> >
> > Add your self-signed server certificate in your Server certificates 
seamonkey 
> > tab.  Updating the seamonkey version ought to retain any certificates you 
have 
> > uploaded there.  You can also set an exception in the Server's tab.  If 
you do 
> > not have the server certificate already on your filesystem, you can obtain 
it 
> > with:
> >
> >  openssl s_client -connect www.google.com:443 -showcerts
> >
> > (replace www.google.com with your server of course).  
> >
> > Or, you can try adding it in the RootCA tab and edit its trust there.
> 
> It doesn't work.  I've imported the certificate now at home, and no
> matter what trust I set or whatever I do, I cannot connect, and I cannot
> add an exception.

Did you tried under both "My Certificates" and "Authorities" tags (or whatever 
they're called on your version. For the Authorities/RootCA one you'll want to 
install your CA public cert that *should* allow all certificates that you issue 
to work. Under "My Certificates" you want the site certificate.

As for not being able to add exceptions, are you using the same version that 
is known to work for Dale?
I think this was a change that firefox tried to push and then reverted.

> I think I need to be able to add an exception through the dialog that
> pops up when trying to connect since that's the only way that there's a
> chance that it will work.
> 
> 
> 

-- 
Fernando Rodriguez

Re: [gentoo-user] [OT] Getting stuff off a Mac machine

[Fernando Rodriguez]

On Saturday, September 05, 2015 12:57:02 AM Andrew Lowe wrote:
> Hi all,
>   A friend has a, I thin a few years old - Yosemite, Mac that I need to
> get some large files off. I though Mac's could read NTFS, the files are
> bigger than 4GB hence NTFS over FAT32, hence formatted a spare USB drive
> as NTFS and then plugged it into the machine. No go on the copy. I tried
> a few things then it dawned on me that the Mac probably couldn't write
> to the disk - bummer

Just mount the NTFS filesystem as rw.

>   A google search for things led me to the following procedure and was
> wondering if anyone had already done this and could advise.
> 
> 1) Format USB via the Mac using HFS+
> 
> 2) copy files to disk
> 
> 3) Enable HFS+ in the kernel of my machine and rebuild
> 
> 4) Boot my machine with the new kernel
> 
> 5) Plug USB into my machine and mount
> 
> 6) Copy files off to my machine
> 
> 7) Format the USB back to something the rest of the world can use ;)
> 
> Is that it? I can't do anything with the mac machine, NTFS-3g etc, so I
> have to fit into the Mac world as much as possible. Have I missed
> anything? Any tips or tricks or is there no need as it's that simple?
> 
>   Any thoughts greatly appreciated,
> 
>   Andrew
> 

-- 
Fernando Rodriguez

Re: [gentoo-user] [OT] Getting stuff off a Mac machine

[Stroller]

On Fri, 4 September 2015, at 5:57 pm, Andrew Lowe  wrote:
> 
>   A friend has a, I thin a few years old - Yosemite, Mac that I need to
> get some large files off. I though Mac's could read NTFS, the files are
> bigger than 4GB hence NTFS over FAT32, hence formatted a spare USB drive
> as NTFS and then plugged it into the machine. No go on the copy. I tried
> a few things then it dawned on me that the Mac probably couldn't write
> to the disk - bummer….

All you describe sounds like it should work.

I can't remember how good OS X's NTFS handling is - after they first switched 
to Intel I think one had to install Bootcamp to get any Windows related 
drivers. Yosemite is the latest production version os Mac OS, though, so I 
doubt that any longer applies. 

Likewise, I can't recollect if Linux's HFS+ drivers write ok. 

It shouldn't take you long to compile HFS+ as a module and mount an Mac drive 
to find out for yourself - you shouldn't need to reboot the machine, just add 
HFS as a module using `make menuconfig`, then something like `make modules 
install` (??). I think you might need to `insmod` or `depmod` before the kernel 
knows about the new driver to load it automatically, but I wouldn't bother.

If I were you I would just stick with a FAT32 filesystem, tar up the files on 
the Mac, and then use `split` to break your tarball into 3GB chunks. Then 
reassemble the pieces when you copy them to your own compy.

• 
http://unix.stackexchange.com/questions/1588/break-a-large-file-into-smaller-pieces
• 
http://askubuntu.com/questions/54579/how-to-split-larger-files-into-smaller-parts
• http://ccm.net/faq/785-linux-cutting-a-file-into-several-parts

Stroller.

[gentoo-user] Can't update to go-1.4.2

[Ajai Khattri]

I know that Go 1.5 is limited to 64bit CPUs but im running on a 64bit CPU 
and Im trying to update Go from 1.0 to the latest stable (which is 1.4.2 
anyway):


dev ~ #  emerge -uDatv dev-lang/go

 * IMPORTANT: 8 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.


These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild U  ] dev-lang/go-1.4.2::gentoo [1.0.1::gentoo] 
USE="(-bash-completion%*) (-emacs%) (-pax_kernel%) (-vim-syntax%*) 
(-zsh-completion%)" 0 KiB


Total: 1 package (1 upgrade), Size of downloads: 0 KiB

Would you like to merge these packages? [Yes/No]


Verifying ebuild manifests



Emerging (1 of 1) dev-lang/go-1.4.2::gentoo
 * go1.4.2.src.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...   [ 
ok ]

Unpacking source...
Unpacking go1.4.2.src.tar.gz to 

/var/tmp/portage/dev-lang/go-1.4.2/work

Source unpacked in /var/tmp/portage/dev-lang/go-1.4.2/work
Preparing source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
Source prepared.
Configuring source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
Source configured.
Compiling source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...

# Building C bootstrap tool.
cmd/dist

# Building compilers and Go bootstrap tool for host, linux/amd64.
lib9
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c:1:0: error: CPU 
you selected does not support x86-64 instruction set
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c:1:0: error: 
CPU you selected does not support x86-64 instruction 
set/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c:1:0: error: 
CPU you selected does not support x86-64 instruction set


go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
-Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
-Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
-Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
-c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
-I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/atoi.o 
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c:1:0: error: 
CPU you selected does not support x86-64 instruction set
go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
-Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
-Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
-Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
-c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
-I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_exits.o 
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c
go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
-Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
-Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
-Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
-c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
-I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/await.o 
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c
go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
-Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
-Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
-Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
-c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
-I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_p9dir.o 
/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c

 * ERROR: dev-lang/go-1.4.2::gentoo failed (compile phase):
 *   build failed
 *
 * Call stack:
 * ebuild.sh, line  93:  Called src_compile
 *   environment, line 1886:  Called die
 * The specific snippet of code:
 *   ./make.bash || die "build failed"
 *
 * If you need support, post the output of `emerge --info 
'=dev-lang/go-1.4.2::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-lang/go-1.4.2::gentoo'`.
 * The complete build log is located at 
'/var/tmp/portage/dev-lang/go-1.4.2/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-lang/go-1.4.2/temp/environment'.

 * Working directory: '/var/tmp/portage/dev-lang/go-1.4.2/work/go/src'
 * S: '/var/tmp/portage/dev-lang/go-1.4.2/work/go'


Failed to emerge dev-lang/go-1.4.2, Log file:



 '/var/tmp/portage/dev-lang/go-1.4.2/temp/build.log'


 * Messages for package dev-lang/go-1.4.2:

 * ERROR: dev-lang/go-1.4.2::gentoo failed (compile phase):
 *   build failed
 *
 * Call stack:
 * ebuild.sh, line  93:  Called src_compile
 *   environment, line 1886:  Called die
 * The specific snippet of code:
 *   ./make.bash || 

Re: [gentoo-user] Can't update to go-1.4.2

[Fernando Rodriguez]

On Friday, September 04, 2015 4:28:43 PM Fernando Rodriguez wrote:
> On Friday, September 04, 2015 4:23:57 PM Ajai Khattri wrote:
> > 
> > I know that Go 1.5 is limited to 64bit CPUs but im running on a 64bit CPU 
> > and Im trying to update Go from 1.0 to the latest stable (which is 1.4.2 
> > anyway):
> > 
> > dev ~ #  emerge -uDatv dev-lang/go
> > 
> >   * IMPORTANT: 8 news items need reading for repository 'gentoo'.
> >   * Use eselect news read to view new items.
> > 
> > 
> > These are the packages that would be merged, in reverse order:
> > 
> > Calculating dependencies... done!
> > [ebuild U  ] dev-lang/go-1.4.2::gentoo [1.0.1::gentoo] 
> > USE="(-bash-completion%*) (-emacs%) (-pax_kernel%) (-vim-syntax%*) 
> > (-zsh-completion%)" 0 KiB
> > 
> > Total: 1 package (1 upgrade), Size of downloads: 0 KiB
> > 
> > Would you like to merge these packages? [Yes/No]
> > 
> > >>> Verifying ebuild manifests
> > 
> > >>> Emerging (1 of 1) dev-lang/go-1.4.2::gentoo
> >   * go1.4.2.src.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ...   
[ 
> > ok ]
> > >>> Unpacking source...
> > >>> Unpacking go1.4.2.src.tar.gz to 
> > /var/tmp/portage/dev-lang/go-1.4.2/work
> > >>> Source unpacked in /var/tmp/portage/dev-lang/go-1.4.2/work
> > >>> Preparing source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> > >>> Source prepared.
> > >>> Configuring source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> > >>> Source configured.
> > >>> Compiling source in /var/tmp/portage/dev-lang/go-1.4.2/work/go ...
> > # Building C bootstrap tool.
> > cmd/dist
> > 
> > # Building compilers and Go bootstrap tool for host, linux/amd64.
> > lib9
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c:1:0: error: CPU 
> > you selected does not support x86-64 instruction set
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c:1:0: error: 
> > CPU you selected does not support x86-64 instruction 
> > set/var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c:1:0: error: 
> > CPU you selected does not support x86-64 instruction set
> > 
> > go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> > -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> > -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> > -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> > -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> > -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/atoi.o 
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/atoi.c
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c:1:0: error: 
> > CPU you selected does not support x86-64 instruction set
> > go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> > -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> > -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> > -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> > -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> > -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_exits.o 
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_exits.c
> > go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> > -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> > -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> > -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> > -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> > -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/await.o 
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/await.c
> > go tool dist: FAILED: i686-pc-linux-gnu-gcc -O2 -mtune=i686 -pipe -Wall 
> > -Wstrict-prototypes -Wextra -Wunused -Wno-sign-compare -Wno-missing-braces 
> > -Wno-parentheses -Wno-unknown-pragmas -Wno-switch -Wno-comment 
> > -Wno-missing-field-initializers -fno-common -ggdb -pipe -fmessage-length=0 
> > -c -m64 -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/include -DPLAN9PORT 
> > -I /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9 -o $WORK/_p9dir.o 
> > /var/tmp/portage/dev-lang/go-1.4.2/work/go/src/lib9/_p9dir.c
> >   * ERROR: dev-lang/go-1.4.2::gentoo failed (compile phase):
> >   *   build failed
> >   *
> >   * Call stack:
> >   * ebuild.sh, line  93:  Called src_compile
> >   *   environment, line 1886:  Called die
> >   * The specific snippet of code:
> >   *   ./make.bash || die "build failed"
> >   *
> >   * If you need support, post the output of `emerge --info 
> > '=dev-lang/go-1.4.2::gentoo'`,
> >   * the complete build log and the output of `emerge -pqv 
> > '=dev-lang/go-1.4.2::gentoo'`.
> >   * The complete build log is located at 
> > '/var/tmp/portage/dev-lang/go-1.4.2/temp/build.log'.
> >   * The ebuild environment file is located at 
> > 

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Neil Bothwick]

On Fri, 4 Sep 2015 15:24:02 +0200, Alan McKinnon wrote:

> > You don't need the source package for the kernel you're running,
> > you've already compiled it, but there's another sets trick you can
> > use to prevent depclean from removing kernel packages, put this
> > in /etc/portage/sets.conf  
> 
> I always keep full sources around for any runnable kernel I have, too
> often I've been caught out needing to build a module without them :-)

Same here, although not recently.

> > [kernels]
> > class = portage.sets.dbapi.OwnerSet
> > world-candidate = False
> > files = /usr/src
> > 
> > It stops depclean removing any package that has files in /usr/src.

Which is why I do this.


-- 
Neil Bothwick

"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."


pgprW5Xbf0uDO.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] /var/tmp/notmpfs - does not exist

[Dale]

the...@sys-concept.com wrote:
> When I try to run emerge on my system I get:
>
> ...
>  * Your boot partition was not mounted at /boot, so it will be automounted 
> for you.
>  * Files will be installed there for grub to function correctly.
 Running pre-merge checks for dev-db/mysql-5.6.26
 Running pre-merge checks for net-libs/webkit-gtk-2.4.9-r200
 Running pre-merge checks for mail-client/thunderbird-38.2.0
> The directory specified in your PORTAGE_TMPDIR variable, '/var/tmp/notmpfs',
> does not exist.  Please create this directory or correct your PORTAGE_TMPDIR 
> setting.
>
> my fstab:
> ...
> proc  /proc   procdefaults0 0
> shm   /dev/shmtmpfs   
> defaults,nodev,nosuid,mode=1777 0 0
> tmpfs /var/tmp/portagetmpfs   defaults  0 > 0
>
>
> ll /var/tmp/
> total 0
> drwxrwxrwt 4 portage portage 80 Sep  4 23:04 portage
>
> Do I need to create dir: /var/tmp/notmpfs ?
> My other systems did not show any such message.
>


Are you trying to have portage's work directory on tmpfs?  If so, I have
this in fstab:

tmpfs   /var/tmp/portage tmpfs  noatime 0 0

I don't have anything in fstab for PORTAGE_TMPDIR tho.  According to
this, you do need to create the directory if you are making exceptions.

https://wiki.gentoo.org/wiki/Portage_TMPDIR_on_tmpfs#Per-Package_Choices_at_Compile_Time

|root #||mkdir /var/tmp/notmpfs |
|root #||chown portage:portage /var/tmp/notmpfs |
|root #||chmod 775 /var/tmp/notmpfs

Hope that helps.

Dale

:-)  :-) 
|

[gentoo-user] /var/tmp/notmpfs - does not exist

[thelma]

When I try to run emerge on my system I get:

...
 * Your boot partition was not mounted at /boot, so it will be automounted for 
you.
 * Files will be installed there for grub to function correctly.
>>> Running pre-merge checks for dev-db/mysql-5.6.26
>>> Running pre-merge checks for net-libs/webkit-gtk-2.4.9-r200
>>> Running pre-merge checks for mail-client/thunderbird-38.2.0
The directory specified in your PORTAGE_TMPDIR variable, '/var/tmp/notmpfs',
does not exist.  Please create this directory or correct your PORTAGE_TMPDIR 
setting.

my fstab:
...
proc/proc   procdefaults0 0
shm /dev/shmtmpfs   
defaults,nodev,nosuid,mode=1777 0 0
tmpfs   /var/tmp/portagetmpfs   defaults  0 0


ll /var/tmp/
total 0
drwxrwxrwt 4 portage portage 80 Sep  4 23:04 portage

Do I need to create dir: /var/tmp/notmpfs ?
My other systems did not show any such message.

-- 
Thelma

[gentoo-user] MX Master mouse on bluetooth

[Ian Savoy]

Hey all,

I splurged on a new mx master mouse a few weeks ago, and it's been working
fine using the unified receiver that is included with the mouse. However,
it's not the only bluetooth device i have, and it would be nice not to have
two easy-to-lose dongles stuck in my laptop at all times (not to mention
2/4 USB ports occupied).

The problem I have is that I can pair the mouse with my bluetooth adapter
just fine (BCM20702A0-19ff-0239), however, I don't get any output when i
click and/or wiggle the mouse.

I've seen in other forums, people getting this mouse to work with bluetooth
on ubuntu and fedora. Claims that it works out of the box over bluetooth.

I'm curious if any gentoo users have been able to successfully use this
device over a bluetooth adapter, and if so, what bluetooth adapter you're
using, what kernel you're running, what modules are loaded, and if there
were any tweaks you had to make after pairing your mouse to get it to work
properly.

-everything- works when i use the unified reciever, even the weird thumb
button and horizontal scrolling. Nothing works, other than pairing and
connecting/disconnecting, over bluetooth.

Thanks in advance!

--
Ian Savoy
LoTeK Systems

Re: [gentoo-user] Git equivalent of pg_dumpall?

[Tanstaafl]

Thanks Rich (& Michael)...

Will use git bundle then.

Apreciated!

On 9/4/2015 6:32 PM, Rich Freeman  wrote:
> On Fri, Sep 4, 2015 at 1:19 PM, Michael Orlitzky  wrote:
>> On 09/04/2015 01:09 PM, Tanstaafl wrote:
>>> Similar to the recent thread on cloning...
>>>
>>> I don't know and have never even used Git, but I need to get a complete
>>> and total backup of an entire Git repository to a single file that can
>>> then be cloned into a new git repo on another system. This was for a
>>> software project that was being developed by some off-site developers.
>>>
>>> What is the proper way to do this? Is it the 'git bundle' command?
>>>
>>
>> The entire git repo is a single .git directory at the top level of your
>> project. So you can bundle the whole thing with
>>
>>   tar -cf project.tar /path/to/your/project
> 
> I realize you're using the term "bundle" in the generic sense, but
> there is a git term called a bundle and it isn't just a tarball of a
> repository.
> 
> I'd definitely recommend using "git bundle" for this.  That is
> basically what it was designed for, and I'd expect it to be more space
> efficient since you won't have all the checked-out files.  Presumably
> git will make sure the bundle is packed and garbage-collected as well.
> You can also perform operations like fetch/clone/etc from a bundle
> without having to extract it first, which might be useful if you
> wanted to merge it into another repository.  This is pretty-much how
> we've been moving around git repositories as part of the migration
> project.
> 

[gentoo-user] Re: git clone tricks

[James]

Michel Catudal  comcast.net> writes:


> > So I'm still learning the tricks of git..

I guess one of those tricks is to mush around and find the 
clone instructions..

> It will work with https://anongit.gentoo.org/git/proj/gli.git

Yep..

Ok thanks guys for point out the elephant in my eyesight


wwr,
James

Re: [gentoo-user] broken seamonkey :(

[Fernando Rodriguez]

On Saturday, September 05, 2015 1:05:06 AM lee wrote:
> Fernando Rodriguez  writes:
> 
> > On Friday, September 04, 2015 9:50:43 PM lee wrote:
> >> Mick  writes:
> >> 
> >> > On Friday 04 Sep 2015 08:54:19 Peter Weilbacher wrote:
> >> >
> >> >> Are you sure that diving right into about:config is the best way? In
> >> >> SeaMonkey, take a look under Preferences -> Privacy & Security ->
> >> >> Certificates. Under "Manage Certificates..." you can import your own
> >> >> certificates which I think is the right way to proceed (although I
> >> >> haven't tried that in a while). In the same dialog, you can also
> >> >> manually add exceptions before you even go to the server.
> >> >> Firefox and Thunderbird have similar dialogs.
> >> >> 
> >> >>Peter.
> >> >
> >> > I agree with Peter, it is best you don't disable what is after all a 
> > security 
> >> > warning mechanism.  
> >> >
> >> > In Firefox you are not able to add an exception if you use a Private 
> > window 
> >> > (Ctrl+Shift+P).  Otherwise you should be able to.  Alternatively, have 
you 
> >> > tried adding an exception to the server certificate manually as 
suggested 
> > by 
> >> > Peter?
> >> >
> >> > You can:
> >> >
> >> > Add your self-signed server certificate in your Server certificates 
> > seamonkey 
> >> > tab.  Updating the seamonkey version ought to retain any certificates 
you 
> > have 
> >> > uploaded there.  You can also set an exception in the Server's tab.  If 
> > you do 
> >> > not have the server certificate already on your filesystem, you can 
obtain 
> > it 
> >> > with:
> >> >
> >> >  openssl s_client -connect www.google.com:443 -showcerts
> >> >
> >> > (replace www.google.com with your server of course).  
> >> >
> >> > Or, you can try adding it in the RootCA tab and edit its trust there.
> >> 
> >> It doesn't work.  I've imported the certificate now at home, and no
> >> matter what trust I set or whatever I do, I cannot connect, and I cannot
> >> add an exception.
> >
> > Did you tried under both "My Certificates"
> 
> There's no tab labled "My Certifiactes".  There's "Your Certificates"
> (which would be "mine", I guess), described as ones from organizations
> that describe me (of which there are none but myself, if it comes to
> that).
> 
> When I try to import the certificate I obtained with openssl as above on
> that tab, it says that the certificate cannot be installed because I "do
> not own the private key which was created when the certificate was
> requested" --- whatever that means.
> 
> > and "Authorities" tags (or whatever 
> > they're called on your version. For the Authorities/RootCA one you'll want 
to 
> > install your CA public cert that *should* allow all certificates that you 
issue 
> > to work.
> 
> I can import it there and it makes no difference.  With the certificate
> installed under "Authorities", I'm still being asked to add an exception
> when I try to connect, and the buttons to add an exception are still
> disabled.
> 
> > Under "My Certificates" you want the site certificate.
> 
> I don't understand: What is a site certificate?  I don't have any other
> than I can download with openssl as described above.  The usual
> procedure is to add an exception through the dialog that pops up for
> that purpose, and that's all there is to it.  The problem is that it
> doesn't let me add an exception.
> 
> Generally, an organization which provides email services to me is hardly
> an organization that would manufacture a certificate that describes me
> specifically in order to provide the service.  (I'm trying to connect to
> the IMAP server via SSL/TLS on port 993.)
> 
> In this case, I happen to have full physical access to the server and
> thus to the certificate stored on it.  This is not the case for, let's
> say, an employee checking his work-email from home whom I might give the
> login-data on the phone and instruct to add an exception when the dialog
> to do so pops up when they are trying to connect.
> 
> When I connect to that same IMAP server with "mutt -f
> imaps://example.com', mutt asks me whether I want to reject the
> certificate or accept it once or always.  So I say once or always and
> can log in.  It's as simple as that, no site certificate or anything but
> my username and password are needed.
> 
> What is the problem with seamonkey and its relatives?
> 
> > As for not being able to add exceptions, are you using the same version 
that 
> > is known to work for Dale?
> 
> He said he's using 2.33.1-r1.  'eix seamonkey' here shows
> 
> www-client/seamonkey
> Installed versions:  2.33.1-r1
> 
> so I'm using the same.
> 
> > I think this was a change that firefox tried to push and then reverted.
> 
> If it was, it was, to put it nicely, an extremely bad idea.  Is there a
> more recent version of seamonkey that works again?
> 
> I can (have to) do with seamonkey 2.30 at work and mutt at home.  This
> isn't a long-term 

Re: [gentoo-user] Git equivalent of pg_dumpall?

[Rich Freeman]

On Fri, Sep 4, 2015 at 1:19 PM, Michael Orlitzky  wrote:
> On 09/04/2015 01:09 PM, Tanstaafl wrote:
>> Similar to the recent thread on cloning...
>>
>> I don't know and have never even used Git, but I need to get a complete
>> and total backup of an entire Git repository to a single file that can
>> then be cloned into a new git repo on another system. This was for a
>> software project that was being developed by some off-site developers.
>>
>> What is the proper way to do this? Is it the 'git bundle' command?
>>
>
> The entire git repo is a single .git directory at the top level of your
> project. So you can bundle the whole thing with
>
>   tar -cf project.tar /path/to/your/project

I realize you're using the term "bundle" in the generic sense, but
there is a git term called a bundle and it isn't just a tarball of a
repository.

I'd definitely recommend using "git bundle" for this.  That is
basically what it was designed for, and I'd expect it to be more space
efficient since you won't have all the checked-out files.  Presumably
git will make sure the bundle is packed and garbage-collected as well.
You can also perform operations like fetch/clone/etc from a bundle
without having to extract it first, which might be useful if you
wanted to merge it into another repository.  This is pretty-much how
we've been moving around git repositories as part of the migration
project.

-- 
Rich

Re: [gentoo-user] broken seamonkey :(

[lee]

Fernando Rodriguez  writes:

> On Friday, September 04, 2015 9:50:43 PM lee wrote:
>> Mick  writes:
>> 
>> > On Friday 04 Sep 2015 08:54:19 Peter Weilbacher wrote:
>> >
>> >> Are you sure that diving right into about:config is the best way? In
>> >> SeaMonkey, take a look under Preferences -> Privacy & Security ->
>> >> Certificates. Under "Manage Certificates..." you can import your own
>> >> certificates which I think is the right way to proceed (although I
>> >> haven't tried that in a while). In the same dialog, you can also
>> >> manually add exceptions before you even go to the server.
>> >> Firefox and Thunderbird have similar dialogs.
>> >> 
>> >>Peter.
>> >
>> > I agree with Peter, it is best you don't disable what is after all a 
> security 
>> > warning mechanism.  
>> >
>> > In Firefox you are not able to add an exception if you use a Private 
> window 
>> > (Ctrl+Shift+P).  Otherwise you should be able to.  Alternatively, have you 
>> > tried adding an exception to the server certificate manually as suggested 
> by 
>> > Peter?
>> >
>> > You can:
>> >
>> > Add your self-signed server certificate in your Server certificates 
> seamonkey 
>> > tab.  Updating the seamonkey version ought to retain any certificates you 
> have 
>> > uploaded there.  You can also set an exception in the Server's tab.  If 
> you do 
>> > not have the server certificate already on your filesystem, you can obtain 
> it 
>> > with:
>> >
>> >  openssl s_client -connect www.google.com:443 -showcerts
>> >
>> > (replace www.google.com with your server of course).  
>> >
>> > Or, you can try adding it in the RootCA tab and edit its trust there.
>> 
>> It doesn't work.  I've imported the certificate now at home, and no
>> matter what trust I set or whatever I do, I cannot connect, and I cannot
>> add an exception.
>
> Did you tried under both "My Certificates"

There's no tab labled "My Certifiactes".  There's "Your Certificates"
(which would be "mine", I guess), described as ones from organizations
that describe me (of which there are none but myself, if it comes to
that).

When I try to import the certificate I obtained with openssl as above on
that tab, it says that the certificate cannot be installed because I "do
not own the private key which was created when the certificate was
requested" --- whatever that means.

> and "Authorities" tags (or whatever 
> they're called on your version. For the Authorities/RootCA one you'll want to 
> install your CA public cert that *should* allow all certificates that you 
> issue 
> to work.

I can import it there and it makes no difference.  With the certificate
installed under "Authorities", I'm still being asked to add an exception
when I try to connect, and the buttons to add an exception are still
disabled.

> Under "My Certificates" you want the site certificate.

I don't understand: What is a site certificate?  I don't have any other
than I can download with openssl as described above.  The usual
procedure is to add an exception through the dialog that pops up for
that purpose, and that's all there is to it.  The problem is that it
doesn't let me add an exception.

Generally, an organization which provides email services to me is hardly
an organization that would manufacture a certificate that describes me
specifically in order to provide the service.  (I'm trying to connect to
the IMAP server via SSL/TLS on port 993.)

In this case, I happen to have full physical access to the server and
thus to the certificate stored on it.  This is not the case for, let's
say, an employee checking his work-email from home whom I might give the
login-data on the phone and instruct to add an exception when the dialog
to do so pops up when they are trying to connect.

When I connect to that same IMAP server with "mutt -f
imaps://example.com', mutt asks me whether I want to reject the
certificate or accept it once or always.  So I say once or always and
can log in.  It's as simple as that, no site certificate or anything but
my username and password are needed.

What is the problem with seamonkey and its relatives?

> As for not being able to add exceptions, are you using the same version that 
> is known to work for Dale?

He said he's using 2.33.1-r1.  'eix seamonkey' here shows

www-client/seamonkey
Installed versions:  2.33.1-r1

so I'm using the same.

> I think this was a change that firefox tried to push and then reverted.

If it was, it was, to put it nicely, an extremely bad idea.  Is there a
more recent version of seamonkey that works again?

I can (have to) do with seamonkey 2.30 at work and mutt at home.  This
isn't a long-term solution because it forbids updating the web browser
and email clients for everyone at work ever since.

Is this a bug of seamonkey?  I could make a bug report in that case.


-- 
Again we must be afraid of speaking of daemons for fear that daemons
might swallow us.  Finally, this fear has 

Re: [gentoo-user] broken seamonkey :(

[Fernando Rodriguez]

On Saturday, September 05, 2015 1:05:06 AM lee wrote:
> In this case, I happen to have full physical access to the server and
> thus to the certificate stored on it.  This is not the case for, let's
> say, an employee checking his work-email from home whom I might give the
> login-data on the phone and instruct to add an exception when the dialog
> to do so pops up when they are trying to connect.

As a workaround you can create your own CA cert. I tested with a windows self-
signed cert (I guess the correct term is self-issued) and the openssl command 
will show two certs. The second is the CA.

http://datacenteroverlords.com/2012/03/01/creating-your-own-ssl-certificate-authority/

-- 
Fernando Rodriguez

Re: [gentoo-user] Git equivalent of pg_dumpall?

[Michael Orlitzky]

On 09/04/2015 06:32 PM, Rich Freeman wrote:
> On Fri, Sep 4, 2015 at 1:19 PM, Michael Orlitzky  wrote:
>> On 09/04/2015 01:09 PM, Tanstaafl wrote:
>>> Similar to the recent thread on cloning...
>>>
>>> I don't know and have never even used Git, but I need to get a complete
>>> and total backup of an entire Git repository
> 
> I'd definitely recommend using "git bundle" for this.

For a "complete and total backup" my money's on tar. Using `git bundle`
is a nice way to package "commitish" things like commits, tags, and
branches, but there's a lot it will lose: stashed files, uncommitted
files, local repo configuration, and all hooks.

Those can be especially important dealing with outsourced developers who
do all sorts of goofy things they shouldn't do.

Re: [gentoo-user] Git equivalent of pg_dumpall?

[Rich Freeman]

On Fri, Sep 4, 2015 at 9:43 PM, Michael Orlitzky  wrote:
> On 09/04/2015 06:32 PM, Rich Freeman wrote:
>> On Fri, Sep 4, 2015 at 1:19 PM, Michael Orlitzky  wrote:
>>> On 09/04/2015 01:09 PM, Tanstaafl wrote:
 Similar to the recent thread on cloning...

 I don't know and have never even used Git, but I need to get a complete
 and total backup of an entire Git repository
>>
>> I'd definitely recommend using "git bundle" for this.
>
> For a "complete and total backup" my money's on tar. Using `git bundle`
> is a nice way to package "commitish" things like commits, tags, and
> branches, but there's a lot it will lose: stashed files, uncommitted
> files, local repo configuration, and all hooks.
>
> Those can be especially important dealing with outsourced developers who
> do all sorts of goofy things they shouldn't do.
>
>

Good point.  A git bundle will store everything that would end up on a
remote repository if you did a push.  That is a pretty good way of
looking at it.

I'd still recommend a git bundle all the same, but you should give
thought to the purpose of serializing your repository and use the
right tool.

-- 
Rich

Re: [gentoo-user] broken seamonkey :(

[Peter Weilbacher]

On Fri, 4 Sep 2015, lee wrote:

> Thank you.  The problem is that it doesn't let me add an exception. Only
> the older versions do that.  All options to add an exception are
> disabled.
>
> There is 'browser.ssl_override_behavior', the value of which is
> 2. Guessing by what that means from [2], that should allow me to add an
> exception.

Are you sure that diving right into about:config is the best way? In
SeaMonkey, take a look under Preferences -> Privacy & Security ->
Certificates. Under "Manage Certificates..." you can import your own
certificates which I think is the right way to proceed (although I
haven't tried that in a while). In the same dialog, you can also
manually add exceptions before you even go to the server.
Firefox and Thunderbird have similar dialogs.

   Peter.

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Mick]

On Friday 04 Sep 2015 03:46:04 Dale wrote:
> Fernando Rodriguez wrote:
> > On Thursday, September 03, 2015 8:47:34 PM Dale wrote:
> > 
> > I don't know if this will help or not but don't forget the zap option.
> > 
> > root@fireball / # /etc/init.d/dhcpcd  
> > broken   ineediuse needsme  pauserestart  startstatus
> > stop usesme   zap
> > root@fireball / # /etc/init.d/dhcpcd
> > 
> > It's been a long time since I used it but if I recall correctly that
> > resets the status.  I think it stops and deletes any files that stores
> > its run status.
> > 
> > If that doesn't apply, just ignore me.  Heck, a lot of people ignore
> > me.  lol
> > 
> > Dale
> > 
> > :-)  :-)
> > 
> > It does. I knew about it but never used it and didn't know what it'll do
> > if the permissions are wrong so I thought I'd minimize the chances of
> > being wrong.
> 
> I wasn't sure if it would help or not.  I know it has worked in the past
> for me but it has been while.  I usually tell the service to stop, make
> sure any processes are dead, with kill command if needed, and then use
> the zap thing.  Maybe try that as a last resort if nothing else.
> 
> I just didn't want to not mention it and it turn out to be just what was
> needed.  ;-)
> 
> Dale
> 
> :-)  :-)

You can increase its verbosity in /etc/init.d/dhcpcd, so that the logs show 
more of what is happening to cause the crash.

Also, here at least, I have /run/dhcpcd/ with its subdirectories as well as 
/run/dhcpcd-enp11s0.pid both owned by root:root, but this is a laptop and the 
dhcpcd is launched by ifplugd.

-- 
Regards,
Mick


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

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Neil Bothwick]

On Thu, 3 Sep 2015 22:35:59 +0200, Alan McKinnon wrote:

> Cleanups: Sometimes when cleaning up you'll delete something you really
> do need, and you forget why you put it in world. Maybe emerge world puts
> it back, but more likely stuff just breaks. Keep a list of all removals
> so if you find breakage you can add things back. The classic case is
> libs you need for your own code - you probably don't have an ebuild for
> that and therefore no deps for portage to use.

> Sets: You have a many-purpose machine so you might find sets useful,
> mostly because you can't add comments to world. You can with sets. They
> are just files in /etc/portage/sets/ that list packages. You add them to
> the system with emerge @. Here is one of mine:

I combine these two ideas and have a set called dependencies that
contains a commented list of packages that are needed by non-portage
software. Then I just emerge -n @dependencies.

The -n flag is useful when cleaning world, it adds the package to world
without re-emerging it unnecessarily.


-- 
Neil Bothwick

Tact is for people who don't understand sarcasm.


pgpWhVvOT6x5E.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] audacity-2.0.5 failed to compile

[Neil Bothwick]

On Thu, 03 Sep 2015 13:56:51 -0600, the...@sys-concept.com wrote:

> >>> sys-kernel/gentoo-sources
> >>> sys-kernel/gentoo-sources:3.10.17
> >>> sys-kernel/gentoo-sources:3.5.7  
> >>
> >> Wee bit behind on kernel versions...  
> > 
> > Yes, only the first is needed, *unless* thelma wants to keep 3.10.17
> > and 3.5.7 for some reason.  
> 
> Keeping in world only:
> sys-kernel/gentoo-sources
> 
> will keep the newest kernel in world and unmerge 3.10.17 the one I'm
> using

You don't need the source package for the kernel you're running, you've
already compiled it, but there's another sets trick you can use to
prevent depclean from removing kernel packages, put this
in /etc/portage/sets.conf

[kernels]
class = portage.sets.dbapi.OwnerSet
world-candidate = False
files = /usr/src

It stops depclean removing any package that has files in /usr/src.


-- 
Neil Bothwick

WinErr 009: Horrible bug encountered - God knows what has happened


pgpv_oKopZnRI.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] dhcpd always shows "crashed" even though it's running

[Neil Bothwick]

On Fri, 4 Sep 2015 08:06:18 +0100, Mick wrote:

> Also, here at least, I have /run/dhcpcd/ with its subdirectories as
> well as /run/dhcpcd-enp11s0.pid both owned by root:root, but this is a
> laptop and the dhcpcd is launched by ifplugd.

Using ifplugd to manage your connection can conflict with the openrc
stuff. If you install ifplugd but do not configure it to run, openrc will
use it itself, avoiding any such conflicts.


-- 
Neil Bothwick

PCMCIA: People Can't Memorize Computer Industry Acronyms


pgpMeTyKu5FEp.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] [WAY OT] wanna learn networking internals

[Neil Bothwick]

On Thu, 3 Sep 2015 22:47:45 +0200, Alan McKinnon wrote:

> The absolute best network RFCs are the ones about coffeepot over HTTP,
> and IP by carrier pigoen (or is it Avain IP? something like that)

There's one about matter transfer by email attachments too.


-- 
Neil Bothwick

Tact is the intelligence of the heart.


pgpaje64rNcO6.pgp
Description: OpenPGP digital signature