nginx security advisory, and how to apply patch to ones src code?

[Matthew Young]

Hello all...

http://marc.info/?l=nginx&m=125299645117061&w=2

Is there a word from the maintainer when the patch can get pushed to
-current?

Also, as a nginx user... Could anybody advise how to apply the patch
directly to the source code? This is the first time I would do this and want
to make sure patching directly the source code from ports is possible and
what would be the best approach for users that cannot wait.

Thanks.

--Matt

Re: How to compile PHP with one single extension?

[patrick keshishian]

On Tue, Sep 15, 2009 at 6:25 PM, Matthew Young  wrote:
> Hello,
>
> I have read the FAQ in regards to flavors, packages, subpackages and multi
> packages. This is where iam confued.
>
> All I need is to compile from source (yes it needs compiled from source and
> not from packages) PHP with only php5-mysql. Multi_packages lists:
>
> # make show=MULTI_PACKAGES
> ===> www/php5/core
> -main -fastcgi
> ===> www/php5/extensions
> -main -bz2 -curl -dba -dbase -gd -gmp -imap -ldap -mbstring -mcrypt -mhash
> -mysql -mysqli -ncurses -odbc -pdo_mysql -pdo_pgsql -pdo_sqlite -pgsql
> -pspell -shmop -soap -snmp -sqlite -sybase_ct -xmlrpc -xsl
> ===> www/php5/extensions,no_x11
> -main -bz2 -curl -dba -dbase -gd -gmp -imap -ldap -mbstring -mcrypt -mhash
> -mysql -mysqli -ncurses -odbc -pdo_mysql -pdo_pgsql -pdo_sqlite -pgsql
> -pspell -shmop -soap -snmp -sqlite -sybase_ct -xmlrpc -xsl
>
> As a start I tried I did:
>
> cd core; env MULTI_PACKAGES="-main" make install
>
>
> That didnt go ver far and it gave me this..
>
> ===>  php5-core-5.2.6 depends on: gettext->=0.17 - not found
> ===>  Verifying install for gettext->=0.17 in devel/gettext
> Fatal: Missing comment for -main. (in devel/gettext)
>
>
> Iam obvioysly doing something wrong, perhaps this isnt the right way to
> select that I want -main only?

Read the following thread, as you'll find it informative (especially
the last reply by Vadim Zhukov)

http://www.mail-archive.com/m...@openbsd.org/msg79638.html

Re: Different question about scrotwm -dialog box problem

[Mark Peoples]

On Tue, Sep 15, 2009 at 07:41:51PM -0500, neal hogan wrote:
> I was thinking about that in the meantime. I wasn't (and still not) sure
> how to deal with monitors of different height in xrandr. So, you've 
> xrandr'd vertically . . . cool!

not on my desktop at the moment, but iirc, my two monitors there are different 
heights and i use xrandr to make for a sexy layout side-by-side and it works 
just fine

How to compile PHP with one single extension?

[Matthew Young]

Hello,

I have read the FAQ in regards to flavors, packages, subpackages and multi
packages. This is where iam confued.

All I need is to compile from source (yes it needs compiled from source and
not from packages) PHP with only php5-mysql. Multi_packages lists:

# make show=MULTI_PACKAGES
===> www/php5/core
-main -fastcgi
===> www/php5/extensions
-main -bz2 -curl -dba -dbase -gd -gmp -imap -ldap -mbstring -mcrypt -mhash
-mysql -mysqli -ncurses -odbc -pdo_mysql -pdo_pgsql -pdo_sqlite -pgsql
-pspell -shmop -soap -snmp -sqlite -sybase_ct -xmlrpc -xsl
===> www/php5/extensions,no_x11
-main -bz2 -curl -dba -dbase -gd -gmp -imap -ldap -mbstring -mcrypt -mhash
-mysql -mysqli -ncurses -odbc -pdo_mysql -pdo_pgsql -pdo_sqlite -pgsql
-pspell -shmop -soap -snmp -sqlite -sybase_ct -xmlrpc -xsl

As a start I tried I did:

cd core; env MULTI_PACKAGES="-main" make install


That didnt go ver far and it gave me this..

===>  php5-core-5.2.6 depends on: gettext->=0.17 - not found
===>  Verifying install for gettext->=0.17 in devel/gettext
Fatal: Missing comment for -main. (in devel/gettext)


Iam obvioysly doing something wrong, perhaps this isnt the right way to
select that I want -main only?

-Matt

Re: Different question about scrotwm -dialog box problem

[neal hogan]

On Tue, Sep 15, 2009 at 04:53:16PM -0500, Chris Bennett wrote:
> 
> 
> Marco Peereboom wrote:
> >You want to play with the regions and set them up to be the right size
> >instead of auto-detecting them
> >
> >On Tue, Sep 15, 2009 at 12:42:49PM -0500, Chris Bennett wrote:
> >
> I couldn't get regions to do the trick.
> However, after trying many things that failed, I realized that the
> cause of the problem was bad height.
> So I decide to try something new and different.
> I stacked the screens instead of side by side (not physically, though! :) )
> 
> Works like a charm. A bit weird going up and down, but I will
> quickly adjust to that.
> No more dragging around dialog boxes!! Yippee!!


Nice!
I was thinking about that in the meantime. I wasn't (and still not) sure
how to deal with monitors of different height in xrandr. So, you've 
xrandr'd vertically . . . cool!

> 
> Thanks
> 
> Oh Yeah, thanks for scrotwm, I really like it.
> This was the only ugly problem I've had, all fixed for me now.
> 
> -- 
> A human being should be able to change a diaper, plan an invasion,
> butcher a hog, conn a ship, design a building, write a sonnet, balance
> accounts, build a wall, set a bone, comfort the dying, take orders,
> give orders, cooperate, act alone, solve equations, analyze a new
> problem, pitch manure, program a computer, cook a tasty meal, fight
> efficiently, die gallantly. Specialization is for insects.
>   -- Robert Heinlein
> 

Já não há memória de...Semana 38

[USBPortugal.com]

Se não conseguir visualizar esta newsletter p.f. clique aqui |   Para
remover email da n/ base de dados clique aqui

Clique na imagem para pedir Orçamento

Email enviado para: ports@openbsd.org

O presente email destina-se única e exclusivamente a informar clientes ou
potenciais clientes USBPortugal.com e não deve ser considerado SPAM.
Se inadvertidamente é receptor desta mensagem e não pretende receber mais
informações clique aqui ou reenvie-nos este email com o assunto REMOVER.
Deve efectuar o pedido de anulação pelo endereço de email que se encontra
na nossa base de dados, de outra forma ficaremos impossibilitados de o
fazer.
Este email está em conformidade com o decreto/lei 67/98 de 26 Outubro,
artigos 10 e 11 (Regulação do tratamento automatizado de dados).
[IMAGE]

Re: Different question about scrotwm -dialog box problem

[Chris Bennett]

Marco Peereboom wrote:

You want to play with the regions and set them up to be the right size
instead of auto-detecting them

On Tue, Sep 15, 2009 at 12:42:49PM -0500, Chris Bennett wrote:
  


I couldn't get regions to do the trick.
However, after trying many things that failed, I realized that the cause 
of the problem was bad height.

So I decide to try something new and different.
I stacked the screens instead of side by side (not physically, though! :) )

Works like a charm. A bit weird going up and down, but I will quickly 
adjust to that.

No more dragging around dialog boxes!! Yippee!!

Thanks

Oh Yeah, thanks for scrotwm, I really like it.
This was the only ugly problem I've had, all fixed for me now.

--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Re: Different question about scrotwm -dialog box problem

[Chris Bennett]

neal hogan wrote:

Neal was right about virtual screen being too big (since I changed
one monitor's resolution smaller)
I changed it to 2624 x 1968.




No expert here, but I don't think that you want to add the heights. 
Neither screen is that tall. So I would suggest start with 2624x1200. 
Then set the smaller screen to the left/right of the larger one.


I'm not sure what is going to happen to the height of the smaller
screen.

  

Oops, my mistake! I'll fix that and see what happens.

--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Re: Different question about scrotwm -dialog box problem

[neal hogan]

> Neal was right about virtual screen being too big (since I changed
> one monitor's resolution smaller)
> I changed it to 2624 x 1968.
> 

No expert here, but I don't think that you want to add the heights. 
Neither screen is that tall. So I would suggest start with 2624x1200. 
Then set the smaller screen to the left/right of the larger one.

I'm not sure what is going to happen to the height of the smaller
screen.

> But this didn't help, anyway.
> 
> I played with region some, but I still can't figure out a setting
> that works.
> I work in 1600x1200 in front of me.
> Small dialog boxes open completely, but a little too low in left screen.
> Larger boxes cross into both screens, but also too low.
> 
> Thanks
> 
> -- 
> A human being should be able to change a diaper, plan an invasion, x
> butcher a hog, conn a ship, design a building, write a sonnet,
> balance
> accounts, build a wall, set a bone, comfort the dying, take orders,
> give orders, cooperate, act alone, solve equations, analyze a new
> problem, pitch manure, program a computer, cook a tasty meal, fight
> efficiently, die gallantly. Specialization is for insects.
>   -- Robert Heinlein
> 

Re: [update] midori 0.1.10

[Dawe]

Benoit Lecocq wrote:
> Landry Breuil a écrit :
>> Hi,
>>
>> new release of midori, bugfixes, adblock support is supposed to be
>> better, more details here :
>> http://foo-projects.org/pipermail/xfce/2009-September/025913.html
>>
>> Landry
>>
> 
> Hi,
> 
> Works for me on amd64.
> 
> Cheers,
> benoit
> 

And for me on i386.

Re: Different question about scrotwm -dialog box problem

[Chris Bennett]

Marco Peereboom wrote:

You want to play with the regions and set them up to be the right size
instead of auto-detecting them

On Tue, Sep 15, 2009 at 12:42:49PM -0500, Chris Bennett wrote:
  
Ok, I was glad to see an update to scrotwm, hoping it would fix a  
problem I have with dialog boxes.


Didn't, and now I realize it couldn't!
Problem is on my end.

I have two CRT monitors. One is excellent, the other is kind of crappy  
but nice to have.


Good one happily supports 1600 or higher resolutions and works happily  
with xrandr. I use 1600x1200 85hz refresh

Other one won't support a good refresh rate at 1600.
Was using it at 1280 x something, but now using it at 1024x768, due to  
age effects.


Dialog boxes open just fine in the crappy monitor, but when I use good  
monitor, dialog boxes open split across virtual area, into both monitors.
However, I just figured out that since my virtual screen is 3200 2400  
(from xorg.conf) there is a piece of unviewable space under smaller  
visible screen.
Part of dialog box is "lost" there. I often work with both screens at  
same time, so swapping screens just for dialog boxes will not be a good  
solution.

Very tired of dragging every box into view.


Neal was right about virtual screen being too big (since I changed one 
monitor's resolution smaller)

I changed it to 2624 x 1968.

But this didn't help, anyway.

I played with region some, but I still can't figure out a setting that 
works.

I work in 1600x1200 in front of me.
Small dialog boxes open completely, but a little too low in left screen.
Larger boxes cross into both screens, but also too low.

Thanks

--
A human being should be able to change a diaper, plan an invasion, x 
butcher a hog, conn a ship, design a building, write a sonnet, balance

accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Re: Different question about scrotwm -dialog box problem

[neal hogan]

On Tue, Sep 15, 2009 at 01:41:35PM -0500, Marco Peereboom wrote:
> That is an exercise in futility ;-)
> 
> I tried!

It's a starting point . . . no? I should have made your point clearer in
my suggestion. 

Fiddling may be rquired!

I'm using scrotwm with xrandr and two monitors. xrandr "preferred" 
1440x900 res for both, so I set the virtuall screen to 2880x900 and 
put one screen to the left (or was it right) of the other.

Each monitor has it's own workstation and I can drag terms/dialogue
boxes across from one screen to the other.


> 
> On Tue, Sep 15, 2009 at 01:30:24PM -0500, neal hogan wrote:
> > > > 
> > > > Is there an answer to this problem?
> > > 
> > > Perhaps I'm missing something about your situation, but why not just
> > > change the size of your virtual screen in xorg.conf? 
> > 
> > Note that xrandr will suggest different screen resolutions. The reason I
> > bring it up is b/c I am wondering where you got you sreen values at
> > (3200x2400 seems pretty big). 
> > 
> > If you haven't already, chenck out xrandr's manpage.
> > 
> > > 
> > > > 
> > > > Chris Bennett
> > > > 
> > > > -- 
> > > > A human being should be able to change a diaper, plan an invasion,
> > > > butcher a hog, conn a ship, design a building, write a sonnet, balance
> > > > accounts, build a wall, set a bone, comfort the dying, take orders,
> > > > give orders, cooperate, act alone, solve equations, analyze a new
> > > > problem, pitch manure, program a computer, cook a tasty meal, fight
> > > > efficiently, die gallantly. Specialization is for insects.
> > > >   -- Robert Heinlein
> > > > 
> > > 
> > 
> 

Re: Different question about scrotwm -dialog box problem

[Marco Peereboom]

That is an exercise in futility ;-)

I tried!

On Tue, Sep 15, 2009 at 01:30:24PM -0500, neal hogan wrote:
> > > 
> > > Is there an answer to this problem?
> > 
> > Perhaps I'm missing something about your situation, but why not just
> > change the size of your virtual screen in xorg.conf? 
> 
> Note that xrandr will suggest different screen resolutions. The reason I
> bring it up is b/c I am wondering where you got you sreen values at
> (3200x2400 seems pretty big). 
> 
> If you haven't already, chenck out xrandr's manpage.
> 
> > 
> > > 
> > > Chris Bennett
> > > 
> > > -- 
> > > A human being should be able to change a diaper, plan an invasion,
> > > butcher a hog, conn a ship, design a building, write a sonnet, balance
> > > accounts, build a wall, set a bone, comfort the dying, take orders,
> > > give orders, cooperate, act alone, solve equations, analyze a new
> > > problem, pitch manure, program a computer, cook a tasty meal, fight
> > > efficiently, die gallantly. Specialization is for insects.
> > >   -- Robert Heinlein
> > > 
> > 
> 

Re: Different question about scrotwm -dialog box problem

[neal hogan]

> > 
> > Is there an answer to this problem?
> 
> Perhaps I'm missing something about your situation, but why not just
> change the size of your virtual screen in xorg.conf? 

Note that xrandr will suggest different screen resolutions. The reason I
bring it up is b/c I am wondering where you got you sreen values at
(3200x2400 seems pretty big). 

If you haven't already, chenck out xrandr's manpage.

> 
> > 
> > Chris Bennett
> > 
> > -- 
> > A human being should be able to change a diaper, plan an invasion,
> > butcher a hog, conn a ship, design a building, write a sonnet, balance
> > accounts, build a wall, set a bone, comfort the dying, take orders,
> > give orders, cooperate, act alone, solve equations, analyze a new
> > problem, pitch manure, program a computer, cook a tasty meal, fight
> > efficiently, die gallantly. Specialization is for insects.
> >   -- Robert Heinlein
> > 
> 

Re: Different question about scrotwm -dialog box problem

[Marco Peereboom]

You want to play with the regions and set them up to be the right size
instead of auto-detecting them

On Tue, Sep 15, 2009 at 12:42:49PM -0500, Chris Bennett wrote:
> Ok, I was glad to see an update to scrotwm, hoping it would fix a  
> problem I have with dialog boxes.
>
> Didn't, and now I realize it couldn't!
> Problem is on my end.
>
> I have two CRT monitors. One is excellent, the other is kind of crappy  
> but nice to have.
>
> Good one happily supports 1600 or higher resolutions and works happily  
> with xrandr. I use 1600x1200 85hz refresh
> Other one won't support a good refresh rate at 1600.
> Was using it at 1280 x something, but now using it at 1024x768, due to  
> age effects.
>
> Dialog boxes open just fine in the crappy monitor, but when I use good  
> monitor, dialog boxes open split across virtual area, into both monitors.
> However, I just figured out that since my virtual screen is 3200 2400  
> (from xorg.conf) there is a piece of unviewable space under smaller  
> visible screen.
> Part of dialog box is "lost" there. I often work with both screens at  
> same time, so swapping screens just for dialog boxes will not be a good  
> solution.
> Very tired of dragging every box into view.
>
> Is there an answer to this problem?
>
> Chris Bennett
>
> -- 
> A human being should be able to change a diaper, plan an invasion,
> butcher a hog, conn a ship, design a building, write a sonnet, balance
> accounts, build a wall, set a bone, comfort the dying, take orders,
> give orders, cooperate, act alone, solve equations, analyze a new
> problem, pitch manure, program a computer, cook a tasty meal, fight
> efficiently, die gallantly. Specialization is for insects.
>   -- Robert Heinlein
>

Re: Different question about scrotwm -dialog box problem

[neal hogan]

On Tue, Sep 15, 2009 at 12:42:49PM -0500, Chris Bennett wrote:
> Ok, I was glad to see an update to scrotwm, hoping it would fix a
> problem I have with dialog boxes.
> 
> Didn't, and now I realize it couldn't!
> Problem is on my end.
> 
> I have two CRT monitors. One is excellent, the other is kind of
> crappy but nice to have.
> 
> Good one happily supports 1600 or higher resolutions and works
> happily with xrandr. I use 1600x1200 85hz refresh
> Other one won't support a good refresh rate at 1600.
> Was using it at 1280 x something, but now using it at 1024x768, due
> to age effects.
> 
> Dialog boxes open just fine in the crappy monitor, but when I use
> good monitor, dialog boxes open split across virtual area, into both
> monitors.
> However, I just figured out that since my virtual screen is 3200
> 2400 (from xorg.conf) there is a piece of unviewable space under
> smaller visible screen.
> Part of dialog box is "lost" there. I often work with both screens
> at same time, so swapping screens just for dialog boxes will not be
> a good solution.
> Very tired of dragging every box into view.
> 
> Is there an answer to this problem?

Perhaps I'm missing something about your situation, but why not just
change the size of your virtual screen in xorg.conf? 

> 
> Chris Bennett
> 
> -- 
> A human being should be able to change a diaper, plan an invasion,
> butcher a hog, conn a ship, design a building, write a sonnet, balance
> accounts, build a wall, set a bone, comfort the dying, take orders,
> give orders, cooperate, act alone, solve equations, analyze a new
> problem, pitch manure, program a computer, cook a tasty meal, fight
> efficiently, die gallantly. Specialization is for insects.
>   -- Robert Heinlein
> 

Different question about scrotwm -dialog box problem

[Chris Bennett]

Ok, I was glad to see an update to scrotwm, hoping it would fix a 
problem I have with dialog boxes.


Didn't, and now I realize it couldn't!
Problem is on my end.

I have two CRT monitors. One is excellent, the other is kind of crappy 
but nice to have.


Good one happily supports 1600 or higher resolutions and works happily 
with xrandr. I use 1600x1200 85hz refresh

Other one won't support a good refresh rate at 1600.
Was using it at 1280 x something, but now using it at 1024x768, due to 
age effects.


Dialog boxes open just fine in the crappy monitor, but when I use good 
monitor, dialog boxes open split across virtual area, into both monitors.
However, I just figured out that since my virtual screen is 3200 2400 
(from xorg.conf) there is a piece of unviewable space under smaller 
visible screen.
Part of dialog box is "lost" there. I often work with both screens at 
same time, so swapping screens just for dialog boxes will not be a good 
solution.

Very tired of dragging every box into view.

Is there an answer to this problem?

Chris Bennett

--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Drive a 2009 car from R799p/m

[admin]

Drive a 2009 car from R799p/m

**justgroup-africa.com 
**

*Save up to R1360.10 p/m*
*Renault Sandero 1.6 Cup*
*From **R1499.00** per month*
· *No deposit, no residual*
· *Power Steering*
· *Abs*
· *Driver and passenger *
· *Radio/Cd/Mp3 Player*
· *On- Board Computer*
· *Aircon*
· *3 year/ 45 000 Km Service Plan. *
· *3 Years/100 000 km Mechanical Warranty*
*For Terms and Conditions and cost of credit, please click **here

*
*To apply, Please click here

*
* *
* *
*Save up to **R1145** p/m*
*Nissan NP200 *
*From **R1399.00** per month *
· *No deposit, no residual*
· *Biggest payload in segment (800 Kg)*
· *Crossover styling*
· *Class leading styling*
· *Power steering.*
· *Canopy*
· *Rubberizing*
· *Front loader CD*
· *3 Years 100 000 Km Warranty*
*White only*
*For Terms and Conditions and cost of credit, please click **here

*
*To apply, Please click here

*
* *
* *
* *
* *
*Save up to R1401.00 p/m*
* **Tata XENON*
*From **R2999.00** per month*
· *No deposit, no residual*
· *Mags*
· *MP3/CD/USB Player*
· *Aircon*
· *Power Steering*
· *Canopy *
· *5 Years / 9 Km SERVICE PLAN *
· *3 Years/100 000 km Factory Warranty*
* *
* For Terms and Conditions and cost of credit, please click here

*
*To apply, Please click here

*
* *
 
*Save up to **R1180.50** p/m*
*Tata Indica 1.4 DLX*
*From **R1299.00** per month*
* *
· *No deposit, no residual*
· *Driver and passenger airbag*
* *
· *ABS (Including EBD)*
· *Remote immobilizer / Central locking*
* *
· *Power steering*
· *Air conditioner*
* *
· *Service plan*
· *2 Years/45000 km, Warranty 3 Years/100 000 km.*
* *
* For Terms and Conditions and cost of credit, please click here

*
*To apply, Please click here

*
* *
* *
* *
*Save up to **R1138.21** p/m *
*Polo 1.4 Trend-line*
*From **R2099.00** per month*
· *No deposit, no residual*
· *Mags*
· *central locking and alarm with remote*
· *Radio-CD*
· *No Service Plan*
* *
*For Terms and Conditions and cost of credit, please click **here

*
*To apply, Please click here

*
* *
* *
*Save up to **R1260.00**p/m*
*Tata Indica 1.4 Limited Edition *
*With **aircon** from **R899.00** per month*
· *No deposit, no residual.Mags*
· *Radio CD*
· *Power Steering *
· *Two years / 45000 Km service plan *
* **For Terms and Conditions and cost of credit, please click **here

*
*To apply, Please click here

*
* *
* *
*Save up to R1306.55 p/m*
*Tata Indica 1.4 LE *
*From **R699.00** per month *
· *No deposit, no residual*
· *No Mags*
· *Power steering*
· *Radio CD*
· *2 Years/45000 km service plan.*
*For Terms and Conditions and cost of credit, please click **here

*
*To apply, Please click here

*
* *
* ** *
* *
*Save up to **R346.28** p/m*
*VW Golf Tenaciti 1.4i*
*From **R1699.00** per month*
· *No deposit, no residual*
· *Radio-CD*
· *Mags*
· *NO SERVICE PLAN *
· *3 Years/100 000 km Warranty*
* *
*For Terms and Conditions and cost of credit, please click here

*

*To apply, Please click here

*






--
Powered by PHPlist, www.phplist.com --

Re: scrotwm

[Stuart Henderson]

On 2009/09/15 18:24, Matthieu Herrb wrote:
> Chris Bennett wrote:
> > 1. pkg_delete is not deleting both /usr/local/bin/scrotwm and
> > /usr/X11R6/bin/scrotwm.
> > This should probably be fixed.
> > 
> > 2. snapshot is not installing new version at both /usr/local/bin/scrotwm
> > and /usr/X11R6/bin/scrotwm.
> > On my Desktop, I had to manually copy new version onto old version. Then
> > all worked fine.
> > Perhaps fix for next snapshot? Or not. snapshots are for the brave, anyway!
> > 
> > Thanks
> > 
> 
> /usr/X11R6/bin/scrotwm should not be created by a port. If it is, it's a
> bug in the port and it should be fixed.

The port should not, and does not, touch anything in /usr/X11R6.

It will only delete a file under /usr/local if it was installed 
by the port. If you're doing your own builds outside of the  
ports tree, pkg_* tools can't help you, but they'll try and 
avoid stepping on your work.

It's usually easier to patch things into the ports tree,
than it is to work outside of it.

Re: scrotwm

[Matthieu Herrb]

Chris Bennett wrote:
> 
> 
> Chris Bennett wrote:
>>
>>
>> Tobias Ulmer wrote:
>>> On Mon, Sep 14, 2009 at 09:13:39PM -0500, Chris Bennett wrote:
>>>  
 Jacob Meuser wrote:
   
> On Sun, Sep 13, 2009 at 09:44:25PM -0500, Marco Peereboom wrote:
>   
>> You got to have xenocara installed.
>>
>> On Sun, Sep 13, 2009 at 08:48:09PM -0500, Chris Bennett wrote:
>>   
>>> I just tried this on a different computer and got the following
>>> error:
>>>
>>> # make obj && make depend && make
>>> /bin/sh: cd: /usr/xenocara - No such file or directory
>>> *** Error code 1
>>>
>>> Stop in /home/chrisbenn/Desktop/scrotwm-0.9.6 (line 274 of  
>>> /usr/X11R6/share/mk/bsd.xorg.mk).
>>> #
>>>
>>> So this means that something must be necessary in xenocara, which
>>> I  haven't kept up to date as well as ports.
>>> (this laptop doesn't even have it at all)
>>>
>>> I will update xenocara and see if that fixes problem.
>>> 
> fwiw, all you realy need is the /usr/xenocara directory (or skip
> `make obj' or define NOOBJ ...).
>
> 
 Well, this worked but also failed, badly.

 After this, I appeared to have gotten 0.9.6, but the Alt - P no
 longer  worked.
 (Every other use of Alt key appears to work ok)

 I tried updating dmenu, but that failed (older snapshot)
 Deleting both packages didn't help, so I upgraded to Sept. 12 snapshot.

 I still cannot use Alt - P.
 I get error:
 dmenu - can't load library 'usr/local/lib/libswmhack.so.0.0

 I can't get back to older version of 0.9.5, no matter what I delete
 and add.

 I even tried pulling libswmhack.so.0.0 out and putting it in
 /usr/local/lib

 Fixes first error, but adds new one:
 error, cannot allocate color 'bar_color'

 At this point I'd be happy to just get backwards to where I was.
 Don't  know how to fix this.

 My other computer fails rather differently. All appears to go well
 but  stays at 0.9.5.

 Chris Bennett


 
>>>
>>> You want makefile and barcolor diff from here:
>>> http://tin.tmux.org/~tobiasu/hgweb/scrotwm/.hg/patches/file/be77f834e084
>>>
>>>   
>> That did the trick!
>> Thanks
>>
>>
> OK, I've managed to get this to work on both computers, but I see two
> problems.
> 
> 1. pkg_delete is not deleting both /usr/local/bin/scrotwm and
> /usr/X11R6/bin/scrotwm.
> This should probably be fixed.
> 
> 2. snapshot is not installing new version at both /usr/local/bin/scrotwm
> and /usr/X11R6/bin/scrotwm.
> On my Desktop, I had to manually copy new version onto old version. Then
> all worked fine.
> Perhaps fix for next snapshot? Or not. snapshots are for the brave, anyway!
> 
> Thanks
> 

/usr/X11R6/bin/scrotwm should not be created by a port. If it is, it's a
bug in the port and it should be fixed.

-- 
Matthieu Herrb

Re: scrotwm

[Marco Peereboom]

On Tue, Sep 15, 2009 at 10:33:24AM -0500, Chris Bennett wrote:
> OK, I've managed to get this to work on both computers, but I see two  
> problems.

I am afraid you are using it wrong.

>
> 1. pkg_delete is not deleting both /usr/local/bin/scrotwm and  
> /usr/X11R6/bin/scrotwm.
> This should probably be fixed.

No.  Only the one in local will be removed; you manually added the one
in X11R6.

>
> 2. snapshot is not installing new version at both /usr/local/bin/scrotwm  
> and /usr/X11R6/bin/scrotwm.

No.  make install will will put them in X11R6.

> On my Desktop, I had to manually copy new version onto old version. Then  
> all worked fine.
> Perhaps fix for next snapshot? Or not. snapshots are for the brave, anyway!

When dealing with pkg_add and source you'll always run into these
problems and are supposed to reconcile them yourself.

Re: scrotwm

[Landry Breuil]

On Tue, Sep 15, 2009 at 10:33:24AM -0500, Chris Bennett wrote:
>
>
> Chris Bennett wrote:
>>


> OK, I've managed to get this to work on both computers, but I see two  
> problems.
>
> 1. pkg_delete is not deleting both /usr/local/bin/scrotwm and  
> /usr/X11R6/bin/scrotwm.
> This should probably be fixed.
>
> 2. snapshot is not installing new version at both /usr/local/bin/scrotwm  
> and /usr/X11R6/bin/scrotwm.
> On my Desktop, I had to manually copy new version onto old version. Then  
> all worked fine.
> Perhaps fix for next snapshot? Or not. snapshots are for the brave, anyway!

Ports & packages don't install things under X11R6. And it's not needed
to have scrotwm there. You probably had a manually installed version
here.

Landry

Re: scrotwm

[Chris Bennett]

Chris Bennett wrote:



Tobias Ulmer wrote:

On Mon, Sep 14, 2009 at 09:13:39PM -0500, Chris Bennett wrote:
 

Jacob Meuser wrote:
   

On Sun, Sep 13, 2009 at 09:44:25PM -0500, Marco Peereboom wrote:
   

You got to have xenocara installed.

On Sun, Sep 13, 2009 at 08:48:09PM -0500, Chris Bennett wrote:
   
I just tried this on a different computer and got the following 
error:


# make obj && make depend && make
/bin/sh: cd: /usr/xenocara - No such file or directory
*** Error code 1

Stop in /home/chrisbenn/Desktop/scrotwm-0.9.6 (line 274 of   
/usr/X11R6/share/mk/bsd.xorg.mk).

#

So this means that something must be necessary in xenocara, which 
I  haven't kept up to date as well as ports.

(this laptop doesn't even have it at all)

I will update xenocara and see if that fixes problem.


fwiw, all you realy need is the /usr/xenocara directory (or skip
`make obj' or define NOOBJ ...).



Well, this worked but also failed, badly.

After this, I appeared to have gotten 0.9.6, but the Alt - P no 
longer  worked.

(Every other use of Alt key appears to work ok)

I tried updating dmenu, but that failed (older snapshot)
Deleting both packages didn't help, so I upgraded to Sept. 12 snapshot.

I still cannot use Alt - P.
I get error:
dmenu - can't load library 'usr/local/lib/libswmhack.so.0.0

I can't get back to older version of 0.9.5, no matter what I delete 
and add.


I even tried pulling libswmhack.so.0.0 out and putting it in 
/usr/local/lib


Fixes first error, but adds new one:
error, cannot allocate color 'bar_color'

At this point I'd be happy to just get backwards to where I was. 
Don't  know how to fix this.


My other computer fails rather differently. All appears to go well 
but  stays at 0.9.5.


Chris Bennett





You want makefile and barcolor diff from here:
http://tin.tmux.org/~tobiasu/hgweb/scrotwm/.hg/patches/file/be77f834e084

  

That did the trick!
Thanks


OK, I've managed to get this to work on both computers, but I see two 
problems.


1. pkg_delete is not deleting both /usr/local/bin/scrotwm and 
/usr/X11R6/bin/scrotwm.

This should probably be fixed.

2. snapshot is not installing new version at both /usr/local/bin/scrotwm 
and /usr/X11R6/bin/scrotwm.
On my Desktop, I had to manually copy new version onto old version. Then 
all worked fine.

Perhaps fix for next snapshot? Or not. snapshots are for the brave, anyway!

Thanks

--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a new
problem, pitch manure, program a computer, cook a tasty meal, fight
efficiently, die gallantly. Specialization is for insects.
  -- Robert Heinlein

Re: Broken bzr-1.3p1 or py-paramiko-1.7.5 on current

[TeXitoi]

"Federico G. Schwindt"  writes:

> > [..] 
> > 
> > > ??btw, have you tried this before, no?
> > No, this is the first time.  I started reading about the ports
> > system only yesterday and it's really nice!
> 
>   ok, so maybe bzr was broken before my update to paramiko.
>   anyhow, any bzr user that objects updating bzr to 1.18?

I think it's great, but v2.0 should arrive before the end of the month

-- 
Guillaume Pinot  http://www.irccyn.ec-nantes.fr/~pinot/

``Computers are good at following instructions, but not at reading your
mind.'' -- Donald E. Knuth, the TeXbook

()  ASCII ribbon campaign  -- Against HTML e-mail
/\  http://www.asciiribbon.org -- Against proprietary attachments

Re: Hiawatha suid program and OpenBSD 4.5 don't want work!!!

[Marco Spiga]

On Mon, Sep 14, 2009 at 03:55:06PM -0400, Steve Shockley wrote:
> Date: Mon, 14 Sep 2009 15:55:06 -0400
> From: Steve Shockley 
> Subject: Re: Hiawatha suid program and OpenBSD 4.5 don't want work!!!
> To: Marco Spiga 
> CC: ports 
> 
> On 9/14/2009 2:00 PM, Marco Spiga wrote:
> > Anyone of you have tested hiawatha suid program over OpenBSD 4.5?
> 
> No, but note that /var is mounted nosuid by default.

ok. But the hiawatha's files executables are in /usr/local/sbin.
-- 
! Messaggio da Marco !

Re: scrotwm

[Chris Bennett]

Tobias Ulmer wrote:

On Mon, Sep 14, 2009 at 09:13:39PM -0500, Chris Bennett wrote:
  

Jacob Meuser wrote:


On Sun, Sep 13, 2009 at 09:44:25PM -0500, Marco Peereboom wrote:
  
  

You got to have xenocara installed.

On Sun, Sep 13, 2009 at 08:48:09PM -0500, Chris Bennett wrote:



I just tried this on a different computer and got the following error:

# make obj && make depend && make
/bin/sh: cd: /usr/xenocara - No such file or directory
*** Error code 1

Stop in /home/chrisbenn/Desktop/scrotwm-0.9.6 (line 274 of   
/usr/X11R6/share/mk/bsd.xorg.mk).

#

So this means that something must be necessary in xenocara, which I 
 haven't kept up to date as well as ports.

(this laptop doesn't even have it at all)

I will update xenocara and see if that fixes problem.
  
  

fwiw, all you realy need is the /usr/xenocara directory (or skip
`make obj' or define NOOBJ ...).

  
  

Well, this worked but also failed, badly.

After this, I appeared to have gotten 0.9.6, but the Alt - P no longer  
worked.

(Every other use of Alt key appears to work ok)

I tried updating dmenu, but that failed (older snapshot)
Deleting both packages didn't help, so I upgraded to Sept. 12 snapshot.

I still cannot use Alt - P.
I get error:
dmenu - can't load library 'usr/local/lib/libswmhack.so.0.0

I can't get back to older version of 0.9.5, no matter what I delete and add.

I even tried pulling libswmhack.so.0.0 out and putting it in /usr/local/lib

Fixes first error, but adds new one:
error, cannot allocate color 'bar_color'

At this point I'd be happy to just get backwards to where I was. Don't  
know how to fix this.


My other computer fails rather differently. All appears to go well but  
stays at 0.9.5.


Chris Bennett





You want makefile and barcolor diff from here:
http://tin.tmux.org/~tobiasu/hgweb/scrotwm/.hg/patches/file/be77f834e084

  

That did the trick!
Thanks

Re: scrotwm

[Tobias Ulmer]

On Mon, Sep 14, 2009 at 09:13:39PM -0500, Chris Bennett wrote:
>
>
> Jacob Meuser wrote:
>> On Sun, Sep 13, 2009 at 09:44:25PM -0500, Marco Peereboom wrote:
>>   
>>> You got to have xenocara installed.
>>>
>>> On Sun, Sep 13, 2009 at 08:48:09PM -0500, Chris Bennett wrote:
>>> 
 I just tried this on a different computer and got the following error:

 # make obj && make depend && make
 /bin/sh: cd: /usr/xenocara - No such file or directory
 *** Error code 1

 Stop in /home/chrisbenn/Desktop/scrotwm-0.9.6 (line 274 of   
 /usr/X11R6/share/mk/bsd.xorg.mk).
 #

 So this means that something must be necessary in xenocara, which I 
  haven't kept up to date as well as ports.
 (this laptop doesn't even have it at all)

 I will update xenocara and see if that fixes problem.
   
>>
>> fwiw, all you realy need is the /usr/xenocara directory (or skip
>> `make obj' or define NOOBJ ...).
>>
>>   
> Well, this worked but also failed, badly.
>
> After this, I appeared to have gotten 0.9.6, but the Alt - P no longer  
> worked.
> (Every other use of Alt key appears to work ok)
>
> I tried updating dmenu, but that failed (older snapshot)
> Deleting both packages didn't help, so I upgraded to Sept. 12 snapshot.
>
> I still cannot use Alt - P.
> I get error:
> dmenu - can't load library 'usr/local/lib/libswmhack.so.0.0
>
> I can't get back to older version of 0.9.5, no matter what I delete and add.
>
> I even tried pulling libswmhack.so.0.0 out and putting it in /usr/local/lib
>
> Fixes first error, but adds new one:
> error, cannot allocate color 'bar_color'
>
> At this point I'd be happy to just get backwards to where I was. Don't  
> know how to fix this.
>
> My other computer fails rather differently. All appears to go well but  
> stays at 0.9.5.
>
> Chris Bennett
>
>

You want makefile and barcolor diff from here:
http://tin.tmux.org/~tobiasu/hgweb/scrotwm/.hg/patches/file/be77f834e084