Your 2012 business & financial forecast

[Astro Kismet]

Hello,

It's time to plan for 2012! Read what the stars foretell...

ARIES
~
Year 2012 will see a boost in your work performance and spirit. Changes will 
begin to occur in September and by February 2013 will show notable results. Do 
not hide your creativity during 2012 year on the work front... Be judicious in 
spending. The beginning of year 2012 is not a favorable time for investments, 
change in employment or promotions.
Read more: 
http://www.astrokismet.com/2012-horoscopes/aries-2012-horoscope.php


TAURUS
~
There will be no promotions or salary increase during the first three months of 
2012 year. Also not be a good time to change careers. There will be a good 
opportunity during the first months of the year when it comes to research and 
education... Not also the best time for Taurus to expect increase in their 
financial resources during the first six months of the year.
Read more:
http://www.astrokismet.com/2012-horoscopes/taurus-2012-horoscope.php


GEMINI
~
Gemini should not expect a salary increase or a promotion during this year. But 
their career goals will come true from March to the end of June... Gemini 
people need to concentrate on their creative projects or other plans which will 
in turn bring profits to them. 2012 can be a year of profits for Gemini people 
as long as they are patient.
Read more:
http://www.astrokismet.com/2012-horoscopes/gemini-2012-horoscope.php


CANCER
~
Cancerians can expect the first three months of 2012 to be of the ordinary. 
There could be work-related complications that you may encounter during the 
last part of the year. Do not promote hostilities with your higher ups at 
work... Do not make investments until mid-2012. Cancer should be careful in 
spending their money on trivia..
Read more:
http://www.astrokismet.com/2012-horoscopes/cancer-2012-horoscope.php


LEO
~
For business-owner Leos, the first part of the year can be very successful 
while those employed may be blessed with salary increases, if not, job 
advancements that may happen, most likely, on the first half of Leo horoscopes 
2012... New business opportunities may appear during the middle of the year, 
which they can increase the security of Leo finances...
Read more:
http://www.astrokismet.com/2012-horoscopes/leo-2012-horoscope.php


VIRGO
~
Virgos should not expect any work promotions and bonuses, especially, during 
the first three months of year 2012. They should use their common sense, 
intelligence and patience. Financial life does not look too good, particularly, 
during the first half of the year. However, because before the year ends your 
finances will become stable and secure... 
Read more:
http://www.astrokismet.com/2012-horoscopes/virgo-2012-horoscope.php


LIBRA
~
All in all, the financial aspect of Aries in 2012 will not be bad because new 
profitable opportunities may come up, especially, during the last three months 
of the year. Aside from that, those who have been waiting for their job 
promotions will probably happen during the upcoming year. So, better watch out 
and always be your dedicated self at work.
Read more:
http://www.astrokismet.com/2012-horoscopes/libra-2012-horoscope.php


SCORPIO
~
Your career will be in an upward direction in the first two months of 2012. 
Remember to take some time to acquire new skills and knowledge that will help 
you broaden your career path... The last quarter of the year would be the best 
time to venture into new businesses. Your unlimited energy would lead you to 
reach your aims. 
Read more:
http://www.astrokismet.com/2012-horoscopes/scorpio-2012-horoscope.php


SAGITTARIUS
~
You will experience prosperity during the first three months of the 2012. 
Success at work will be yours until the second quarter, thanks to your efforts 
and notable achievements at work. 2012 will be a gain in money from potential 
business ventures. The year is especially good for those in computers or 
technology. 
Read more:
http://www.astrokismet.com/2012-horoscopes/sagittarius-2012-horoscope.php


CAPRICORN
~
There might be some upsets at work due to superiors who are not supportive or 
colleagues who are envious. Keep your temper under check or you will come to 
harm. Expect to have financial success in 2012. You will experience money 
stability due to your prudence but beware during the middle of the year...
Read more:
http://www.astrokismet.com/2012-horoscopes/capricorn-2012-horoscope.php


AQUARIUS
~
Aquarians may be presented with the opportunity to work overseas in 2012. Be 
prepared to use these opportunities. There will be added monetary benefits that 
might come from business ventures or a result of a salary raise. This upsurge 
in earnings will happen at the onset of 2012 Your needy months may occur 
between July and December.
Read more:
http://www.astrokismet.com/2012-horoscopes/aquarius-2012-horoscope.php


PISC

Bug#650172: ITP: collections15 -- Apache Commons Collections with generics support

[Giovanni Mascellani]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: collections15
Version: 4.01
Upstream Author: Matt Hall, John Watkinson
URL: http://larvalabs.com/collections/
License: Apache-2.0
Description: Apache Commons Collections with generics support
 Collections15 is an extension of the powerful Apache Commons
 Collections library that takes advantage of the Java 1.5 generics
 support to offer the same structures as Apache Common Collections,
 but in a type-safe manner.

This is a dependency for the new version of GeoGebra.

Thanks, Giovanni.
-- 
Giovanni Mascellani 
Pisa, Italy

Web: http://poisson.phc.unipi.it/~mascellani
Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org



signature.asc
Description: OpenPGP digital signature

Bug#650196: ITP: timebrowse -- NILFS Snapshot Manager/Windows VSS like Nautilus extension

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: timebrowse
Version: 0.6
Upstream Author: Jiro SEKIBA 
URL: http://timebrowse.sourceforge.net/
License: GPL-2+/LGPL-2+
   Language: Python
Description: NILFS Snapshot Manager/Windows VSS like Nautilus
extension

Provide NILFS Snapshot Manager daemon and Nautilus plug-in for browsing
historical snapshots on NILFS2.




-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2028034245.55d88311@deblab

Bug#650198: ITP: fcgi-daemon -- Perl-aware FastCGI daemon

[Dmitry Smirnov]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

   Package name: fcgi-daemon
Version: 0.2021
Upstream Author: [Dmitry Smirnov ]
URL: [http://search.cpan.org/dist/FCGI-Daemon/]
License: [AGPL-3+]
Description: [Perl-aware FastCGI daemon]
 FCGI::Daemon is a small FastCGI server for use as fcgiwrap alternative with
 nginx web server. It is enforcing RLIMITs and running unmodified
 perl applications with persistent interpreter like mod_perl.
 Unlike fcgiwrap, FCGI-Daemon correctly passing STDERR output to web server.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2028041502.5f3d8e05@deblab

Lintian ERROR saying dpatch is obsolete

[Margarita Manterola]

Hey,

Recently [1], dpatch's maintainer uploaded a new version indicating
that dpatch is now deprecated.  Following that, he filed a bug [2] so
that lintian might warn that dpatch's makefile has been deprecated
since 2003, and that dpatch itself is now deprecated.  However, he
also stated that he plans to keep dpatch for wheezy.

[1]: http://packages.qa.debian.org/d/dpatch/news/20111024T000209Z.html
[2]: bugs.debian.org/646420

A week ago [3], a new lintian version was uploaded that gives an error
if a package build-depends on dpatch, because it's 'obsolete'.

[3] http://packages.qa.debian.org/l/lintian/news/2021T230326Z.html

I find this a bit shocking, since an error with lintian tends to be
quite a big deal, and there are currently more than a thousand
packages that build-depend on dpatch. It's been only a month since the
upload stating that it's deprecated, and it's still going to be there
for wheezy... Wouldn't it be better to make it a warning now, and an
error after wheezy is released?

I'm CCing debian-devel mainly so that other maintainers of 1087
packages build-depending on dpatch find out about this deprecation.
Finding out about it through a lintian error was quite surprising to
me.

-- 
Besos,
Marga


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAP+fKSpG-8GO1nYTn-zOnYYUdAYPkkB8x3=e=h7zwb8kyno...@mail.gmail.com

Re: Lintian ERROR saying dpatch is obsolete

[Luk Claes]

On 11/27/2011 06:22 PM, Margarita Manterola wrote:
> Hey,

Hi Marga

> Recently [1], dpatch's maintainer uploaded a new version indicating
> that dpatch is now deprecated.  Following that, he filed a bug [2] so
> that lintian might warn that dpatch's makefile has been deprecated
> since 2003, and that dpatch itself is now deprecated.  However, he
> also stated that he plans to keep dpatch for wheezy.

Keeping dpatch for wheezy seems logical as it will be very hard to get
all the packages migrated before the freeze.

> [1]: http://packages.qa.debian.org/d/dpatch/news/20111024T000209Z.html
> [2]: bugs.debian.org/646420
> 
> A week ago [3], a new lintian version was uploaded that gives an error
> if a package build-depends on dpatch, because it's 'obsolete'.

dpatch was added to the obsolete packages one can build depend on
apparently.

> [3] http://packages.qa.debian.org/l/lintian/news/2021T230326Z.html
> 
> I find this a bit shocking, since an error with lintian tends to be
> quite a big deal, and there are currently more than a thousand
> packages that build-depend on dpatch. It's been only a month since the
> upload stating that it's deprecated, and it's still going to be there
> for wheezy... Wouldn't it be better to make it a warning now, and an
> error after wheezy is released?

This is non trivial as it would also affect the other obsolete build
dependencies as a starter.

Besides it would be great that everyone uploading has a big reminder to
switch away from dpatch. Switching to v3 quilt should be easy.

> I'm CCing debian-devel mainly so that other maintainers of 1087
> packages build-depending on dpatch find out about this deprecation.
> Finding out about it through a lintian error was quite surprising to
> me.

Right, it could have been better communicated. Thanks for bringing it up
on d-devel!

Personally I do think it does not harm that it's a lintian error instead
of a warning though.

Cheers

Luk


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ed276e4.1020...@debian.org

Bug#650200: ITP: autorenamer -- program to rename files to make them sort in given order

[Marcin Owsiany]

Package: wnpp
Severity: wishlist
Owner: Marcin Owsiany 

* Package name: autorenamer
  Version : 0.1
  Upstream Author : Marcin Owsiany 
* URL : https://github.com/porridge/autorenamer
* License : BSD
  Programming Lang: Python
  Description : program to rename files to make them sort in given order

 This is a simple graphical program that lets you reorder the files
 using drag-and-drop and then changes the names of the files such that
 their alphabetical sorting matches the ordering you chose.
 .
 Currently the renaming consists of prepending each filename with a
 short number.
 .
 The program displays thumbnails of files using GNOME libraries.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/2027174315.2973.32738.reportbug@beczulka

Re: Lintian ERROR saying dpatch is obsolete

[Gergely Nagy]

Margarita Manterola  writes:

> Recently [1], dpatch's maintainer uploaded a new version indicating
> that dpatch is now deprecated.  Following that, he filed a bug [2] so
> that lintian might warn that dpatch's makefile has been deprecated
> since 2003, and that dpatch itself is now deprecated.  However, he
> also stated that he plans to keep dpatch for wheezy.

Just for the record, to reiterate what I have said previously[1], dpatch
will be kept around until it can be removed safely: when all reverse
build-depends have been migrated to something else.

 [1]: http://lists.debian.org/debian-devel/2011/08/msg00380.html

That certainly won't happen before wheezy, and is unlikely to happen for
wheezy+1, too. My plan still is to phase out dpatch by wheezy+2, but
until then, it's a legacy that should be migrated away from, and must
not be used for new packages.

> [1]: http://packages.qa.debian.org/d/dpatch/news/20111024T000209Z.html
> [2]: bugs.debian.org/646420
>
> A week ago [3], a new lintian version was uploaded that gives an error
> if a package build-depends on dpatch, because it's 'obsolete'.

While I originally filed a request to get the dpatch makefile into the
obsolete makefiles list, later discussion on IRC (I think on #debian-qa)
led to upping that request, and making it an "error" to build-depend on
dpatch.

The reason for this is two-fold: I'd rather not want any new packages to
use dpatch, and a lintian error is scary enough to discourage
people. Second, it's an error that can be safely ignored or overridden
for the time being.

> I find this a bit shocking, since an error with lintian tends to be
> quite a big deal, and there are currently more than a thousand
> packages that build-depend on dpatch. It's been only a month since the
> upload stating that it's deprecated, and it's still going to be there
> for wheezy... Wouldn't it be better to make it a warning now, and an
> error after wheezy is released?

It wouldn't make much of a difference in the long run. Making it a
warning would've needed more work on lintian's side, and I do not
believe it would've been worth the effort.

> I'm CCing debian-devel mainly so that other maintainers of 1087
> packages build-depending on dpatch find out about this deprecation.
> Finding out about it through a lintian error was quite surprising to
> me.

It was briefly announced in august[1] already, that dpatch will,
eventually, be removed.

I'm not letting anyone in the gutter, though, and early next year, I
will start slowly submitting wishlist bugs with patches against packages
that build-depend on dpatch.

So, there's nothing to worry about: if your package uses dpatch, and you
want it lintian clean, either migrate away, or ignore the error and wait
for my patch. ;)

If you considered using dpatch for a new package... well. I'm
sorry. Don't do that.

As for communication - yes, perhaps I should've made the deprecation
more clear. I believed that a mail to debian-devel@, months in advance,
would do the job fine.

-- 
|8]


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87vcq5e6iy@luthien.mhp

Bug#650198: ITP: fcgi-daemon -- Perl-aware FastCGI daemon

[Marco d'Itri]

On Nov 27, Dmitry Smirnov  wrote:

>  FCGI::Daemon is a small FastCGI server for use as fcgiwrap alternative with
>  nginx web server. It is enforcing RLIMITs and running unmodified
Is this software actually nginx-specific in some way?
There are plenty of other popular web servers which support fastcgi...

>  perl applications with persistent interpreter like mod_perl.
Does "like mod_perl" mean that it implements the mod_perl API?

>  Unlike fcgiwrap, FCGI-Daemon correctly passing STDERR output to web server.
While this is nice, and I plan to use this software myself, is this
something worth being explained in the package description?

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Is anyone using the Units program in a script? [and 1 more messages]

[Bob Proulx]

Ian Jackson wrote:
> Bob Proulx writes ("Re: Is anyone using the Units program in a script?"):
> > Ian Jackson wrote:
> > > (b) ask on info-gnu.
> > 
> > Just fyi for the future but info-gnu isn't the place to ask questions.
> > It is for official GNU announcements only, no follow-ups, no
> > discussions.  Discussions should happen on other lists.
> 
> info-gnu is exactly the right place for a GNU maintainer to ask the
> question "I plan to make an incompatible change to this program;
> please let me know your opinion".  That is an announcement, not a
> "discussion" or a "follow-up".
> 
> Many GNU maintainers have done this in the past.  I think the units
> maintainer should consider whether to do it in this case.  Do you
> agree ?

I wasn't saying that one shouldn't ask the GNU maintainers and
developers.  I was saying that info-gnu isn't the right list for it.
I am also not aware of any others who have done this to info-gnu
before in my living memory.  It would be appropriate if it were
significant and presented reasonably, directing replies to a
discussion list.  But for example when rms was soliciting input about
a major change to emacs recently even he didn't use info-gnu and
instead used info-gnu-emacs for the question.

For this type of question under discussion of a utility such as
'units' I would suggest using the bug-gnu-ut...@gnu.org mailing list.
It is widely subscribed to by those interested in the utilities.  It
seems like the perfect fit for this type of question and discussion.
If anyone has similar questions in the future then bug-gnu-utils is a
great place to have that discussion.

It is unfortunate that the GNU Project doesn't really have the single
unified equivalent of debian-devel for general discussion.  Instead it
has several mailing lists that perform a similar function as a whole
but each targeting different purposes.  And due to the nature of
things politics tends to dominate in some of the more obvious ones.

Bob


signature.asc
Description: Digital signature

Re: Increasing minimum 'i386' processor

[Hector Oron]

Hello,

2011/11/23 Matthias Klose :
> On 11/19/2011 11:42 PM, Ben Hutchings wrote:

>> (Later it should be increased
>> further, and eventually i386 should be reduced to a partial architecture
>> that may be installed on amd64 systems.)  This would allow the use of
>> optimisations and new instructions throughout userland that improve
>> performance for the vast majority of users.

> could you give numbers what kind of improvements you would expect?  The 
> biggest
> burden for i386 is the register pressure, which you won't fix with targeting a
> newer processor.  The better approach would be a new port, the x32 
> architecture;
> I don't know if anybody did look into building a distribution for this
> architecture yet.  The next thing could be to default to sse2 math instead of
> x87 (didn't look if this is already the default for x32).

FWIW, Yocto has attempted to build an image for x32:
  
Yes, x32 defaults to SSE and improvements expected 7-10% on integer
math over ia32 (5-8% over intel64) and 5-11% on fp math over ia32.
Figures from
 


Cheers,
-- 
 Héctor Orón  -.. . -... .. .- -.   -.. . ...- . .-.. --- .--. . .-.


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