Forosh Vpn ba gheymat monaseb va server haye Usa va Nl
Jahate daryafte account test be addresss zir email konid
email : Alborz33 @ gmail.com
1 Mahe (Usa , Nl) 3500 Toman .
3 Mahe (Usa , Nl) 9500 Toman .
6 Mahe (Usa , Nl) 17000 Toman .
12 Mahe (Usa , Nl) 29000 Toman .
jahate daryafte shomare kart
Forosh Vpn ba gheymat monaseb va server haye Usa va Nl
Jahate daryafte account test be addresss zir email konid
email : Alborz33 @ gmail.com
1 Mahe (Usa , Nl) 3500 Toman .
3 Mahe (Usa , Nl) 9500 Toman .
6 Mahe (Usa , Nl) 17000 Toman .
12 Mahe (Usa , Nl) 29000 Toman .
jahate daryafte shomare kart
gregor herrmann writes:
> Among the contents are e.g. ~20.000 lines saying:
> (firefox-bin:28026): Gdk-WARNING **: XID collision, trouble ahead
I tracked this down at one point and decided that this was the fault of
Adobe's Flash player rather than anything the Mozilla folks had any
control
On Sun, 15 Aug 2010 18:34:56 -0400, Christian PERRIER wrote:
> Here's mine, started yesterday morningand I barely did nothing
> since then as I'm more travelling around Vermont that playing with my
> KDE apps:
>
> bubu...@mykerinos:~/travail/debian/translation/po-debconf/gitolite> ls -l
> ~/
On Sun, 15 Aug 2010 16:00:23 -0700 Steve Langasek
wrote:
> On Sun, Aug 15, 2010 at 06:30:04PM -0400, Perry E. Metzger wrote:
> > By the early 1990s this was long since unneeded but people
> > continued to do it anyway, and in fact started to think it was
> > done for technical reasons rather than
On Sun, Aug 15, 2010 at 06:30:04PM -0400, Perry E. Metzger wrote:
> By the early 1990s this was long since unneeded but people continued
> to do it anyway, and in fact started to think it was done for
> technical reasons rather than because of a simple lack of space in an
> earlier era. At this poi
Quoting Michael Welle (mwe012...@gmx.net):
> Hello,
>
> what is the reason that many applications clutter the terminal with
> output that is obvisously debug output? Lets take digikam as an
> example:
(I read most other comments in this thread before writing this)
I have to concur to everything
On Tue, 10 Aug 2010 03:15:35 -0600 Bruce Sass wrote:
> /sbin and /usr/sbin, /lib and /usr/lib directories?
>
> AFAICT, the reason is so that a minimal but functional system is
> guaranteed to exist so long as a local HDD with a root filesystem
> is available (which doesn't necessarily include /u
Roger Leigh writes:
> I can see that this could be a legitmate cause for concern, especially
> since the history is essentially immutable and if "tainted" will remain
> so unless it's deliberately excised and the history is altered.
> However, is this a problem in reality, or just theoretical?
I
On Tue, Aug 10, 2010 at 08:27:24PM -0700, Russ Allbery wrote:
Since this is open for discussion, some comments about my take
on some of the discussed points:
> ftp-team is concerned about doing license checks across the entire git
> archive Colin points out that we're in the same situation with A
On So, 2010-08-15 at 11:28 -0700, Steve Langasek wrote:
> On Fri, Aug 13, 2010 at 09:31:31PM +0200, Julian Andres Klode wrote:
> > Let's keep the APT2 name instead of the UPS name. The UPS name is a good
> > joke, but it's not good for a real program name, because:
>
> > * UPS = Uninterrupti
On Sun, 15 Aug 2010, Guus Sliepen wrote:
> I think that if people are actively opening and closing bugs (in
> that order) with the same Version tag, they expect the bug to be
> closed. I also do not think that there is any danger in having it
> marked as closed, it can always be reopened later.
Th
On 15/08/10 at 11:28 -0700, Steve Langasek wrote:
> On Fri, Aug 13, 2010 at 09:31:31PM +0200, Julian Andres Klode wrote:
> > Let's keep the APT2 name instead of the UPS name. The UPS name is a good
> > joke, but it's not good for a real program name, because:
>
> > * UPS = Uninterruptible Po
On Fri, Aug 13, 2010 at 09:31:31PM +0200, Julian Andres Klode wrote:
> Let's keep the APT2 name instead of the UPS name. The UPS name is a good
> joke, but it's not good for a real program name, because:
> * UPS = Uninterruptible Power Supply
> * UPS = United Parcel Service
> * U
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: pyacidobasic
Version : 0.1
Upstream Author : Georges Khaznadar
* URL :
http://outilsphysiques.tuxfamily.org/pmwiki.php/Oppl/Pyacidobasic
* License : GPL-3
Programming Lang: Python
On Sun, Aug 15, 2010 at 01:59:30PM +0200, Christoph Anton Mitterer wrote:
> On Sat, 2010-08-14 at 16:18 -0700, Steve Langasek wrote:
> > It's actually a bug that /etc/environment is no longer created by default;
> Tested a bit more and it seems to be created,... but only when
> installing the first
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: pysatellites
Version : 1.0
Upstream Author : Georges Khaznadar
* URL :
http://outilsphysiques.tuxfamily.org/pmwiki.php/Oppl/Pysatellites
* License : GPL-3
Programming Lang: Python
On Sat, Aug 14, 2010 at 10:32:41AM +0900, Charles Plessy wrote:
>
> Also, the change of environment is not to make usable a program that would not
> be, but simply to make it the default choice or not, under its original
> upstream name, the one that our users expect, read in the documentation, he
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: pymecavideo
Version : 5.0
Upstream Authors : Jean-Baptiste Butet ,
Georges Khaznadar
* URL :
http://outilsphysiques.tuxfamily.org/pmwiki.php/Oppl/Pymecavideo
* License : GPL-3
Progr
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: chemical-structures
Version : 2.1.dfsg.1
Upstream Author : Jerome PANSANEL
* URL : http://sourceforge.net/projects/chem-file/
* License : DFSG-free: share alike, no endorsement
Progra
Wouter Verhelst writes:
> gets rather large), it generates huge .xsession-errors files that can
> cause problems for people with low quotas or for people who actually
Indeed. I often find the SD card of my PDA (openmoko) filled with
a useless .xsession-errors.
--
To UNSUBSCRIBE, email to debia
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: algotutor
Version : 0.8.6
Upstream Author : Chao-Kuei HUNG
* URL : http://people.ofset.org/~ckhung/p/algotutor/
* License : GPL-3
Programming Lang: Perl
Description : program fo
On 08/15/2010 06:17 PM, Guus Sliepen wrote:
> On Sun, Aug 15, 2010 at 04:57:40PM +0200, Luk Claes wrote:
>> It's very strange that you think it's ok to mark a bug as fixed in a
>> specific version even if there was nothing changed in the package to get
>> the bug fixed IMHO.
>
> Well, if, like in
On Sun, Aug 15, 2010 at 04:57:40PM +0200, Luk Claes wrote:
> > Why not change the way they are treated? You can easily use the date a
> > message is sent to bugs.debian.org to see if it comes before or after other
> > messages closing/opening the bug tagged with the same version.
>
> Because it
On Sun, 15 Aug 2010 08:08:57 -0700
Wouter Verhelst wrote:
> On Sun, Aug 15, 2010 at 10:05:17AM +0100, Neil Williams wrote:
> > Users may but developers will be looking for that debug output and
> > starting the program from the command line explicitly to be able to
> > collect it. (Filing a bug w
On su, 2010-08-15 at 14:19 +0200, Tollef Fog Heen wrote:
> I would guess they still fill up the .xsession-errors file, though? At
> least for me, that file is mostly useless due to:
>
> « ...Too much output, ignoring rest... »
>
> as the last line.
It's pretty clear to me that both .xsession-er
Am Sonntag, 15. August 2010, 14:19:05 schrieb Tollef Fog Heen:
> I would guess they still fill up the .xsession-errors file, though? At
> least for me, that file is mostly useless due to:
>
> « ...Too much output, ignoring rest... »
>
> as the last line.
Yes they would, because the applications
On Sun, Aug 15, 2010 at 10:05:17AM +0100, Neil Williams wrote:
> Users may but developers will be looking for that debug output and
> starting the program from the command line explicitly to be able to
> collect it. (Filing a bug will usually result in the user being asked
> to start the program fr
On 08/15/2010 04:41 PM, Guus Sliepen wrote:
> On Sun, Aug 15, 2010 at 04:25:19PM +0200, Luk Claes wrote:
>
>> When I go through RC bugs I see more and more bugs which are both found
>> and fixed with the same version.
>>
>> This does NOT work: these bugs are treated as if they are not fixed at all
On Sun, Aug 15, 2010 at 04:25:19PM +0200, Luk Claes wrote:
> When I go through RC bugs I see more and more bugs which are both found
> and fixed with the same version.
>
> This does NOT work: these bugs are treated as if they are not fixed at all.
Why not change the way they are treated? You can
Hi
When I go through RC bugs I see more and more bugs which are both found
and fixed with the same version.
This does NOT work: these bugs are treated as if they are not fixed at all.
Please do not version bug closures when there were no changes to the
source package to get the bug fixed!
Note
Hi folks,
I'm still looking for a replacement maintainer for gutenprint.
Someone who actually uses it regularly and has a printer which
they can use for testing who can do a proper job of maintaining
it.
I lack the time and a supported printer, so I can't test it.
I've uploaded the latest stable
Hi.
I'd like the idea... it would make home-dir creation here at the faculty
a lot more easier.
On Tue, 2010-08-03 at 11:08 +0200, Petter Reinholdtsen wrote:
> The location could for example be /etc/skel.d/
I'd however suggest e.g. /etc/adduser.d or so... or at least not skel.d
Conceptually the s
(cross post to merge the two "independent" threads
http://lists.debian.org/debian-devel/2010/08/msg00338.html
http://lists.debian.org/deity/2010/08/msg00097.html
and to ensure everyone has the same information.
In case you want to discuss the topic feel free to do it at deity@)
We started this dis
]] Josef Spillner
| When KDE applications are run in a KDE environment, the debug output is
| normally not an issue because even terminal-using people prefer KRunner's
| autocompletion over bash's and hence don't see the debug messages. However,
it
| is certainly an upstream goal to make KDE
On Sat, 2010-08-14 at 16:18 -0700, Steve Langasek wrote:
> It's actually a bug that /etc/environment is no longer created by default;
Tested a bit more and it seems to be created,... but only when
installing the first time (i.e. when package was not installed before).
Reinstalling doesn't create it
Hello,
Josef Spillner <2...@kuarepoti-dju.net> writes:
> Am Samstag, 14. August 2010, 19:59:50 schrieb Michael Welle:
>> Hello,
>>
>> what is the reason that many applications clutter the terminal with
>> output that is obvisously debug output? Lets take digikam as an
>> example:
>
> In the spec
Hello,
Neil Williams writes:
> On Sun, 15 Aug 2010 08:57:56 +0200
> Michael Welle wrote:
[...]
>> My feeling is that many developers
^^
>> don't care because most users might not be aware of what is happening.
>
> That is a very cavalier attitude to how developers manage their
> sof
Neil Williams writes:
> On Sun, 15 Aug 2010 02:23:32 +
> "brian m. carlson" wrote:
>> On Sun, Aug 15, 2010 at 12:09:42AM +0100, Neil Williams wrote:
> Redirect stderr when opening the file or work out why okular was
> selected in the first place. Moaning in the general direction of all
> deve
Hello,
Neil Williams writes:
> On Sun, 15 Aug 2010 08:51:21 +0200
> Michael Welle wrote:
>
>> > It's debug output, it is useful when debugging and you need the
>> > output, e.g. when fixing bugs and the user can just be asked to run
>> > the command from the terminal and post the output to help
On Sun, Aug 15, 2010 at 10:02:15AM +0100, Neil Williams wrote:
> On Sun, 15 Aug 2010 12:44:59 +0800
> Paul Wise wrote:
>
> > On Sun, Aug 15, 2010 at 7:09 AM, Neil Williams
> > wrote:
> >
> > > It's not clutter. If you don't want to see it, run the command and
> > > redirect stderr.
> >
> > deb
Hi,
On Sonntag, 15. August 2010, brian m. carlson wrote:
> The Unix tradition is for programs to run silently unless there's a
> problem. [...]
>
> I have no problem with programs taking an environment variable or a
> command line option in order to produce debugging output, but it
> shouldn't be
On Fri, Aug 13, 2010 at 01:01:34PM -0400, Michael Gilbert wrote:
> On Fri, 13 Aug 2010 09:58:07 -0700, Russ Allbery wrote:
> > Raphael Hertzog writes:
> >
> > > As suggested by Ian on -devel (see attachment), it would be nice to have
> > > a way to remove files during unpack of a source package t
Am Samstag, 14. August 2010, 19:59:50 schrieb Michael Welle:
> Hello,
>
> what is the reason that many applications clutter the terminal with
> output that is obvisously debug output? Lets take digikam as an
> example:
In the specific case of Digikam and other KDE applications, you can run
kdebu
* Neil Williams [100815 10:55]:
> When bugs are hard to reproduce, having debug output on by default is
> extremely important for many mature packages.
Which does not change the fact that a graphical program which outputs
stuff to the terminal is very annoying and looks very immature.
But I gues
On Sun, 15 Aug 2010 02:23:32 +
"brian m. carlson" wrote:
> On Sun, Aug 15, 2010 at 12:09:42AM +0100, Neil Williams wrote:
> > It's debug output, it is useful when debugging and you need the
> > output, e.g. when fixing bugs and the user can just be asked to run
> > the command from the termin
On Sun, 15 Aug 2010 08:57:56 +0200
Michael Welle wrote:
> Paul Wise writes:
> [...]
> > debug output should certainly not be output by default in released
> > versions without a command-line or configuration option turning it
> > on.
> >
> > l for one don't want ls doing something like this:
> >
On Sun, 15 Aug 2010 12:44:59 +0800
Paul Wise wrote:
> On Sun, Aug 15, 2010 at 7:09 AM, Neil Williams
> wrote:
>
> > It's not clutter. If you don't want to see it, run the command and
> > redirect stderr.
>
> debug output should certainly not be output by default in released
> versions without
On Sun, 15 Aug 2010 08:51:21 +0200
Michael Welle wrote:
> > It's debug output, it is useful when debugging and you need the
> > output, e.g. when fixing bugs and the user can just be asked to run
> > the command from the terminal and post the output to help in
> > debugging the bug report. Genera
Stanislav Maslovski writes:
> On Mon, Aug 09, 2010 at 05:22:27PM +0200, Sebastian Dröge wrote:
>> Backporting the lcdfilter patch to 1.8.10 might be a solution for
>> squeeze though. If someone wants to provide a patch that doesn't add any
>> new public API I'd be fine with applying it to the unst
Hello,
"brian m. carlson" writes:
> On Sun, Aug 15, 2010 at 12:09:42AM +0100, Neil Williams wrote:
>> It's debug output, it is useful when debugging and you need the output,
>> e.g. when fixing bugs and the user can just be asked to run the command
>> from the terminal and post the output to hel
51 matches
Mail list logo
