Work-needing packages report for Oct 5, 2007

[wnpp]

The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 312 (new: 3)
Total number of packages offered up for adoption: 73 (new: 1)
Total number of packages requested help for: 35 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   libdbi (#24), orphaned 6 days ago
 Description: Database Independent Abstraction Layer for C (dev
   files)
 Reverse Depends: libapache2-mod-log-sql-dbi libdbd-mysql
   libdbd-pgsql libdbd-sqlite libdbi0-dev
 Installations reported by Popcon: 192

   libdbi-drivers (#25), orphaned 6 days ago
 Description: SQLite database driver for libdbi
 Installations reported by Popcon: 93

   nagios-statd-client (#445168), orphaned yesterday

309 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   sysprof (#445205), offered yesterday
 Description: A system-wide linux profiler
 Installations reported by Popcon: 145

72 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   aboot (#315592), requested 833 days ago
 Description: Alpha bootloader: Looking for co-maintainers
 Reverse Depends: aboot aboot-cross dfsbuild ltsp-client-core
 Installations reported by Popcon: 118

   apt-build (#365427), requested 523 days ago
 Description: Need new developer(s)
 Installations reported by Popcon: 854

   apt-show-versions (#382026), requested 422 days ago
 Description: lists available package versions with distribution
 Installations reported by Popcon: 3043

   athcool (#278442), requested 1073 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 289

   cvs (#354176), requested 588 days ago
 Description: Concurrent Versions System
 Reverse Depends: bonsai crossvc cvs-autoreleasedeb cvs-buildpackage
   cvs2cl cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta (15
   more omitted)
 Installations reported by Popcon: 21059

   dpkg (#282283), requested 1048 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb clamsmtp crosshurd (87 more
   omitted)
 Installations reported by Popcon: 66170

   elvis (#432298), requested 87 days ago
 Description: powerful clone of the vi/ex text editor (with X11
   support)
 Reverse Depends: elvis elvis-console elvis-tools
 Installations reported by Popcon: 309

   gentoo (#422498), requested 151 days ago
 Description: a fully GUI-configurable, two-pane X file manager
 Installations reported by Popcon: 275

   grub (#248397), requested 1242 days ago
 Description: GRand Unified Bootloader
 Reverse Depends: dfsbuild replicator
 Installations reported by Popcon: 60713

   ispell-et (#391105), requested 365 days ago
 Description: Estonian dictionary for Aspell/Ispell/MySpell
 Installations reported by Popcon: 47

   kradio (#429873), requested 106 days ago
 Description: Comfortable Radio Application for KDE
 Installations reported by Popcon: 289

   loop-aes-utils (#385614), requested 399 days ago
 Description: Tools for mounting and manipulating filesystems
 Reverse Depends: loop-aes-modules-2.6.22-2-486
   loop-aes-modules-2.6.22-2-4kc-malta loop-aes-modules-2.6.22-2-686
   loop-aes-modules-2.6.22-2-686-bigmem
   loop-aes-modules-2.6.22-2-alpha-generic
   loop-aes-modules-2.6.22-2-alpha-legacy
   loop-aes-modules-2.6.22-2-alpha-smp loop-aes-modules-2.6.22-2-amd64
   loop-aes-modules-2.6.22-2-footbridge
   loop-aes-modules-2.6.22-2-iop32x (33 more omitted)
 Installations reported by Popcon: 755

   mc (#380999), requested 429 days ago
 Description: midnight commander - a powerful file manager
 Reverse Depends: junior-system
 Installations reported by Popcon: 15395

   mol (#436450), requested 58 days ago
 Description: The Mac-on-Linux emulator
 Reverse Depends: mol-drivers-linux mol-drivers-macos
   mol-drivers-macosx mol-modules-source
 Installations reported by Popcon: 77

   mwavem (#313369), requested 843 days ago (non-free)
 Description: Mwave/ACP modem support software
 Installations reported by Popcon: 15

   nas (#354174), requested 588 days ago
 Description: The Network Aud

Re: Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Ron]

On Thu, Oct 04, 2007 at 04:08:33PM +0200, Guido Guenther wrote:
> On Thu, Oct 04, 2007 at 05:40:04PM +0930, Ron wrote:
> [..snip..]
> > gitpkg has a much more narrow focus and concerns itself solely with the
> > task of generating a valid Debian source package from a(ny) git repo.
> > It takes just a tag (of any tree-ish form) indicating the version to
> > release (or two tags if you have separate debian and upstream branches)
> > and builds a source package of the correct form based on the content
> > retrieved.
> That's fine if you're a working on all of your packages alone, things
> get more interesting in case of co-maintenance. Where I use
> git-buildpackage a lot, several people are co-maintaining about 100
> packages (and more and more packages keep moving from svn to git). In
> this case you want consistent tag and branch naming, make sure tags are
> named and signed correctly, etc. The many degrees of freedom of git make
> it a great tool but you have to add some naming policy on top of that in
> order to work together efficently - that's what git-buildpackage tries
> to do - without getting into the way of the user too much.

Sorry, perhaps I wasn't clear there.  I'm not advocating total chaos
inside any single repo, or any group of repos maintained by the same
people.  Localised consistency in these things is highly desirable,
for all the reasons you mention and more.  The issue I see is that
global consistency is an impossible goal, there are already many such
conventions among different groups and its highly unlikely they will
ever converge without some really compelling reason and a lot of
renaming of existing branches/tags in existing repos.

If I'm pulling an upstream branch from such a source I have two choices,
re-tag it and rename its branches, or deal with the upstream system and
minimise confusion when communicating with them about tag/branch names.
The latter seems consistent with things like using upstream coding style
even if it doesn't match my own preferred one, and since I already do
have repos where people have chosen a variety of styles (and will surely
wind up with more of them), it seemed preferable to me to separate such
policy from the tool and just let it deal with the mechanism of producing
a source package from any arbitrary repo.  You can use git hooks in the
repo to enforce such policies locally if desired/required where a simple
clue bat doesn't suffice.

> > How you arrange the repo, how you label your tags, when you apply them,
> > and how you build your packages after that are entirely independent.
> Well, I think they aren't if you intend to work with others.

They are still independent of the task of extracting a source package
(which is all the gitpkg script specialises in), even where broader
conventions for such things also apply.  In the case of a tool like
gbp though, which combines several of these operations (tagging the
repo, building the package binary) then policy, procedure, and
mechanism are all much more tightly bound together indeed.

This is the curse of frameworks in general.  You trade your ability to
work in heterogeneous environments for the convenience of performing
certain functions by rote.  That doesn't necessarily make them Bad,
it just makes them difficult or impossible to use in circumstances
that they didn't envisage or assume when they were first created.

Sometimes that's a win.  Looking at how my own personal usage was
evolving in this case though, it seemed like an unnecessary limitation
that could be fairly easily avoided by dividing the problem into
smaller chunks.  These extra operations can be easily layered onto
gitpkg with additional more specialised scripts, and probably will
be as my habits refine themselves to further scriptable repetition.

> > So if you happen to have many different git repos, all using different
> > conventions for these things, you can still use the same tool, without
> > needing to modify its config, to extract source packages from all of them.
> I don't see why this can't be done with git-buildpackage too. While you
> do:
> 
> gitpkg branch1 branch2
> 
> git-buildpackage does:
> 
> git-buildpackage --git-debian-branch=branch1 --git-upstream-branch=branch2

The biggest practical difference there right now (aside from the amount
of typing ;) is that the former is actually:

gitpkg tree-ish [tree-ish]

I agree that is an improvement that shouldn't be too hard to apply to
gbp too though, but I'm not sure how deep the assumption of being on
a branch HEAD really runs in it.

To give a real world example of why this is important to me in a
collaborative environment:  I have several repos where the source is
also published in forms other than .deb and where releases are actually
checked by a 'real' qa team before they are published.  This means a
release candidate will get tagged, but other commits will continue to
be made to the main branch before the qa team signs off on the
candidate.  Since they are testi

Re: Bug#444673: ITP: nted -- A new musical score editor for Linux

[SZERVÁC Attila]

 Nted is totall different than NoteEdit, which is not developed anymore.
 This is a totally new project by professor Jörg Anders.

 NoteEdit was a Qt-based project, the successor of NoteEdit is _ Canorus _

  http://canorus.berlios.de

 which is also Qt-based.

 Even the transitional URL:
 
 http://vsr.informatik.tu-chemnitz.de/~jan/noteedit/noteedit.html

 : Nted is a totally new project, which is LightWeight & GTK-based

-- 
 sas ( satie ) - SZERVÁC Attila - zeneszerző - szoftvergazda  \
 elnökhelyettes - Linux-felhasználók Magyarországi Egyesülete - http://lme.hu/
 HU/Budapest - http://321.hu/sas/http://321.hu/Elig


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: wxwidgets 2.8 needs help !

[Roberto C . Sánchez]

On Fri, Oct 05, 2007 at 02:45:25AM +0200, Pierre THIERRY wrote:
> Scribit Roberto C. Sánchez dies 04/10/2007 hora 18:13:
> > > wxWidgets has been released a long time ago and we're still missing
> > > it.
> > Yes, though for a good [1] reason.
> 
> Sure, wxwidgets has numerous bugs, but is it that surprising for a
> library package that much used? (i.e. would such a backlog of bugs
> prevent any other library packager to upload a new upstream into
> Debian?)
> 
I'm not sure.  Nobody uses the only library I package :-)

> > It is not really a question of building or packaging it.  That, as you
> > realize is quite easy.  The problem is wxwidgets' dozens of reverse
> > dependencies.
> 
> Shouldn't then the package be uploaded to experimental for interactions
> with the reverse dependencies to be checked?
> 
I think that would be an acceptable course of action.  I intend in the
coming weeks to help Ron do that as I myself am doing some development
of my own and would like to see wx2.8 packaged and in Debian as it would
make my life easier.

Regards,

-Roberto

-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: wxwidgets 2.8 needs help !

[Pierre THIERRY]

Scribit Roberto C. Sánchez dies 04/10/2007 hora 18:13:
> > wxWidgets has been released a long time ago and we're still missing
> > it.
> Yes, though for a good [1] reason.

Sure, wxwidgets has numerous bugs, but is it that surprising for a
library package that much used? (i.e. would such a backlog of bugs
prevent any other library packager to upload a new upstream into
Debian?)

> It is not really a question of building or packaging it.  That, as you
> realize is quite easy.  The problem is wxwidgets' dozens of reverse
> dependencies.

Shouldn't then the package be uploaded to experimental for interactions
with the reverse dependencies to be checked?

Curiously,
Pierre
-- 
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A


signature.asc
Description: Digital signature

Re: wxwidgets 2.8 needs help !

[Roberto C . Sánchez]

On Thu, Oct 04, 2007 at 09:53:41PM +0200, "Adam Cécile (Le_Vert)" wrote:
> Hello developers,
> 
> I'm writing you this mail to be sure everybody is aware of this issue
> and with the hope that someone will be interrested in fixing it ;)
> 
Lots of people are aware.  Just look at the bugs against the current
wxwidgets2.6 [0].

> wxWidgets has been released a long time ago and we're still missing it.
> 
Yes, though for a good [1] reason.

> wx2.8 has been packaged for Ubuntu [1] so most of the initial packaging
> effort could be stolen there. Moreover, I already successfully rebuild
> wx2.8 from Ubuntu on Lenny without any change.
> 
It is not really a question of building or packaging it.  That, as you
realize is quite easy.  The problem is wxwidgets' dozens of reverse
dependencies.

> Currently, I don't have time (and skill) to maintain wx2.8, that's why
> I'm asking for your help.
> 
> Current FileZilla package in debian is quite broken (beta version) but
> it's too much work for me to backport patches from upstream, as they
> have now switched to wx2.8.
> aMule suffers of the same problem and there's is probably tones of
> others package's upstreams that switched to wx2.8 or plan to do.
> 
> Despite many open bugs reports [2], current wx2.6 maintainer doesn't
> really seem to be interrested in packaging wx2.8.
> 
Did you actually *read* the reports?  Ron Lee (the current wxwidgets2.6
maintainer) is, AFAICT interested in packaging wxwidgets2.8.  However,
he wants to do it right.  Rushing out and packaging a library right away
that has a proven track record for stability problems, especially in new
releases, is IMHO not the best way to go.

I would have to agree with and support Ron on this.  Perhaps you would
be interested in joining the team?  Some preliminary work has already
been done by Ron.  At some point he emailed the location of the source
repository for the work that has been done already.  Perhaps Ron can
send the link again for those who are interested in helping?

Regards,

-Roberto

[0] http://bugs.debian.org/src:wxwidgets2.6
[1] good is, of course, subjective
-- 
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com


signature.asc
Description: Digital signature

Re: Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Pierre Habouzit]

On Thu, Oct 04, 2007 at 06:54:15PM +, Mike Hommey wrote:
> On Thu, Oct 04, 2007 at 04:08:33PM +0200, Guido Guenther wrote:
> > if you just set up .git/gbp.conf correcty (once) - you can certainly
> > oveerride gbp.conf on the commandline at any time.
> 
> A bit OT, bit why not use .git/config ?

  yes, using .git/config through git-config is definitely better, as
developper could set some behavior through his ~/.gitconfig.

  It's common practice for git tools to use some namespace in
.git/config, hence it should be safe.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpVAPjoea1Z9.pgp
Description: PGP signature

wxwidgets 2.8 needs help !

[Adam Cécile (Le_Vert)]

Hello developers,

I'm writing you this mail to be sure everybody is aware of this issue
and with the hope that someone will be interrested in fixing it ;)

wxWidgets has been released a long time ago and we're still missing it.

wx2.8 has been packaged for Ubuntu [1] so most of the initial packaging
effort could be stolen there. Moreover, I already successfully rebuild
wx2.8 from Ubuntu on Lenny without any change.

Currently, I don't have time (and skill) to maintain wx2.8, that's why
I'm asking for your help.

Current FileZilla package in debian is quite broken (beta version) but
it's too much work for me to backport patches from upstream, as they
have now switched to wx2.8.
aMule suffers of the same problem and there's is probably tones of
others package's upstreams that switched to wx2.8 or plan to do.

Despite many open bugs reports [2], current wx2.6 maintainer doesn't
really seem to be interrested in packaging wx2.8.

Anyone else ?


Best regards, Adam.

[1] http://packages.ubuntu.com/gutsy/source/wxwidgets2.8
[2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=403237
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415677
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425647
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=440330


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Mike Hommey]

On Thu, Oct 04, 2007 at 04:08:33PM +0200, Guido Guenther wrote:
> if you just set up .git/gbp.conf correcty (once) - you can certainly
> oveerride gbp.conf on the commandline at any time.

A bit OT, bit why not use .git/config ?

Mike


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 4 Oct 2007 18:24:45 +0200
Michael Ablassmeier <[EMAIL PROTECTED]> ha scritto:

> hi David,

Hi Michael,

> you could probably use the SOAPClient class from PEAR, which is afaikt a pure
> PHP implementation

Are you serious? OMG, that's WONDERFUL! :)
I believed it was based on the native soap component (like, for example,
Net_LDAP). I'll probably use that in some of my projects :)

However, I think I'll use a crontab, which executes a python|perl script to
generate a static page once|twice a day (avoiding the latency generated by soap
queries).

> bye,
>   - michael

Thank you for your interest,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Dezabonare

[Newsletter urbaNNews]

Ati fost dezabonat cu succes.

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 4 Oct 2007 17:21:51 +0200
Raphael Hertzog <[EMAIL PROTECTED]> ha scritto:

> On Thu, 04 Oct 2007, David Paleino wrote:
> > Seems like PHP hasn't got the Soap extension. I haven't checked with
> > phpinfo(), I've deduced it from:
> > 
> > http://debian-med.alioth.debian.org/bugs.php
> > 
> > Would it be possible to have it installed?
> 
> I'm not sure if it's wise to call Soap directly from a dynamic web page.
> It will create quite some latency depending on the request that you
> use.

Yes, indeed, it creates some latency. (well, not for the moment, since it
fails :) )

> Why don't you generate a static page once or twice a day instead ?

How? A cronjob? Will it work when I log out from ssh://alioth.debian.org? I
hope so, it would be the best solution to me.

Or should I do some hacky thing with PHP? (caching info, when an user arrives
see if the cache is too old, update the cache, show it)

> Or why don't you simply put a link to the corresponding qa.debian.org
> webpage ?

Well, having the info in a coherent mood with the rest of the site would be
better :)

> Cheers,

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: Automatic retrieval of information from qa.debian.org

[Michael Ablassmeier]

hi David,

David Paleino <[EMAIL PROTECTED]> schrieb:
> You're looking at libapache-mod-php5, while alioth is currently running PHP4
> (and libapache-mod-php4 hasn't soap builtin).
>
> Please, take a look at http://debian-med.alioth.debian.org/info.php . You'll
> notice this:

you could probably use the SOAPClient class from PEAR, which is afaikt a pure
PHP implementation and works with php4 aswell (even tho php5 should really be
preferred these days).

bye,
- michael


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 4 Oct 2007 17:59:14 +0200
Raphael Hertzog <[EMAIL PROTECTED]> ha scritto:

> On Thu, 04 Oct 2007, David Paleino wrote:
> > > Why don't you generate a static page once or twice a day instead ?
> > 
> > How? A cronjob? Will it work when I log out from ssh://alioth.debian.org? I
> > hope so, it would be the best solution to me.
> 
> Yes, you can setup cronjobs and of course cronjobs work when you're not
> connected. :)

Uhm... I'll do one then :)

But one thing I wanted to implement was a "live bugs monitor", with AJAX. I
suppose that AJAX + SOAP would kill alioth machines :)

> > Well, having the info in a coherent mood with the rest of the site would be
> > better :)
> 
> http://..."; />
> 
> /me runs away :-)

Argh! :D

/me _hates_ s :)

> Cheers,

Thank you once again,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: Automatic retrieval of information from qa.debian.org

[Jeremiah Foster]

On Oct 4, 2007, at 5:59 PM, Raphael Hertzog wrote:


On Thu, 04 Oct 2007, David Paleino wrote:

Or should I do some hacky thing with PHP? (caching info, when an  
user arrives

see if the cache is too old, update the cache, show it)


That's up to you.


But cron is probably better. :-)


Well, having the info in a coherent mood with the rest of the site  
would be

better :)


http://..."; />

/me runs away :-)


You can't run fast enough.

Frames are really, really evil . . . (imagine a long flame about  
frames here) . . . plus you can' t bookmark them and everything you  
can do with frames you can do with CSS instead.


Jeremiah


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Firefox bugs mass-closed.

[Peter Clapham]

10am Friday sounds good to me, many thanks for sorting this Patrick

Pete

On 2 Oct 2007, at 20:09, Pierre Habouzit wrote:


On Tue, Oct 02, 2007 at 01:25:21PM +, John Goerzen wrote:

Of course, the question is how to determine what's an upstream  
bug.  Perhaps
we could still receive reports in our Debian BTS, but provide some  
automated
tools to send them on to popular types of upstream BTSs, and then  
close the

Debian report with a pointer to the upstream location?


  you mean using the forwarded state and bts-link ?

--
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp:// 
www.madism.org




Dr Peter Clapham, Informatics System Group
The Wellcome Trust Sanger Institute, Hinxton, Cambridge, CB10 1HH, UK






--
The Wellcome Trust Sanger Institute is operated by Genome Research 
Limited, a charity registered in England with number 1021457 and a 
company registered in England with number 2742969, whose registered 
office is 215 Euston Road, London, NW1 2BE. 

Re: Automatic retrieval of information from qa.debian.org

[Raphael Hertzog]

On Thu, 04 Oct 2007, David Paleino wrote:
> > Why don't you generate a static page once or twice a day instead ?
> 
> How? A cronjob? Will it work when I log out from ssh://alioth.debian.org? I
> hope so, it would be the best solution to me.

Yes, you can setup cronjobs and of course cronjobs work when you're not
connected. :)

> Or should I do some hacky thing with PHP? (caching info, when an user arrives
> see if the cache is too old, update the cache, show it)

That's up to you.

> Well, having the info in a coherent mood with the rest of the site would be
> better :)

http://..."; />

/me runs away :-)

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[Raphael Hertzog]

On Thu, 04 Oct 2007, Pierre Habouzit wrote:
> > Seems like PHP hasn't got the Soap extension. I haven't checked with 
> > phpinfo(),
> > I've deduced it from:
> > 
> > http://debian-med.alioth.debian.org/bugs.php
> > 
> > Would it be possible to have it installed?
> 
>   the package desccription claims otherwise:
> 
> apt-cache show libapache-mod-php5|grep -C2 soap

But libapache-mod-php4 is installed on Alioth currently.

The following extensions are built in: bcmath bz2 calendar ctype dba dbx
exif filepro ftp gettext iconv mbstring mime_magic openssl overload pcre
posix session shmop sockets standard sysvmsg sysvsem sysvshm tokenizer
wddx xml xmlrpc yp zip zlib.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 04 Oct 2007 17:17:51 +0200
Pierre Habouzit <[EMAIL PROTECTED]> ha scritto:

> 
> ...
> 
>   the package desccription claims otherwise:
> 
> apt-cache show libapache-mod-php5|grep -C2 soap
>  The following extensions are built in: bcmath bz2 calendar ctype date dba
>  dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic
>  openssl pcre posix Reflection session shmop SimpleXML soap sockets SPL
>  standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip
>  zlib.

You're looking at libapache-mod-php5, while alioth is currently running PHP4
(and libapache-mod-php4 hasn't soap builtin).

Please, take a look at http://debian-med.alioth.debian.org/info.php . You'll
notice this:

PHP Version 4.4.4-8+etch4


Thanks for your interest,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: Automatic retrieval of information from qa.debian.org

[Raphael Hertzog]

On Thu, 04 Oct 2007, David Paleino wrote:
> Seems like PHP hasn't got the Soap extension. I haven't checked with 
> phpinfo(),
> I've deduced it from:
> 
> http://debian-med.alioth.debian.org/bugs.php
> 
> Would it be possible to have it installed?

I'm not sure if it's wise to call Soap directly from a dynamic web page.
It will create quite some latency depending on the request that you
use. Why don't you generate a static page once or twice a day instead ?

Or why don't you simply put a link to the corresponding qa.debian.org
webpage ?

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[Pierre Habouzit]

On Thu, Oct 04, 2007 at 02:55:51PM +, David Paleino wrote:
> Hi,
> sorry if I'm annoying you in this period :(
> 
> Il giorno Thu, 4 Oct 2007 14:17:45 +0200
> Raphael Hertzog <[EMAIL PROTECTED]> ha scritto:
> 
> > 
> > ...
> > 
> > Using the BTS SOAP interface might be a better choice.
> 
> Seems like PHP hasn't got the Soap extension. I haven't checked with 
> phpinfo(),
> I've deduced it from:
> 
> http://debian-med.alioth.debian.org/bugs.php
> 
> Would it be possible to have it installed?

  the package desccription claims otherwise:

apt-cache show libapache-mod-php5|grep -C2 soap
 The following extensions are built in: bcmath bz2 calendar ctype date dba
 dom exif filter ftp gettext hash iconv json libxml mbstring mime_magic
 openssl pcre posix Reflection session shmop SimpleXML soap sockets SPL
 standard sysvmsg sysvsem sysvshm tokenizer wddx xml xmlreader xmlwriter zip
 zlib.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpMkQ2gUgrmt.pgp
Description: PGP signature

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Hi,
sorry if I'm annoying you in this period :(

Il giorno Thu, 4 Oct 2007 14:17:45 +0200
Raphael Hertzog <[EMAIL PROTECTED]> ha scritto:

> 
> ...
> 
> Using the BTS SOAP interface might be a better choice.

Seems like PHP hasn't got the Soap extension. I haven't checked with phpinfo(),
I've deduced it from:

http://debian-med.alioth.debian.org/bugs.php

Would it be possible to have it installed?

> Cheers,

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Guido Guenther]

Hi Ron,
On Thu, Oct 04, 2007 at 05:40:04PM +0930, Ron wrote:
[..snip..]
> gitpkg has a much more narrow focus and concerns itself solely with the
> task of generating a valid Debian source package from a(ny) git repo.
> It takes just a tag (of any tree-ish form) indicating the version to
> release (or two tags if you have separate debian and upstream branches)
> and builds a source package of the correct form based on the content
> retrieved.
That's fine if you're a working on all of your packages alone, things
get more interesting in case of co-maintenance. Where I use
git-buildpackage a lot, several people are co-maintaining about 100
packages (and more and more packages keep moving from svn to git). In
this case you want consistent tag and branch naming, make sure tags are
named and signed correctly, etc. The many degrees of freedom of git make
it a great tool but you have to add some naming policy on top of that in
order to work together efficently - that's what git-buildpackage tries
to do - without getting into the way of the user too much.

> How you arrange the repo, how you label your tags, when you apply them,
> and how you build your packages after that are entirely independent.
Well, I think they aren't if you intend to work with others.

> So if you happen to have many different git repos, all using different
> conventions for these things, you can still use the same tool, without
> needing to modify its config, to extract source packages from all of them.
I don't see why this can't be done with git-buildpackage too. While you
do:

gitpkg branch1 branch2

git-buildpackage does:

git-buildpackage --git-debian-branch=branch1 --git-upstream-branch=branch2

or only:

git-buildpackage

if you just set up .git/gbp.conf correcty (once) - you can certainly
oveerride gbp.conf on the commandline at any time.

> Likewise if you have a repo with many 'upstream' branches, or even many
> Debian branches.  gitpkg doesn't care, it just needs you to tell it on
> the fly which one(s) you want to release from this time.
See above.

> Anyhow, that's why I saw this as a separate experiment to make rather
> than an 'improvement' that could be easily made to git-buildpackage.
> We are aiming at much the same result though, so I'd be more than
> happy to see ideas shared between the different schools of thought
> on how to best manage packages with git.
Same here. Thanks for the explanation.

[..snip..] 
> It still seems a bit suboptimal to me though, since git-archive can
> pull source from any tree-ish, not just a branch head.  How much that
> affects individuals will vary from user to user though.  In my case
> the release I want to make can be fairly commonly no longer the head
> though, so this being trivial (and not adding extra overhead to the
> repo) is important to me.
I was thinking about making the --upstream-branch and --debian-branch
options accept anything treeish for some time now. This way you could
simply pass tag names, etc.
Cheers,
 -- Guido


signature.asc
Description: Digital signature

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 4 Oct 2007 14:17:45 +0200
Raphael Hertzog <[EMAIL PROTECTED]> ha scritto:

> Hi,

Hi Raphael,

> qa.debian.org downloads the info from many sources and store them here:
> http://qa.debian.org/data/
> 
> The qa svn repository is public, you can check where it gets data from.

Thank you for this info :)

> > P.S.: for the Bugs, for example, I would've used the ldap component,
> > connectingo to bts2ldap.debian.net:10101. But that component isn't
> > installed on alioth :(.
> 
> Using the BTS SOAP interface might be a better choice.

I'll look into that, thank you.

> Cheers,

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Cresterea amenzilor pentru neplata impozitelor - cea mai proasta solutie care se putea alege

[Newsletter urbaNNews]

Newsletter Urbannews



td {padding:1px;}












Vrajitorul.eu



Cel mai avansat soft de cautare a datelor de identificare si a bunurilor.










Ultimele Stiri



Joi, 04 Octombrie 2007  




Premiem cu 100 ron cel mai bun comentariu.Detalii in acest newsletter



Legaturi









Cresterea amenzilor pentru neplata impozitelor - cea mai proasta solutie care 
se putea alege


   Politicienii au mai demonstrat inca o data , ca nu au nici o 
legatura cu realitatile socio-economice din tara noastra, fara sa conteze 
culoarea politica sau partidul care se afla la guvernare in tara noastra. Ne 
dam astfel seama , ca ori sunt total incompetenti, ori sunt prost intentionati 
insa  ...
citeste >>







 



  
Cele mai recente stiri 
  
  
Comunicate de presa 
  
  
Comentariul zilei 
  
  
Stiri interne 
  
  
Stiri internationale 
  
  
Interviul saptamanii 
  
  
Parerea specialistului 
  
  
Colectorul lunii 
  
  
Sales-managerul lunii 
  
  
Lista teparilor online 
  
  
Clasamentul fraudelor 
  
  
Statistica debitori 
  
  
Raporteaza o frauda 
  
  
Club Membri  
  
  
Aboneaza-te 
  
  



Arhiva
  

 
2007




  
Octombrie




  
Septembrie




  
August




  
Iulie




  
Iunie




  
Mai



 
  



  
  





Regulamentul concursului
Zilnic fiecare cititor al articolelor de pe site-ul nostru are posibilitatea sa 
castige 100 ron. Tot ceea ce trebuie sa faceti este sa postati un comentariu la 
unul din materialele din sectiunile " comunicat de presa" sau " comentariul 
zilei", si cel mai bun comentariu va fi premiat de UrbaNNews.
Vrem sa premiem cele mai bune opinii formulate de oameni care doresc sa se 
implice real.
Se poate comenta in parcursul unei saptamani calendaristice, unul din 
materialele inscrise la cele doua sectiuni, postate de redactorii nostri in 
saptamana in curs. Materialele mai vechi de saptamana in curs nu participa la 
concurs.
Castigatorul se va anunta de catre compania noastra in seara fiecarei zile 
lucratoare. Vom folosi numele ales de castigator si il vom invita sa ne 
contacteze la [EMAIL PROTECTED] cu oferirea datelor reale pentru a isi ridica 
premiul de la noi , in fiecare zi lucratoare.  

___

Urban si Asociatii
Recuperare profesionala de creante
T: 021/3075794 ; 021/3057273 - 76
F: 021/3057277 -78
M: 0728 728 800
Email: [EMAIL PROTECTED]
www.urbansiasociatii.ro
www.urbaNNews.ro
Bdul Iuliu Maniu 6, sector 6, Bucuresti

___


UrbaNNews.ro
Acest mesaj nu este SPAM. Contine datele noastre de identificare si 
instructiuni de dezabonare. V-a fost oferit din urmatoarele motive: ati 
solicitat primirea ofertei noastre, sunteti un client al firmei noastre, 
sunteti in baza noastra de date ca urmare a unor corespondente anterioare, 
adresa Dvs. a fost selectata dintr-o baza de date la care ati subscris, adresa 
dvs a fost facuta publica prin afisari cu caracter publicitar. Ne cerem scuze 
daca mesajul ajunge la Dvs. dintr-o eroare sau daca acest e-mail nu va aduce 
informatii utile.

Daca nu mai doriti sa primiti mesaje din partea Urban si Asociatii accesati:
http://www.urbannews.ro/dezabonare_news/



 

Re: Automatic retrieval of information from qa.debian.org

[Raphael Hertzog]

Hi,

On Thu, 04 Oct 2007, David Paleino wrote:
> > Chances are good that there're much better ways to access them then parsing
> > the qa page.
> 
> Well, what are these ways? :)

qa.debian.org downloads the info from many sources and store them here:
http://qa.debian.org/data/

The qa svn repository is public, you can check where it gets data from.


> P.S.: for the Bugs, for example, I would've used the ldap component, 
> connectingo
> to bts2ldap.debian.net:10101. But that component isn't installed on alioth :(.

Using the BTS SOAP interface might be a better choice.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Automatic retrieval of information from qa.debian.org

[David Paleino]

Il giorno Thu, 04 Oct 2007 13:40:45 +0200
Bernd Zeimetz <[EMAIL PROTECTED]> ha scritto:

> Hi,

Hi,

> the qa page only retrieves various informations from other places and
> displays them on one page. I guess you're not interested on everything
> which is displayed there, but only in specific parts?

Well, I almost need all the info showed on that page.

> Chances are good that there're much better ways to access them then parsing
> the qa page.

Well, what are these ways? :)

> Cheers,
> Bernd

Thank you for your reply,
David

P.S.: for the Bugs, for example, I would've used the ldap component, connecting
to bts2ldap.debian.net:10101. But that component isn't installed on alioth :(.

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: Automatic retrieval of information from qa.debian.org

[Bernd Zeimetz]

Hi,

> I'm working on the Debian-Med homepage on Alioth. I actually need to grab
> information about the packages maintained by
> [EMAIL PROTECTED] with PHP. Normally, I would grab:

the qa page only retrieves various informations from other places and
displays them on one page. I guess you're not interested on everything
which is displayed there, but only in specific parts? Chances are good
that there're much better ways to access them then parsing the qa page.

Cheers,

Bernd

-- 
Bernd Zeimetz
<[EMAIL PROTECTED]> 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Automatic retrieval of information from qa.debian.org

[David Paleino]

Hi all,
I'm working on the Debian-Med homepage on Alioth. I actually need to grab
information about the packages maintained by
[EMAIL PROTECTED] with PHP. Normally, I would grab:

http://qa.debian.org/developer.php?login=.

I've tried this; the resulting parsed tables are a bit "confused". See, for
example, these two rows parsed from qa.debian.org:

http://nopaste.com/p/aakojrhyz

As you can see, I can't reliably use array indexes, because they change
according to what rows contain.

Is there any XML-file to be parsed, or any DB, or anything?

Kindly,
David

-- 
 . ''`.  Debian maintainer | http://snipurl.com/qa_page/
 : :'  :  Linuxer #334216  |  http://www.hanskalabs.net/
 `. `'`GPG: 1392B174   | http://www.debianizzati.org/
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174


signature.asc
Description: PGP signature

Re: User-Agent strings, privacy and Debian browsers

[Jeremiah Foster]

On Oct 4, 2007, at 11:59 AM, Mark Brown wrote:


On Thu, Oct 04, 2007 at 10:41:51AM +0200, Jeremiah Foster wrote:

This is most likely apocryphal. If there is any truth in the above  
link, it
has been blown way out of proportion. Nobody gets arrested for  
using lynx,
which is what that link says. There is little evidence to  
corroborate the

story so I would dismiss this as a red herring.


It did make mainstream sites linke the BBC:

   http://news.bbc.co.uk/1/hi/england/london/4195339.stm


No it didn't. If you read that link carefully, you will find _no_  
reference to lynx. Do not misrepresent the facts, people will become  
confused.


The article mentioned above (and cited previously) merely talks about  
some one who "attempted" to "hack" a BT site. This has nothing to do  
with user agent strings.


Jeremiah


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: User-Agent strings, privacy and Debian browsers

[Mark Brown]

On Thu, Oct 04, 2007 at 10:41:51AM +0200, Jeremiah Foster wrote:

> This is most likely apocryphal. If there is any truth in the above link, it 
> has been blown way out of proportion. Nobody gets arrested for using lynx, 
> which is what that link says. There is little evidence to corroborate the 
> story so I would dismiss this as a red herring.

It did make mainstream sites linke the BBC:

   http://news.bbc.co.uk/1/hi/england/london/4195339.stm

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."


signature.asc
Description: Digital signature

Re: User-Agent strings, privacy and Debian browsers

[Jeremiah Foster]

On Oct 1, 2007, at 7:59 PM, Moritz Muehlenhoff wrote:


Joey Hess wrote:

Surely packages.debian.org is not a good example of a site with
generally few Debian users.

The scenario seems more likely to me on small non-technical sites  
that
only a few Debian unstable users are likely to visit. For special  
fun,

try browsing from an unusual architecture; that's in the user-agent
string too.


http://linuxreviews.org/news/2005/01/28_0001/


This is most likely apocryphal. If there is any truth in the above  
link, it has been blown way out of proportion. Nobody gets arrested  
for using lynx, which is what that link says. There is little  
evidence to corroborate the story so I would dismiss this as a red  
herring.


Jeremiah


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Firefox bugs mass-closed.

[Pierre Habouzit]

On Thu, Oct 04, 2007 at 03:21:18AM +, Pierre THIERRY wrote:
> Scribit Pierre Habouzit dies 03/10/2007 hora 21:49:
> > *g* found exists and is versionned, since sth like a year now. if not
> > two.
> 
> But is the submitter of the "found" information made easily available?
> At least it's not shown anywhere in the version graph.

  in the bug log of course it is. bts --mbox show is your friend.

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpIZzDEPeEAW.pgp
Description: PGP signature

Re: Bug#443392: ITP: gitpkg -- helper scripts for maintaining packages with git

[Ron]

Hi Guido,

On Wed, Oct 03, 2007 at 04:03:36PM +0200, Guido Guenther wrote:
> On Fri, Sep 21, 2007 at 04:53:34PM +0930, Ron wrote:
> [..snip..] 
> > I know I'm not the only one who feels that git-buildpackage is not
> > 'right' for them, and this is my best answer to that problem to date.
> > To point out a couple of concrete problems above and beyond prescribing
> > the repo layout:
> It'd be more than happy to hear about possible improvements.

For me its really more a philosophical difference in how I'd like to
work in future.  git-buildpackage is something of a 'framework', in
that it sets out ways I should do things, then tries to do them all
for me as a convenience if I follow its way of working.

While that sort of does make it the logical complement to all the other
*-buildpackage systems, and was something of a necessity in the original
cvs-buildpackage implementation, I'm not really sure that is so necessary
when working with git, or even really desirable.

gitpkg has a much more narrow focus and concerns itself solely with the
task of generating a valid Debian source package from a(ny) git repo.
It takes just a tag (of any tree-ish form) indicating the version to
release (or two tags if you have separate debian and upstream branches)
and builds a source package of the correct form based on the content
retrieved.

How you arrange the repo, how you label your tags, when you apply them,
and how you build your packages after that are entirely independent.
So if you happen to have many different git repos, all using different
conventions for these things, you can still use the same tool, without
needing to modify its config, to extract source packages from all of them.
Likewise if you have a repo with many 'upstream' branches, or even many
Debian branches.  gitpkg doesn't care, it just needs you to tell it on
the fly which one(s) you want to release from this time.

Anyhow, that's why I saw this as a separate experiment to make rather
than an 'improvement' that could be easily made to git-buildpackage.
We are aiming at much the same result though, so I'd be more than
happy to see ideas shared between the different schools of thought
on how to best manage packages with git.

You might also like to talk to David Nusinow, the experiences of the
X team have been pushing the bounds of available tools also.

> > Looking at the manual page for git-buildpackage, it would appear that
> > you can in fact only build packages from the current HEAD of a branch...
> Which simply results from the fact that *branching* itself ist so
> awfully cheap, you just do: 
> 
> git-checkout -b branch branchpoint_most_likely_a_tag
> 
> and build from there - done. This could easily be added to
> git-buildpacakge itself but would just add commandline options for real
> gain.

Ok, that makes some sense (I figured there had to be _some_ way, if this
is it then a note in the docs would be helpful, I agree an option to do
it would be less so).

It still seems a bit suboptimal to me though, since git-archive can
pull source from any tree-ish, not just a branch head.  How much that
affects individuals will vary from user to user though.  In my case
the release I want to make can be fairly commonly no longer the head
though, so this being trivial (and not adding extra overhead to the
repo) is important to me.

> > ... surprised to learn that git-import-dsc can only import one
> > .deb per repo.
> This indeed is a limitation of git-import-dsc that could quiet simply be
> fixed if this should be needed.

I'm not sure this is totally trivial to do correctly in the general
case, even git-debimport only does it well enough for a few packages
I needed to do it with (and got custom hacked for a few others).
It would be nice to have better tools for importing source from
old debs and other *-buildpackage repos though (my cvs-buildpackage
repos don't seem to do well with the cvs -> git tools currently
available).

I guess the trouble with that is that once people have processed
their own repos its not something they'll keep needing to do, so
work on this seems to have been a bit ad-hoc, and always ends
before a really general purpose and robust tool gets created...

If someone reading runs a CS class, it might make a good term
project though ;)

Best,
Ron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Stirile Zilei 04-10-2007

[Newsletter urbaNNews]

Newsletter Urbannews



td {padding:1px;}












Vrajitorul.eu



Cel mai avansat soft de cautare a datelor de identificare si a bunurilor.










Ultimele Stiri



Joi, 04 Octombrie 2007  




Premiem cu 100 ron cel mai bun comentariu.Detalii in acest newsletter



Legaturi









Şapte ani pe deficite mari


   Pe termen mediu, importurile vor continua să crească mai 
repede decât exporturile.Pe măsură ce ne apropiem de sfârşitul anului, devine 
tot mai clar că 2007 a depăşit aşteptările. Din toamnă până în primăvară, s-au 
revizuit puternic doi indicatori sensibili ai economiei - soldul balanţei de 
plăţi şi inflaţia. Indicatori macro  ...
citeste >>









Blocuri de lux pentru nevoiaşii din Capitală


   Primăria Capitalei a cumpărat apartamente sociale cu preţuri 
de la 870 până la 1.105 euro/mp, fără tvaLa nici şase luni de la achiziţionarea 
a două ansambluri rezidenţiale, pentru care a plătit aproape 20 milioane de 
euro, municipalitatea a mai pus mâna pe un complex de locuinţe.Este vorba 
despre "Lemon Garden",  ...
citeste >>









Unitatea 2 de la Cernavodă va antrena creşterea anuală a PIB-ului cu 0,1%


   Începerea activităţii de exploatare comercială a Unităţii 2 
de la Cernavodă va contribui la creşterea anuală a Produsului Intern Brut (PIB) 
cu 0,1% sau cu 150 de milioane de euro, susţine ministrul Economiei şi 
Finanţelor, Varujan Vosganian (foto), citat de NewsIn. În plus, productivitatea 
din sectorul energiei nucleare va creşte  ...
citeste >>









Ieri, în plin Bucureşti, o bătrână a murit în stradă, în aşteptarea Salvării


   Ieri, miercuri, 3 octombrie, în jurul orei 10.00, pe strada 
Maica Domnului, în dreptul staţiei de tramvai Alexandru cel Bun, bătrâna din 
imagine a căzut fulgerată sub privirile îngrozite ale trecătorilor care au 
încercat s-o salveze apelând la zeci de numere de salvare. După aproape o oră, 
timp în care  ...
citeste >>









Bucureştenii plătesc râuri de apă rece cu tarife de apă caldă


   Pe robinetele de „cald" în primele minute nu curge decât 
apă rece sau călie*Apometrele trebuie schimbate la fiecare patru ani1 foto 0 
audio 0 video 0 alte fisiereIarna, românii aşteaptă apa caldă chiar şi zece 
minuteRegia bucureşteană de termoficare (RADET) a „înghiţit" până acum 
sute de milioane de euro pentru  ...
citeste >>









O oră şi jumătate de la Favorit la Eroilor, cu maşina!


   Între cele două locaţii sunt 2,9 kmUn pieton ar fi parcurs 
distanţa în mai puţin de o oră1 foto 0 audio 0 video 0 alte fisiereO oră şi 
jumătate de la Favorit la Eroilor, cu maşina!Pentru majoritatea locuitorilor 
cartierului bucureştean Drumul Taberei, ziua de muncă începe cu un coşmar: fie  
...
citeste >>









Apartamentele din Unirii şi Aviaţiei se vând cu 2.500 euro/mp


   Vilele costă de două ori mai mult*Preţurile locuinţelor sunt 
ridicate în mod artificial de agenţiile imobiliare, spun specialiştii1 foto 0 
audio 0 video 0 alte fisiereApartamentele din Unirii şi Aviaţiei se vând cu 
2.500 euro/mpFinalizarea mai multor ansambluri rezidenţiale în următorii doi 
ani va duce la încetinirea creşterii preţurilor proprietăţilor  ...
citeste >>









"Romanii fura, evreii vor sa ne ocupe"


   Maghiarii antisemiti si antiromani din Transilvania se produc 
in spatiul public fara a fi sanctionati de Politie, CNCD, CNA sau CRP   

Un grup de maghiari, cetateni romani, foarte militanti, 
actioneaza de multe luni pentru destabilizarea ordinii in orasele transilvanene 
si incita la xenofobie si antisemitism. Opiniile lor extremiste sunt gazduite 
cu  ...
citeste >>









Şefii Bursei de Valori fac racolãri la Cluj


   Preşedintele şi directorul BVB, Septimiu Stoica şi Stere 
Farmache, au venit sã convingã societãţile locale sã intre pe piaţa de 
capital.Conducerea Bursei de Valori Bucureşti (BVB) s-a deplasat ieri cu 
avionul la Cluj pentru a convinge societãţile sã se listeze pe piaţa de 
capital. Şefii BVB au dat ca exemplu  ...
citeste >>







 



  
Cele mai recente stiri 
  
  
Comunicate de presa 
  
  
Comentariul zilei 
  
  
Stiri interne 
  
  
Stiri internationale 
  
  
Interviul saptamanii 
  
  
Parerea specialistului 
  
  
Colectorul lunii 
  
  
Sales-managerul lunii 
  
  
Lista teparilor online 
  
  
Clasamentul fraudelor 
  
  
Statistica debitori 
  
  
Raporteaza o frauda 
  
  
Club Membri  
  
  
Aboneaza-te 
  
  



Arhiva
  

 
2007




  
Octombrie




  
Septembrie




  
August




  
Iulie




  
Iunie




  
Mai



 
  



  
  





Regulamentul concursului
Zilnic fiecare cititor al articolelor de pe site-ul nostru are posibilitatea sa 
castige 100 ron. Tot ceea ce trebuie sa face