Query about .xsession-errors file

[Bret Busby]

Hello.

In trying to work out why my disk space gets progressively consumed so
that I repeatedly run out of disc space without any known reason, in
examining my hidden files in my home directory, I found the file
.xsession-errors, which is currently sitting at about 740MB, and has
been growing in the last hour.

Does some uttility or command (with switches) exist, that can purge
the file of redundant (for example, entries over a week old, or,
entries from before the current boot session) entries, so as to reduce
the file size to content that is necessary to retain for debugging?

I am concerned that, should I simply delete the file, the system will
crash or otherwise damage to the boot session, would occur.

Thank you in anticipation.

-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cacx6j8m+8jf3waexetuc5mye_x30jc+u5-fie7yheddxuzx...@mail.gmail.com

Re: Restricted wifi after routine jessie upgrade

[Joe]

On Tue, 9 Sep 2014 03:02:24 +0200
B  wrote:


> 
> Before anything, make: apt-get install apt-listbugs and read carefully
> what it is saying before answering Yes to an upgrade.
> 
> 
I don't believe NM has had any problems in sid recently. I'm reasonably
sure that one of my sid installations which has NM installed was
upgraded more recently than the sid-testing delay.

lvm2 is currently broken in sid, but I suspect it will not be passed to
testing in that state. Guess what is involved...

-- 
Joe


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909083857.77688...@jresid.jretrading.com

Re: Query about .xsession-errors file

[Reco]

 Hi.

On Tue, Sep 09, 2014 at 03:29:04PM +0800, Bret Busby wrote:
> Does some uttility or command (with switches) exist, that can purge
> the file of redundant (for example, entries over a week old, or,
> entries from before the current boot session) entries, so as to reduce
> the file size to content that is necessary to retain for debugging?

xsession-errors should be re-created when a new session starts (see
/etc/X11/Xsession for the details). Long-running X session can produce
annoyingly large .xsession-errors indeed.
The solution to this problem comes in the form of logrotate:

$ cat /etc/logrotate.d/xsession-errors 
/home/reco/.xsession-errors {
size 1k
rotate 1
copytruncate
missingok
compress
}


> I am concerned that, should I simply delete the file, the system will
> crash or otherwise damage to the boot session, would occur.

While deleting it won't harm anything, it also does not release disk
space, as this file is open with all X clients.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909073922.ga12...@d1696.int.rdtex.ru

Re: Query about .xsession-errors file

[Raffaele Morelli]

On 09/09/14 at 03:29pm, Bret Busby wrote:
> Hello.
> 
> In trying to work out why my disk space gets progressively consumed so
> that I repeatedly run out of disc space without any known reason, in
> examining my hidden files in my home directory, I found the file
> .xsession-errors, which is currently sitting at about 740MB, and has
> been growing in the last hour.
> 
> Does some uttility or command (with switches) exist, that can purge
> the file of redundant (for example, entries over a week old, or,
> entries from before the current boot session) entries, so as to reduce
> the file size to content that is necessary to retain for debugging?
> 
> I am concerned that, should I simply delete the file, the system will
> crash or otherwise damage to the boot session, would occur.
> 
> Thank you in anticipation.

A cron job should fit your needs, though I would investigate to prevent such
errors...

/r


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909074000.ga10...@gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Rick Thomas]

On Sep 8, 2014, at 7:22 PM, B  wrote:

> On Mon, 08 Sep 2014 18:42:27 -0700
> Rick Thomas  wrote:
> 
>> rbthomas@debian:/usr/bin$ gnome-terminal
>> Error constructing proxy for 
>> org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling 
>> StartServiceByName for org.gnome.Terminal: 
>> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process 
>> org.gnome.Terminal exited with status 8
> 
> From what I read (I'm not an expert, so I may be wrong),
> gnome-terminal called gdbus that called dbus, asking it to
> spawn a child of itself but this child (?) exited with a status of 8.
> 
> From this error, I found what you should have found with a bit
> of personal research:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746415
> https://bbs.archlinux.org/viewtopic.php?id=180103

Thank you very much for the pointers to the bug reports.  Thank goodness there 
was someone like you available who could decipher the error messages.  I’m not 
even sure where I might begin…

Looking at the bug report (746415) in some detail it appears that this bug is 
already known to be present in gnome-terminal/3.12.3-2, which is the one I have 
here.  So no action is required on my part.

For what it’s worth, I use the “C” locale almost exclusively, for historical 
reasons, so anything that makes that not work is a terrible problem for me.

Enjoy!

Rick

PS: Now, one remaining question — how do I tell Gnome to use a different 
terminal program, since gnome-terminal is broken in my environment?  Is there a 
dpkg-reconfig option I can use for that?  Or a magical GUI for such things?

And, I guess, that then begs the further question: I love to RTFM, but what FM 
should I read for questions like these?  Is there a FM for configuring Gnome?

Again, Thanks!


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8d78b0f5-fb3c-44be-bf2f-d7fd27e4b...@pobox.com

Re: Forewarned is forearmed

[Tony van der Hoff]

On 08/09/14 23:01, Steve Litt wrote:
> 
> This isn't really a problem for me, but if I'm making a mistake that
> kills lo, chances are it's causing other side effects of which I'm not
> aware.
> 
>
I'd blame systemd :/

-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540ebc88.2080...@vanderhoff.org

Re: git: how to figure out with a script what the last commit on remote repo is without fetching it

[Jonathan Dowland]

On Mon, Sep 08, 2014 at 11:58:35PM +0200, lee wrote:
> One is using git:, the other one https:.
snip
> I don't have ssh access to any of the remote hosts.  Both repos, I can
> only clone/fetch/merge from.

OK.

> But I don't want to fetch?  If I can fetch only the data (a minimal
> amount of data) I need to figure out if the remote is more recent,
> that's ok, though.

I don't mean a full git fetch - I mean fetch only the information you need,
i.e. what is the remote's head pointing at. If it's different, then there are
likely more commits on the remote repository than local.

With the HTTP(s) method, git fetches the following paths

> http://somehost/somerepo/info/refs?service=git-upload-pack

The server returns a string (as an application/octet-stream mime-type, most
likely) containing something like the following

> 1935f7966c0efffeb192824c53f30633b0030e74refs/heads/master

You could write a script to fetch that file and compare that sha1 against
your local repository, something like this (unfinished/untested)

> # to be run from inside the local git repo
> remoteurl=$(git config -l|grep remote.origin.url|cut -d= -f2-)
> localsha1=$(cat .git/refs/heads/master)
> remotesha1=$(curl "${remoteurl}/info/refs?service=git-upload-pack" \
> 2>/dev/null | awk '/refs\/heads\/master$/ { print $1 }')
> if [ "$remotesha1" != "$localsha1" ]; then
> echo "the remote git repo has changed" \
> | mail -s 'git repo has changed' y...@example.com
> fi

In practice you would want to check all refs, not just refs/heads/master,
to see if there any added (or deleted) branches from your local copy, and
check the hash for each of them.

To achieve the same with something using the git:// protocol, you would need
roughly the same logic but couldn't use curl (or wget, or HEAD) to fetch the
refs. 

I did a quick trace of a git fetch over a git:// repo, essentially you 
initiate a TCP connection to port 9418, send something like the following

   67 69 74 2d 75 70 6c 6f 61 64 2d 70 61 63 6b 20  git-upload-pack 
0010   2f 63 6f 6c 6c 61 62 2d 6d 61 69 6e 74 2f 6c 68  /collab-maint/lh
0020   61 73 61 2e 67 69 74 00 68 6f 73 74 3d 61 6e 6f  asa.git.host=ano
0030   6e 73 63 6d 2e 64 65 62 69 61 6e 2e 6f 72 67 00  nscm.debian.org.

(in my case, I was cloning git://anonscm.debian.org/collab-maint/lhasa.git, so
you would substitute the path appropriately)

The reply looked like the following

   61 62 34 61 65 35 31 63 30 62 36 65 62 33 62 32  ab4ae51c0b6eb3b2
0010   39 31 66 39 63 35 34 66 34 61 37 64 32 65 36 64  91f9c54f4a7d2e6d
0020   38 38 33 62 64 63 61 34 20 48 45 41 44 00 6d 75  883bdca4 HEAD.mu
snip

I've snipped there because the very first thing returned was the sha1
for HEAD, you then get some other stuff as well.

I attempted to reconstruct the above using netcat, but I couldn't get it to
work. This is what I tried:

> printf "git-upload-pack /collab-maint/lhasa.git\0host=anonscm.debian.org\0"\
> | nc anonscm.debian.org 9418 \
> | hexdump -C

To persue this further, I'd suggest reading up on the git:// wire protocol
(quite possibly there's a command other than 'git-upload-pack' which would
give you what you want)

-- 
Jonathan Dowland


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909085112.gd...@bryant.redmars.org

Re: git: how to figure out with a script what the last commit on remote repo is without fetching it

[Jonathan Dowland]

On Tue, Sep 09, 2014 at 09:51:12AM +0100, Jonathan Dowland wrote:
> To persue this further, I'd suggest reading up on the git:// wire protocol
> (quite possibly there's a command other than 'git-upload-pack' which would
> give you what you want)

P.S.: this is a pretty nice description of the wire protocol, although the
examples are using git+ssh

http://git-scm.com/book/en/Git-Internals-Transfer-Protocols


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909085847.ge...@bryant.redmars.org

Re: Restricted wifi after routine jessie upgrade

[Brian]

On Tue 09 Sep 2014 at 03:02:24 +0200, B wrote:

> On Tue, 9 Sep 2014 00:28:41 + (UTC)
> Hendrik Boom  wrote:
> 
> > Well, wifi-radar is available as a Debian package (though I can't find
> > a wifi-supplicant package), and I found the wifi-radar wiki, so I
> > suppose I can try that when I'm at the coffee shop next week.  Or make
> > a special trip.  Testing it at home won't work -- everything works at
> > home now.
> 
> I don't think that's possible without removing NM (as the wireless I/F
> seems tied to it now:(

systemctl stop NetworkManager.service
systemctl disable NetworkManager.service

:)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014101557.6daae97cd...@desktop.copernicus.demon.co.uk

Re: Query about .xsession-errors file

[Chris Bannister]

On Tue, Sep 09, 2014 at 03:29:04PM +0800, Bret Busby wrote:
> Hello.
> 
> I am concerned that, should I simply delete the file, the system will
> crash or otherwise damage to the boot session, would occur.

I very much doubt that any such damage would occur by deleting it, but
the following incantation is one answer:

tal% ls -alh .xsession-errors
-rw--- 1 chrisb chrisb 33K Sep  9 17:40 .xsession-errors

tal% :> .xsession-errors
tal% ls -alh .xsession-errors
-rw--- 1 chrisb chrisb 0 Sep  9 21:25 .xsession-errors

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909092653.GA2878@tal

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 9 Sep 2014 00:53:37 -0700
Rick Thomas  wrote:

> And, I guess, that then begs the further question: I love to RTFM, but
> what FM should I read for questions like these?  Is there a FM for
> configuring Gnome?

Gnome is evil, baaad FGnome, change gnome (use XFCE, you won't
regret it;)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909132451.3c583865@msi.defcon1

Re: regenerate InRelease file (Solved)

[Abdelkader Belahcene]

On 9/8/14, Abdelkader Belahcene  wrote:
> Hi all,
> I used apt-mirror  to create my  own local  mirror?  that 's fine.
>
> The problem now the date in  Inrelease  is expired,  and I can't use
> it , until I changed the date,
>
> I did it directly in the file !!!  unfortunately  the signature is not
> valid,  so I want to regenerate the release for my local mirror,   I
> don't want new  packages,  JUST to regenerate the file Inrelease with
> correct date.
> something with gpg program  I suppose???
>  Please someone can send me the command.
> Thanks a lot
> regards
> abd_bela
>


OK I solved the problem ,
it can help someone: ( may be there is a better way)
 like this:
1.  I generate my own key ( gpg --gen-key)
2. I create  new Release  file with apt-ftparchive  --md5 --sha256
release .  > Release
 in dists  directory
3.  gpg --armor --output  Release.gpg --detach-sign Release
4. gpg --clearsign --output  InRelease Release
5. apt-key add  myKey

So I use my new key to control the signature instead of the debian key
that 's it

Best regards


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/caf3f0srtzx1z_kf-qz3horpmzssocqc5nmnei0ac-madnjh...@mail.gmail.com

Re: Brainydeal Receipt Printer

[Ethan Rosenberg]

On 09/09/2014 02:47 AM, Chris Bannister wrote:

On Mon, Sep 08, 2014 at 07:46:28PM -0400, Ethan Rosenberg, PhD wrote:

The printing is along the length of the paper, as opposed to perpendicular.


Known as landscape and portrait respectively.


How do I change it?


Depends on the application you are printing from, but it's usually under
something called 'page setup' or similar.



Chris -

Thanks.

Regrettably*PPD-Adobe: "4.3"
*FormatVersion: "4.3"
*FileVersion:   "1.1"
*LanguageVersion:   English
*LanguageEncoding:  ISOLatin1
*PCFileName:"POS58.ppd"
*Manufacturer:  "Zijiang"
*Product:   "(zj-58)"
*1284DeviceID:  "MFG:Zijiang;CMD:Zijiang;MDL:ZJ-58;CLS:PRINTER;"
*cupsVersion:   1.1
*cupsManualCopies:  True
*cupsModelNumber:   58
*cupsFilter:"application/vnd.cups-raster 0 rastertozj58"
*ModelName: "ZJ-58"
*ShortNickName: "ZJ-58"
*NickName:  "POS58"
*PSVersion: "(3010.000) 550"
*LanguageLevel: "3"
*ColorDevice:   False
*DefaultColorSpace: Gray
*FileSystem:False
*Throughput:"1"
*LandscapeOrientation:  Plus90
*VariablePaperSize: True
*TTRasterizer:  Type42

*OpenUI *PageSize/Media Size: PickOne
*OrderDependency: 10 AnySetup *PageSize
*DefaultPageSize: X58mmY210mm
*%PageSize Custom/Custom:   "<0]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageSize X58mmY210mm/58mm x 210mm: "<595]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageSize X58mmY297mm/58mm x 297mm: "<842]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageSize X58mmY3276mm/58mm x 3276mm:   "<9286]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"

*CloseUI: *PageSize

*OpenUI *PageRegion: PickOne
*OrderDependency: 10 AnySetup *PageRegion
*DefaultPageRegion: X58mmY210mm
*%PageRegion Custom/Custom: "<0]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageRegion X58mmY210mm/58mm x 210mm: "<595]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageRegion X58mmY297mm/58mm x 297mm: "<842]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"
*PageRegion X58mmY3276mm/58mm x 3276mm:   "<9286]/HWResolution[203 203]/ImagingBBox null>>setpagedevice"

*CloseUI: *PageRegion

*DefaultImageableArea: X58mmY210mm
*%ImageableArea Custom: "0 0 0 0"
*ImageableArea X58mmY210mm:  "14 0 150 595"
*ImageableArea X58mmY297mm:  "14 0 150 842"
*ImageableArea X58mmY3276mm: "14 0 150 9286"

*DefaultPaperDimension: X58mmY210mm
*%PaperDimension Custom: "0 0"
*PaperDimension X58mmY210mm: "164 595"
*PaperDimension X58mmY297mm: "164 842"
*PaperDimension X58mmY3276mm:"164 9286"

*%MaxMediaWidth:  "226"
*%MaxMediaHeight: "5670"
*%HWMargins:  0 0 0 0
*%CustomPageSize True: "pop pop pop >setpagedevice"

*%ParamCustomPageSize Width:1 points 72 226
*%ParamCustomPageSize Height:   2 points 72 5670
*%ParamCustomPageSize WidthOffset:  3 points 0 0
*%ParamCustomPageSize HeightOffset: 4 points 0 0
*%ParamCustomPageSize Orientation:  5 int 0 0

*OpenGroup: ZJDeviceSettings/Device Settings

*OpenUI *CashDrawer/Cash Drawer:PickOne
*DefaultCashDrawer: 1CashDrawer1BeforePrinting
*CashDrawer 0NoCashDrawer/No Cash Drawer: ""
*CashDrawer 1CashDrawer1BeforePrinting/Cash Drawer #1 Before Printing: ""
*CashDrawer 2CashDrawer2BeforePrinting/Cash Drawer #2 Before Printing: ""
*CashDrawer 3CashDrawer12BeforePrinting/Cash Drawer #1+#2 Before 
Printing: ""

*CashDrawer 4CashDrawer1AfterPrinting/Cash Drawer #1 After Printing: ""
*CashDrawer 5CashDrawer2AfterPrinting/Cash Drawer #2 After Printing: ""
*CashDrawer 6CashDrawer12AfterPrinting/Cash Drawer #1+#2 After Printing: ""
*CloseUI: *CashDrawer

*OpenUI *BlankSpace/Blank space at page's end:PickOne
*DefaultBlankSpace: 1NoPrint
*BlankSpace 0Print/Print: ""
*BlankSpace 1NoPrint/Do not print: ""
*CloseUI: *BlankSpace

*OpenUI *FeedDist/Feed distance after print:PickOne
*DefaultFeedDist: 9feed30mm
*FeedDist 0feed3mm/feed 3mm: ""
*FeedDist 1feed6mm/feed 6mm: ""
*FeedDist 2feed9mm/feed 9mm: ""
*FeedDist 3feed12mm/feed 12mm: ""
*FeedDist 4feed15mm/feed 15mm: ""
*FeedDist 5feed18mm/feed 18mm: ""
*FeedDist 6feed21mm/feed 21mm: ""
*FeedDist 7feed24mm/feed 24mm: ""
*FeedDist 8feed27mm/feed 27mm: ""
*FeedDist 9feed30mm/feed 30mm: ""
*FeedDist 10feed33mm/feed 33mm: ""
*FeedDist 11feed36mm/feed 36mm: ""
*FeedDist 12feed39mm/feed 39mm: ""
*FeedDist 13feed42mm/feed 42mm: ""
*FeedDist 14feed45mm/feed 45mm: ""
*CloseUI: *FeedDist

*CloseGroup: ZJDeviceSettings
, for the printer setup,no such option.

TIA

Ethan

If possible, take a look at the ppd file and see if a change can be made 
there.


Here is the file.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a su

Re: brasero requires gvfs

[John Hasler]

lee writes:
> It would seem kinda logical to file the bug against the cd-burning 
> software because it depends on an init system.
> 
> However, this is probably a more general issue in that a yet
> unknown amount of packages suddenly somehow depends on a particular
> init system. So it would seem better to file a general meta-bug,
> like John suggests.

After reading some (extensive and very heated) discussions on
debian-devel I've changed my mind.  File the bugs directly against
Systemd whenever justifiable.  Most important are bugs describing
problems booting that involve Systemd.  If the bug has already been
reported add a comment (an informative one, not just a rant).

It appears that there is a good chance that the "upgrade" to Systemd
when upgrading to Jessie will not be automatic (or at least not silent).
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8738c0rk5n@thumper.dhh.gt.org

Re: Forewarned is forearmed

[Steve Litt]

On Tue, 09 Sep 2014 09:38:32 +0100
Tony van der Hoff  wrote:

> On 08/09/14 23:01, Steve Litt wrote:
> > 
> > This isn't really a problem for me, but if I'm making a mistake that
> > kills lo, chances are it's causing other side effects of which I'm
> > not aware.
> > 
> >
> I'd blame systemd :/

Precisely! It's systemd's fault!

Of course, I'm using Wheezy without systemd, but systemd's very
existence has altered the universe and the rules of logic. Bad systemd!

Hey guys, point of information, I wasn't bitching about lo not
starting, I was just trying to give a symptom/solution report so the
next guy who has this happen doesn't spend a half hour troubleshooting
it like I did the first time it happened to me.

If the worst problem I ever have with computers is lo not starting and
needing to ifdown;ifup after reboot, I'll be ecstatic.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909102809.24552...@mydesq2.domain.cxm

Re: terminal doesn't come up in Jessie Beta-1?

[Steve Litt]

On Tue, 9 Sep 2014 13:24:51 +0200
B  wrote:

> On Tue, 9 Sep 2014 00:53:37 -0700
> Rick Thomas  wrote:
> 
> > And, I guess, that then begs the further question: I love to RTFM,
> > but what FM should I read for questions like these?  Is there a FM
> > for configuring Gnome?
> 
> Gnome is evil, baaad FGnome, change gnome (use XFCE, you won't
> regret it;)

Don't forget LXDE and OpenBox, they're great too. If you really want to
get down and dirty, there's dwm and jwm. dwm is especially cool because
the way you change its configuration is to edit its source and
recompile. The only reason I'm not still using dwm is it has nothing
like OpenBox's "show all windows sorted by workspace" functionality.

It's kind of funny. All email clients suck, and yet there are tens of
excellent window manager/desktop environments.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909103114.2842e...@mydesq2.domain.cxm

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 9 Sep 2014 10:31:14 -0400
Steve Litt  wrote:


> Don't forget LXDE and OpenBox, they're great too. If you really want to
> get down and dirty, there's dwm and jwm. dwm is especially cool because
> the way you change its configuration is to edit its source and
> recompile. The only reason I'm not still using dwm is it has nothing
> like OpenBox's "show all windows sorted by workspace" functionality.

Yeah, but AFAIK, they can't automatically re-open your last
session programs.
 
> It's kind of funny. All email clients suck, and yet there are tens of
> excellent window manager/desktop environments.

claws-mail is not that bad.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909164012.339f9555@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 15:31:14 Steve Litt wrote:
> Don't forget LXDE and OpenBox, they're great too.

I must put in a plug for TDE.  Comparatively lightweight.  Really easy to 
configure.  And so partially sighted friendly (because of the last.)  KDE 3.5 
worked beautifully.  Which is, of course, why it was thrown away. ;-)

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091542.21205.lisi.re...@gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 15:40:12 B wrote:
> Yeah, but AFAIK, they can't automatically re-open your last
> session programs.
>  

TDE can and does.

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091542.51611.lisi.re...@gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 9 Sep 2014 15:42:51 +0100
Lisi Reisz  wrote:

> TDE can and does.

Good to know that.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909164828.57462263@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Steve Litt]

On Tue, 9 Sep 2014 15:42:21 +0100
Lisi Reisz  wrote:

> On Tuesday 09 September 2014 15:31:14 Steve Litt wrote:
> > Don't forget LXDE and OpenBox, they're great too.
> 
> I must put in a plug for TDE.  Comparatively lightweight.  Really
> easy to configure.  And so partially sighted friendly (because of the
> last.)  KDE 3.5 worked beautifully.  Which is, of course, why it was
> thrown away. ;-)
> 
> Lisi

I'll have to add TDE to my todo list. I'm always looking for a better
window manager/desktop, even though I have an outstanding one (OpenBox).

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909104748.7d387...@mydesq2.domain.cxm

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 9 Sep 2014 15:42:21 +0100
Lisi Reisz  wrote:

> last.)  KDE 3.5 worked beautifully.  Which is, of course, why it was
> thrown away. ;-)

I stopped with KDE when it came with the same look (and terrible
"functionalities") as vi$ta ;-p)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909165023.4c7eae02@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Martin Read]

On 09/09/14 15:31, Steve Litt wrote:

It's kind of funny. All email clients suck, and yet there are tens of
excellent window manager/desktop environments.


All software sucks (except defective device drivers for vacuum pump 
systems). The only question is whether the nature of the suckage is a 
problem for a particular user.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/540f13c5.50...@zen.co.uk

Re: Brainydeal Receipt Printer

[Brian]

On Tue 09 Sep 2014 at 09:23:02 -0400, Ethan Rosenberg wrote:

> On 09/09/2014 02:47 AM, Chris Bannister wrote:
> >On Mon, Sep 08, 2014 at 07:46:28PM -0400, Ethan Rosenberg, PhD wrote:
> >>The printing is along the length of the paper, as opposed to perpendicular.
> >
> >Known as landscape and portrait respectively.
> >
> >>How do I change it?
> >
> >Depends on the application you are printing from, but it's usually under
> >something called 'page setup' or similar.
> >
> 
> Chris -
> 
> Thanks.

[PPD snipped]

> If possible, take a look at the ppd file and see if a change can be
> made there.
> 
> Here is the file.

The orientation of a print on paper is not (and cannot be) set from a
PPD file. Did you try Chris Bannister's suggestion? What is the
application?

You could try

   lp -o landscape filename

Or for portrait

   lp -o orientation-requested=3 filename



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014155807.badf7a273...@desktop.copernicus.demon.co.uk

Re: Brainydeal Receipt Printer

[Thierry Chatelet]

On Tuesday 09 September 2014 16:03:06 Brian wrote:
> On Tue 09 Sep 2014 at 09:23:02 -0400, Ethan Rosenberg wrote:
> > On 09/09/2014 02:47 AM, Chris Bannister wrote:
> > >On Mon, Sep 08, 2014 at 07:46:28PM -0400, Ethan Rosenberg, PhD wrote:
> > >>The printing is along the length of the paper, as opposed to
> > >>perpendicular.
> > >
> > >Known as landscape and portrait respectively.
> > >
> > >>How do I change it?
> > >
> > >Depends on the application you are printing from, but it's usually under
> > >something called 'page setup' or similar.
> > 
> > Chris -
> > 
> > Thanks.
> 
> [PPD snipped]
> 
> > If possible, take a look at the ppd file and see if a change can be
> > made there.
> > 
> > Here is the file.
> 
> The orientation of a print on paper is not (and cannot be) set from a
> PPD file. Did you try Chris Bannister's suggestion? What is the
> application?
> 
> You could try
> 
>lp -o landscape filename
> 
> Or for portrait
> 
>lp -o orientation-requested=3 filename

In PPD there is:
*LandscapeOrientation:  Plus90

Could that be it?
Thierry


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1933694.nuDmPvyA0o@newone

Re: Brainydeal Receipt Printer

[Bzzzz]

On Tue, 09 Sep 2014 17:44:34 +0200
Thierry Chatelet  wrote:

> In PPD there is:
> *LandscapeOrientation:  Plus90
> 
> Could that be it?

Nope, I've the same in the PPD of my HP2100.

Your PB might be related to a former order that switched to
landscape (some printers save this in a non-volatile memory);
it could be a wrongly interpreted string when you couldn't
have your printer working correctly.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909175526.6f38637a@msi.defcon1

Re: Query about .xsession-errors file

[Bret Busby]

On 09/09/2014, Chris Bannister  wrote:
> On Tue, Sep 09, 2014 at 03:29:04PM +0800, Bret Busby wrote:
>> Hello.
>>
>> I am concerned that, should I simply delete the file, the system will
>> crash or otherwise damage to the boot session, would occur.
>
> I very much doubt that any such damage would occur by deleting it, but
> the following incantation is one answer:
>
> tal% ls -alh .xsession-errors
> -rw--- 1 chrisb chrisb 33K Sep  9 17:40 .xsession-errors
>
> tal% :> .xsession-errors
> tal% ls -alh .xsession-errors
> -rw--- 1 chrisb chrisb 0 Sep  9 21:25 .xsession-errors
>

Well, that kind of works.

Before seeing the above message, after someone previously saying that
deleting the file would not cause any (extra) problems, but would not
free up disc space, I deleted the file, then ran "Empty Trash Can",
but, no disc space was freed, then, subsequently, I observed that a
new file had been created;
.xsession-errors.old
with a size of about 33kB, and so I overwrote that, as described
above, and that reduced its size to zero, but, I now do not have the
original file with which to do that, and, I have about 750MB of
missing disc space.

I have had to move files off the HDD, to make it usable (it does not
work with no free space, which is what the file did to it).

Does a way exist, for me to reclaim the vanished disc space, without
having to reboot the computer?

Maybe this is why, as I posted some time ago, resources repeatedly got
progressively consumed, until no free resources were available, so the
system required rebooting every couple of weeks or so (a bit like
Win95, I think it was, but, I believe that Win95 generally lasted for
about four weeks, before needing rebooting), or, it simply crashed.

-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACX6j8OeQTge42z9ah2sDQ08mR=ki5rm4fvzzo2epiwwen8...@mail.gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Andre N Batista]

On Tue, Sep 09, 2014 at 03:50:45PM +0100, Martin Read wrote:
> On 09/09/14 15:31, Steve Litt wrote:
> >It's kind of funny. All email clients suck, and yet there are tens of
> >excellent window manager/desktop environments.
> 
> All software sucks (except defective device drivers for vacuum pump
> systems). The only question is whether the nature of the suckage is
> a problem for a particular user.
>

You almost took my chance to say that there are those who suckless.
After trying evolution and sylpheed for a while, I thought I would be
better using just mutt.

Hell of a dog, we are going to be friends for years to come.


signature.asc
Description: Digital signature

Query about existence of way to free up unnecessary RAM usage

[Bret Busby]

Hello.

It has occurred to me, with the problem with the xsession-errors file
progressively consuming HDD space until it runs out, causing crashing,
and the deflating of the file, using the '>' action, to ask whether a
similar way exists, of freeing RAM that has been hijacked - RAM that
is also progressively consumed until it causes system failure, with
applications that are closed either in an orderly manner, or by
crashing, not freeing up the RAM (and, the evil javascript seeking to
sabotage the system, by, amongst other things, progressively consuming
the free RAM, until the system runs out of RAM and fails), so that I
could run a command, and, RAM that is not currently in use by programs
that are running, is freed?

At present, with 16GB of RAM, on this computer, and, "91% in use by
programs" and "8% in use as cache" (even though, I set cache off, in
each of the web browsers), it is a system riddled with bloatware, and,
like a cow with bloat, where it keeps getting bigger and bigger, it
needs for the gas to be released.

If browser windows are shut, the RAM is still occupied and unusable,
and, the parasitic javascript progressively consumes the RAM, until it
takes it all, so, a means of relieving the pressure, would be useful.

Once again, it would be better to be able to fix the problem
(deflating the bloat), rather than being required to shut the system
down (kill the animal).

Thank you in anticipation

-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACX6j8O75_Ef8EPQcrJLJeveiUqGxPknLJjH9=1zwms+dmb...@mail.gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 15:50:23 B wrote:
> On Tue, 9 Sep 2014 15:42:21 +0100
>
> Lisi Reisz  wrote:
> > last.)  KDE 3.5 worked beautifully.  Which is, of course, why it was
> > thrown away. ;-)
>
> I stopped with KDE when it came with the same look (and terrible
> "functionalities") as vi$ta ;-p)

I.e. KDE 4 

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091803.53995.lisi.re...@gmail.com

Re: Query about existence of way to free up unnecessary RAM usage

[Don Armstrong]

On Wed, 10 Sep 2014, Bret Busby wrote:
> At present, with 16GB of RAM, on this computer, and, "91% in use by
> programs" and "8% in use as cache" (even though, I set cache off, in
> each of the web browsers),

Cache has nothing to do with the browsers, and everything to do with the
kernel.

The output of free (and for your browsers, their internal memory report
(about:memory for both chromium and iceweasel) will be useful.


Free RAM is wasted RAM. http://www.linuxatemyram.com/ (and similar
sites) might be useful.

-- 
Don Armstrong  http://www.donarmstrong.com

This message brought to you by weapons of mass destruction related
program activities, and the letter G.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909171009.gg7...@rzlab.ucr.edu

Re: Brainydeal Receipt Printer

[Brian]

On Tue 09 Sep 2014 at 17:55:26 +0200, B wrote:

> On Tue, 09 Sep 2014 17:44:34 +0200
> Thierry Chatelet  wrote:
> 
> > In PPD there is:
> > *LandscapeOrientation:  Plus90
> > 
> > Could that be it?
> 
> Nope, I've the same in the PPD of my HP2100.

It provides a hint about which way the page should be rotated and
translated for the printed output to be compatible with the way the
printer page feeding works.

For a blank sheet of paper Plus90 or Minus90 don't matter. For a blank
sheet of paper with a letterhead or hole-punches it is significant.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014180109.2b94cdedf...@desktop.copernicus.demon.co.uk

Re: brasero requires gvfs

[Slavko]

Ahoj,

Dňa Tue, 09 Sep 2014 08:35:48 -0500 John Hasler 
napísal:

> After reading some (extensive and very heated) discussions on
> debian-devel I've changed my mind.  File the bugs directly against
> Systemd whenever justifiable. 

Please, can you point me? Or provide (really very) short description
here? I was tray to read the d-devel ML, but i see to follow the
discussion there as very terrible for me - it is a terrible because
sometime the things are less technical and go out of my English
knowledge and other are too technical and go out my technical
knowledge and then i am not able to decide if i don't understand
because my English or because i don't know what is discussion about :-)

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Re: Brainydeal Receipt Printer

[Bzzzz]

On Tue, 9 Sep 2014 18:12:12 +0100
Brian  wrote:

> For a blank sheet of paper Plus90 or Minus90 don't matter. For a blank
> sheet of paper with a letterhead or hole-punches it is significant.

Shall we assume that the regular rotation is used? (that is:
Plus = counterclockwise).


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909191657.04d5ffdb@msi.defcon1

Re: Canon PIXMA mg5420 or HP Photo Smart 7520

[Floris]

Op Tue, 09 Sep 2014 01:06:26 +0200 schreef ken :

In need of a new printer, having done a bit or research, and considering  
either the Canon PIXMA mg5420  or the HP Photo Smart 7520.


There are Linux drivers for the Photosmart which are supposed to handle  
both the printer and the scanner.  But in my research I haven't found  
(yet) anyone who's gotten the scanner to work with Linux on the  
Photosmart, let alone the sheet feeder for it.  Allegedly there are  
instructions and requirements for using the fax on Linux.  But I'd like  
to hear from someone who has actually gotten all of this working on  
Linux (either debian or centos) and which version of which distro is  
needed.


The Canon PIXMA mg5420 doesn't have a fax or a sheet feeder for its  
scanner, but I'm guessing it's even dodgier to get just its single-sheet  
flatbed scanner and its printer working with Linux.  So has anyone had  
success with that?


I've also read horror stories about the how often new ink cartridges are  
required, that basically you pay for the printer a second and third time  
buying cartridges (not to mention how often a print job is interrupted  
by a trip to buy new cartridges).  Any first-hand reports on that?


Whoever thought spending money would be so tough?

Thanks for your knowledge and experience.



My two cents:

I have a Canon Pixma MG5250 All-in-one connected via my home network
and it works out of the box. The scan-to-computer-button is the only
feature I haven't test. But I can give a successfully scan command
from my computer.

USB Connect:
- CUPS also have drivers for the MG5400 series, so I suspect the
printer function will work.
- Sane reports on their site: "Pixma MG5400 - usb - Untested",
but the MG5300 and MG6100 are successfully tested, so I think the
scanner-function will work also.

Network Connect (Pixma is connected via a hub or switch):
Connon use standard network protocols, so I suspect this will work.

Ink:
I haven't count how many pages I can print, but I use the
ink-refill-shop around the corner. And many people do, so Canon
doesn't make any profit on my ink. (Or they must also make
the cheaper ink cartridges)

good luck,

floris


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/op.xlxjnpli5k9...@jessica.jkfloris.demon.nl

Re: brasero requires gvfs

[Slavko]

Ahoj,

Dňa Mon, 08 Sep 2014 23:31:25 +0100 Martin Read 
napísal:

> Part of the underlying problem is that systemd-logind >= 205,
> delivered in Debian as part of the systemd binary package, relies on
> calls to a dbus interface of systemd in order to perform operations
> that systemd-logind < 204 performed on its own. This change was not
> done on a whim of the systemd developers, but (as I mentioned
> elsethread) in response to a decision of the kernel cgroups subsystem
> maintainer (who is not, to my knowledge, a member of the systemd
> development team) regarding the future structure of the cgroups
> interface.

Small typo, the systemd-logind <= 204 provides it. I have hold the
version 204 of systemd and udev (and related packages) due this.

regards

-- 
Slavko
http://slavino.sk


signature.asc
Description: PGP signature

Re: Query about .xsession-errors file

[Bret Busby]

On 10/09/2014, Bret Busby  wrote:
> On 09/09/2014, Chris Bannister  wrote:
>> On Tue, Sep 09, 2014 at 03:29:04PM +0800, Bret Busby wrote:
>>> Hello.
>>>
>>> I am concerned that, should I simply delete the file, the system will
>>> crash or otherwise damage to the boot session, would occur.
>>
>> I very much doubt that any such damage would occur by deleting it, but
>> the following incantation is one answer:
>>
>> tal% ls -alh .xsession-errors
>> -rw--- 1 chrisb chrisb 33K Sep  9 17:40 .xsession-errors
>>
>> tal% :> .xsession-errors
>> tal% ls -alh .xsession-errors
>> -rw--- 1 chrisb chrisb 0 Sep  9 21:25 .xsession-errors
>>
>
> Well, that kind of works.
>
> Before seeing the above message, after someone previously saying that
> deleting the file would not cause any (extra) problems, but would not
> free up disc space, I deleted the file, then ran "Empty Trash Can",
> but, no disc space was freed, then, subsequently, I observed that a
> new file had been created;
> .xsession-errors.old
> with a size of about 33kB, and so I overwrote that, as described
> above, and that reduced its size to zero, but, I now do not have the
> original file with which to do that, and, I have about 750MB of
> missing disc space.
>
> I have had to move files off the HDD, to make it usable (it does not
> work with no free space, which is what the file did to it).
>
> Does a way exist, for me to reclaim the vanished disc space, without
> having to reboot the computer?
>
> Maybe this is why, as I posted some time ago, resources repeatedly got
> progressively consumed, until no free resources were available, so the
> system required rebooting every couple of weeks or so (a bit like
> Win95, I think it was, but, I believe that Win95 generally lasted for
> about four weeks, before needing rebooting), or, it simply crashed.
>
>

Just out of interest, "top" shows the system as having been up for 21
days, so, the xsession-errors file grew to 743MB, in 21 days. I saw,
at the top of that file, before I deleted it, reference to 21 August,
so, the file apparently, grows quite fast.

-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cacx6j8p54xsm1ef__uqsidymiu-go_l6m2neaqimjpjphhf...@mail.gmail.com

Re: Brainydeal Receipt Printer

[Brian]

On Tue 09 Sep 2014 at 19:16:57 +0200, B wrote:

> On Tue, 9 Sep 2014 18:12:12 +0100
> Brian  wrote:
> 
> > For a blank sheet of paper Plus90 or Minus90 don't matter. For a blank
> > sheet of paper with a letterhead or hole-punches it is significant.
> 
> Shall we assume that the regular rotation is used? (that is:
> Plus = counterclockwise).

We may as well. But let us not lose sight of the fact that the OP's
problem has nothing to do with that and a solution has already been
indicated by Chris Bannister.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014182610.7c4e7b370...@desktop.copernicus.demon.co.uk

Re: Query about .xsession-errors file

[Brian]

On Wed 10 Sep 2014 at 01:24:24 +0800, Bret Busby wrote:

> Just out of interest, "top" shows the system as having been up for 21
> days, so, the xsession-errors file grew to 743MB, in 21 days. I saw,
> at the top of that file, before I deleted it, reference to 21 August,
> so, the file apparently, grows quite fast.

This machine has been up for about the same length of time.

  brian@desktop:~$ ls -l .xsession-errors 
  -rw--- 1 brian brian 165780 Aug 24 08:39 .xsession-errors

Has it dawned on you that an investigation of the file's contents
might be indicated?


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014183657.c13f8c6fa...@desktop.copernicus.demon.co.uk

Re: Query about .xsession-errors file

[Bret Busby]

On 10/09/2014, Brian  wrote:
> On Wed 10 Sep 2014 at 01:24:24 +0800, Bret Busby wrote:
>
>> Just out of interest, "top" shows the system as having been up for 21
>> days, so, the xsession-errors file grew to 743MB, in 21 days. I saw,
>> at the top of that file, before I deleted it, reference to 21 August,
>> so, the file apparently, grows quite fast.
>
> This machine has been up for about the same length of time.
>
>   brian@desktop:~$ ls -l .xsession-errors
>   -rw--- 1 brian brian 165780 Aug 24 08:39 .xsession-errors
>
> Has it dawned on you that an investigation of the file's contents
> might be indicated?
>
>

The file has (kind of) gone, now (it is no longer accessible, but,
appears to still exist, in the ether of the unknown; still taking up
disc space, whilst, in theory, non-existent), but, when I did briefly
examine the contents, hundreds of lines referring to QPaint problems,
were shown.


-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cacx6j8pbpc_ssc5uy1whuyrgnaws+kpqy8noc0xpvotqbin...@mail.gmail.com

Re: Brainydeal Receipt Printer

[Lisi Reisz]

On Tuesday 09 September 2014 18:28:33 Brian wrote:
> But let us not lose sight of the fact that the OP's
> problem has nothing to do with that and a solution has already been
> indicated by Chris Bannister.

Unfortunately, it is a solution which the OP, for whatever reason, either does 
not understand or does not want to understand.

Ethan may, of course, also not even know what OP means.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091854.37603.lisi.re...@gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Steve Litt]

On Tue, 9 Sep 2014 16:50:23 +0200
B  wrote:

> On Tue, 9 Sep 2014 15:42:21 +0100
> Lisi Reisz  wrote:
> 
> > last.)  KDE 3.5 worked beautifully.  Which is, of course, why it was
> > thrown away. ;-)
> 
> I stopped with KDE when it came with the same look (and terrible
> "functionalities") as vi$ta ;-p)

I stopped with KDE when Kmail2 came out and I finally realized that
most of my instability was due to KDE, not Linux. Today I ban all KDE
libraries from all of my computers.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909135308.0c2c9...@mydesq2.domain.cxm

Re: Forewarned is forearmed

[Brian]

On Tue 09 Sep 2014 at 10:28:09 -0400, Steve Litt wrote:

> Hey guys, point of information, I wasn't bitching about lo not
> starting, I was just trying to give a symptom/solution report so the
> next guy who has this happen doesn't spend a half hour troubleshooting
> it like I did the first time it happened to me.

You describe a symptom which in all probability is unique to your setup
and quite likely due to some misconfiguration. The "solution" reveals
nothing about the cause of your problem. The "next guy" is as just in
the dark as you are.

> If the worst problem I ever have with computers is lo not starting and
> needing to ifdown;ifup after reboot, I'll be ecstatic.

Most people would (or should be) be very bothered if the machine can not
talk to itself.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014184209.a442909e8...@desktop.copernicus.demon.co.uk

Re: Query about existence of way to free up unnecessary RAM usage

[Steve Litt]

On Wed, 10 Sep 2014 00:59:29 +0800
Bret Busby  wrote:

 
> At present, with 16GB of RAM, on this computer, and, "91% in use by
> programs" and "8% in use as cache" (even though, I set cache off, in
> each of the web browsers), it is a system riddled with bloatware, and,
> like a cow with bloat, where it keeps getting bigger and bigger, it
> needs for the gas to be released.

What command gave you that 91% and 8% information? Are you by any
chance using KDE? Do you have several VM hosts running?

Here's my vmstat for my 16GB machine:

slitt@mydesq2:~$ vmstat -S M
procs ---memory-- ---swap-- -io 
 r  b   swpd   free   buff  cache   si   sobibo 
 0  0  0   8313607   4509002322 
slitt@mydesq2:~$ vmstat -S M -a
procs ---memory-- ---swap-- -io 
 r  b   swpd   free  inact active   si   sobibo 
 0  0  0   8313   3643   2201002322 
slitt@mydesq2:~$ 

You'll notice I truncated the right hand output, in Vim, so it wouldn't
wordwrap.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909140414.456db...@mydesq2.domain.cxm

Re: Brainydeal Receipt Printer

[Brian]

On Tue 09 Sep 2014 at 18:54:37 +0100, Lisi Reisz wrote:

> On Tuesday 09 September 2014 18:28:33 Brian wrote:
> > But let us not lose sight of the fact that the OP's
> > problem has nothing to do with that and a solution has already been
> > indicated by Chris Bannister.
> 
> Unfortunately, it is a solution which the OP, for whatever reason, either 
> does 
> not understand or does not want to understand.
> 
> Ethan may, of course, also not even know what OP means.

There is have every expectation that Ethan wants to understand the
suggested solution. If he does not understand it he will ask and we will
help him.

OP is Original Poster. That is, the person who started the thread.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014190441.14f6869f4...@desktop.copernicus.demon.co.uk

Re: Query about existence of way to free up unnecessary RAM usage

[Bret Busby]

On 10/09/2014, Don Armstrong  wrote:
> On Wed, 10 Sep 2014, Bret Busby wrote:
>> At present, with 16GB of RAM, on this computer, and, "91% in use by
>> programs" and "8% in use as cache" (even though, I set cache off, in
>> each of the web browsers),
>
> Cache has nothing to do with the browsers, and everything to do with the
> kernel.
>
> The output of free (and for your browsers, their internal memory report
> (about:memory for both chromium and iceweasel) will be useful.
>
>
> Free RAM is wasted RAM. http://www.linuxatemyram.com/ (and similar
> sites) might be useful.
>
> --
> Don Armstrong  http://www.donarmstrong.com
>
> This message brought to you by weapons of mass destruction related
> program activities, and the letter G.
>
>

"
:~$ free
 total   used   free sharedbuffers cached
Mem:  16333856   16242704  91152  0  867841384384
-/+ buffers/cache:   147715361562320
Swap: 428603401764372   41095968
"

I do not run chromium, and I am not at present running iceweasel.

I am at present running (in web browsers)

javascript enabled
Opera
Epiphany

javascript disabled
Arora
konqueror
rekonq

Whilst that may seem alot, I have previously run Arora, with
javascript disabled, with 106 browser windows open, using less than
half of the RAM.


-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




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

Re: terminal doesn't come up in Jessie Beta-1?

[Tony van der Hoff]

On 09/09/14 18:03, Lisi Reisz wrote:
> On Tuesday 09 September 2014 15:50:23 B wrote:
>> On Tue, 9 Sep 2014 15:42:21 +0100
>>
>> Lisi Reisz  wrote:
>>> last.)  KDE 3.5 worked beautifully.  Which is, of course, why it was
>>> thrown away. ;-)
>>
>> I stopped with KDE when it came with the same look (and terrible
>> "functionalities") as vi$ta ;-p)
> 
> I.e. KDE 4 
> 
> Lisi
> 
> 
Hey, I like KDE4 
Chacon a son gout, as we might say in France :)
-- 
Tony van der Hoff| mailto:t...@vanderhoff.org
Buckinghamshire, England |


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/540f4372.9030...@vanderhoff.org

Re: Query about existence of way to free up unnecessary RAM usage

[Bret Busby]

On 10/09/2014, Steve Litt  wrote:
> On Wed, 10 Sep 2014 00:59:29 +0800
> Bret Busby  wrote:
>
>
>> At present, with 16GB of RAM, on this computer, and, "91% in use by
>> programs" and "8% in use as cache" (even though, I set cache off, in
>> each of the web browsers), it is a system riddled with bloatware, and,
>> like a cow with bloat, where it keeps getting bigger and bigger, it
>> needs for the gas to be released.
>
> What command gave you that 91% and 8% information? Are you by any
> chance using KDE? Do you have several VM hosts running?
>

I do not use kde (as the window manager or display manager, or,
however the functionality is named).

I use GNOME2 (on this computer - Debian 6).

The RAM usage information is from the GNOME 2 "System Monitor 2.30.0"
graphs applet in the panel.

> Here's my vmstat for my 16GB machine:
>
> slitt@mydesq2:~$ vmstat -S M
> procs ---memory-- ---swap-- -io
>  r  b   swpd   free   buff  cache   si   sobibo
>  0  0  0   8313607   4509002322
> slitt@mydesq2:~$ vmstat -S M -a
> procs ---memory-- ---swap-- -io
>  r  b   swpd   free  inact active   si   sobibo
>  0  0  0   8313   3643   2201002322
> slitt@mydesq2:~$
>
> You'll notice I truncated the right hand output, in Vim, so it wouldn't
> wordwrap.
>
> SteveT
>


"
:~$ vmstat -S M
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free   buff  cache   si   sobibo   in   cs us sy id wa
15  0   1725 88 85   134801 71121 13  1 86  0
"


"
:~$ vmstat -S M -a
procs ---memory-- ---swap-- -io -system-- cpu
 r  b   swpd   free  inact active   si   sobibo   in   cs us sy id wa
12  0   1725 86   2194  1323301 71121 13  1 86  0
"



-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACX6j8NSq1D_qpKtGVOV=9aQ9CA=5==2qudhs8zur-gjws1...@mail.gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Brian]

On Tue 09 Sep 2014 at 13:53:08 -0400, Steve Litt wrote:

> On Tue, 9 Sep 2014 16:50:23 +0200
> B  wrote:
> > 
> > I stopped with KDE when it came with the same look (and terrible
> > "functionalities") as vi$ta ;-p)
> 
> I stopped with KDE when Kmail2 came out and I finally realized that
> most of my instability was due to KDE, not Linux. Today I ban all KDE
> libraries from all of my computers.

Putting down one's instability to drink, cigarettes and a fondness for
wild, wild women is not unknown. It has rarely been ascribed to KDE.

Install fvwm - the sober, stable and honest WM. Comes without KDE
libraries and aids clear thinking. End of advert.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/09092014191129.d9156c57b...@desktop.copernicus.demon.co.uk

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 09 Sep 2014 19:14:10 +0100
Tony van der Hoff  wrote:

> Hey, I like KDE4 
> Chacon a son gout, as we might say in France :)

No: 'chacun ses goûts'.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909202428.7e2abc27@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 19:14:10 Tony van der Hoff wrote:
> Hey, I like KDE4 
> Chacon a son gout, as we might say in France :)

It's Linux. :-)  FLOSS.  Choice.  It's great!

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091924.48168.lisi.re...@gmail.com

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 19:24:28 B wrote:
> > Hey, I like KDE4 
> > Chacon a son gout, as we might say in France :)
>
> No: 'chacun ses goûts'.

If we are going to quibble about typing erriors, I would have said that it is:

"chacun à son goût"

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409091940.29484.lisi.re...@gmail.com

Re: Query about existence of way to free up unnecessary RAM usage

[Bzzzz]

On Wed, 10 Sep 2014 00:59:29 +0800
Bret Busby  wrote:

> could run a command, and, RAM that is not currently in use by programs
> that are running, is freed?

No, as the 'unused' RAM is in fact used for system caches.

But you can change the swapping threshold:
http://linux.cloudibee.com/2007/11/linux-performance-tuning-vm-swappiness/
(permanent changes are to be written into /etc/sysctl.conf; also note
that is counts backward, a value of 10 meaning: "do not swap until
free RAM is more than 10% of the whole).

> At present, with 16GB of RAM, on this computer, and, "91% in use by
> programs" and "8% in use as cache" (even though, I set cache off, in
> each of the web browsers),

Disabling RAM cache in browsers is a bad idea unless you have very
fast HDz (SSDz).

> it is a system riddled with bloatware, and,
> like a cow with bloat, where it keeps getting bigger and bigger, it
> needs for the gas to be released.

Fart a bit, you're all red ;-p)

> If browser windows are shut, the RAM is still occupied and unusable,

No, it is usable, but it doesn't show as free.

> and, the parasitic javascript progressively consumes the RAM, until it
> takes it all, so, a means of relieving the pressure, would be useful.

As 95% of JS scripts aren't correctly written, this ain't a big
surprise; but this should normally be ended when closing the page
tab.

> Once again, it would be better to be able to fix the problem
> (deflating the bloat), rather than being required to shut the system
> down (kill the animal).

Normally, if you _really_ reach the system RAM limit, init begins
killing the least used programs/daemons (well, this WAS true with
a good init, such as the sysV one…)


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909204251.3eb802a7@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Bzzzz]

On Tue, 9 Sep 2014 19:40:29 +0100
Lisi Reisz  wrote:

> "chacun à son goût"

Unfortunately for you, I'm french native; so the real expression is:
"à chacun ses goûts"; which is commonly shorten in: "chacun ses goûts"
in a sentence.

There's also a variant: "chacun ses goûts, la merde a le sien" *<;-P)


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909204656.72c1451d@msi.defcon1

Re: Query about existence of way to free up unnecessary RAM usage

[Martin Read]

On 09/09/14 19:42, B wrote:

Normally, if you _really_ reach the system RAM limit, init begins
killing the least used programs/daemons (well, this WAS true with
a good init, such as the sysV one…)


First, the OOM Killer is part of the kernel, not part of the init 
system. Second, it doesn't start killing processes until you run out of 
RAM *and swap*.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/540f4b34.10...@zen.co.uk

Re: Query about existence of way to free up unnecessary RAM usage

[Bret Busby]

On 10/09/2014, Martin Read  wrote:
> On 09/09/14 19:42, B wrote:
>> Normally, if you _really_ reach the system RAM limit, init begins
>> killing the least used programs/daemons (well, this WAS true with
>> a good init, such as the sysV one…)
>
> First, the OOM Killer is part of the kernel, not part of the init
> system. Second, it doesn't start killing processes until you run out of
> RAM *and swap*.
>
>

Yeah, but, whatever I tried, I could never get Debian 6 to swap. It
would just run out of RAM and freeze.

With Debian 5, I could trick it into swapping, by opening gimp, anf
manipulating a file, and then closing gimp, and that would trick
swapping into working, but, not even that, works with Debian 6.


-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cacx6j8pycaj0ce5fmhlwnref-gmkmz0bu6jcsrpy+p8dgkm...@mail.gmail.com

Re: Query about existence of way to free up unnecessary RAM usage

[Bzzzz]

On Wed, 10 Sep 2014 02:57:26 +0800
Bret Busby  wrote:

> Yeah, but, whatever I tried, I could never get Debian 6 to swap. It
> would just run out of RAM and freeze.

But you ARE swapping (from your 2nd post):
Swap: 428603401764372   41095968

if you weren't, the 2nd col. would be 0 and col1=col3.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909210217.1f25c519@msi.defcon1

Re: brasero requires gvfs

[lee]

The Wanderer  writes:

> On 09/08/2014 at 05:46 PM, lee wrote:
>
>> Rob Owens  writes:
>> 
>>> I'm smart enough to understand that a desktop environment (or a
>>> cd burner) depending on a particular init system doesn't make
>>> sense. But I have not yet figured out which package to file a bug
>>> with.  I suspect the package maintainers are smart enough to
>>> realize this as well, but maybe they have not noticed this
>>> unreasonable dependency is a result of their choices.
>>> 
>>> So what should be our plan to get this addressed?
>> 
>> It would seem kinda logical to file the bug against the cd-burning 
>> software because it depends on an init system.
>> 
>> However, this is probably a more general issue in that a yet
>> unknown amount of packages suddenly somehow depends on a particular
>> init system. So it would seem better to file a general meta-bug,
>> like John suggests.
>
> I would argue that the bug lies in the fact that this functionality
> (which software not part of an init system wants to depend on) is being
> provided by an init system.

Has it ever mattered so much /which/ software provides a functionality
that it is a bug that a software provides a functionality other software
depends on, and thus depends on the software providing the
functionality?

> IOW, it's a bug in systemd itself - more specifically, a design bug. As
> such, it should be fixed there, by moving this functionality outside of
> systemd (and making systemd depend on the external provider of the
> functionality).

You could argue that it isn't a design bug when systemd has a component
which provides a functionality needed by systemd or other components of
it.  That there may be other software depending on the same
functionality is a problem with the other software.

> Unfortunately, the systemd designers and developers almost certainly
> disagree that this is a bug. They've been moving in the direction of
> more integration, not less, and AIUI have explicitly stated that patches
> removing the dependencies among the major systemd components will be
> rejected; they would almost certainly reject the idea of moving this
> functionality outside of systemd.
>
> That's not incompatible with the "single writer, single hierarchy"
> cgroups model that has apparently been mandated by the kernel upstream,
> as far as I can see; you still have one single writer managing a single
> hierarchy of cgroups, it's just that that writer is not part of PID 1,
> and does not rely on any particular PID 1 being active.
>
> However, I suspect that it would still be rejected, on fragility grounds
> if nothing else. I can still hope that I'm wrong about that, but I don't
> think it's very likely.

Maybe this bug isn't something that could be filed against a particular
package.  It's more like all the involved packages are doing their thing
right under the given circumstances, yet the outcome is a problem
("bug") because it means that a (great amount of) arbitrary packages
which, by their nature or considering what they provide, are not at all
related to an init system come to depend on a particular init system.
The given circumstances need to change so that all packages can do their
thing right *without* the outcome being a problem/bug.

All Linux distributions depending on systemd are broken by design.
Debian has, perhaps unconsciously, decided that it wants to be broken by
design.

Unconsciously or not, Debian providing a distribution which is broken by
design IMHO clearly violates Debians' social contract.  Otherwise you
would have to assume that the users want or need a distribution which is
broken by design and that such a distribution could still be of high
quality.


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/8761gw62uy@yun.yagibdah.de

Re: Query about .xsession-errors file

[Jonathan Dowland]

On Wed, Sep 10, 2014 at 01:54:08AM +0800, Bret Busby wrote:
> The file has (kind of) gone, now (it is no longer accessible, but,
> appears to still exist, in the ether of the unknown; still taking up
> disc space, whilst, in theory, non-existent),

A file continues to use up disk space until all open file handles are closed.
Quite likely Xorg still has the file open, even though you've removed all the
hard links (paths) to it on the filesystem. If you still have the system up in
the same state, you might see it in /proc/$(pidof Xorg)/fd (or it might be
another process other than Xorg, or I might be wrong entirely)

> but, when I did briefly examine the contents, hundreds of lines referring to
> QPaint problems, were shown.

Historically in my experience lots of Qt and KDE programs were extremely
verbose on stderr, often because they were built with some debug flag enabled.
Depending on the nature of the QPaint messages, this might be the case. Either
way, it's probably a severity: minor bug worth reporting if it hasn't already
(this bug looks relevant: https://bugs.debian.org/598975 - I guess the thing
to do is figure out which program is generating the messages.)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909190858.ga25...@bryant.redmars.org

Re: Query about existence of way to free up unnecessary RAM usage

[Sven Joachim]

On 2014-09-09 20:13 +0200, Bret Busby wrote:

> :~$ free
>  total   used   free sharedbuffers cached
> Mem:  16333856   16242704  91152  0  867841384384
> -/+ buffers/cache:   147715361562320
> Swap: 428603401764372   41095968

That's indeed rather a lot of RAM used.  You can investigate that with
the 'top' program.  After starting top, type 'M' to sort by memory
usage.

Cheers,
   Sven


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/871trkligc@turtle.gmx.de

Re: Query about existence of way to free up unnecessary RAM usage

[Bret Busby]

On 10/09/2014, B  wrote:
> On Wed, 10 Sep 2014 02:57:26 +0800
> Bret Busby  wrote:
>
>> Yeah, but, whatever I tried, I could never get Debian 6 to swap. It
>> would just run out of RAM and freeze.
>
> But you ARE swapping (from your 2nd post):
> Swap: 428603401764372   41095968
>
> if you weren't, the 2nd col. would be 0 and col1=col3.
>
>


Alright, then; it is doing token swapping - with 99% of 16GB memory
usage, and, swapping only 4% of (about) 40GB swap capacity, you can't
seriously tell me that the swapping is working as it should be.


-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




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

Re: Query about existence of way to free up unnecessary RAM usage

[Bzzzz]

On Wed, 10 Sep 2014 03:30:40 +0800
Bret Busby  wrote:

> Alright, then; it is doing token swapping - with 99% of 16GB memory
> usage, and, swapping only 4% of (about) 40GB swap capacity, you can't
> seriously tell me that the swapping is working as it should be.

Anyway, a swap of 40GB is too much for a RAM of 16GB (should be
around 16-20GB), unless you perform operations that generates
a lot of intermediary results).

As I already said, 95% of JS scripts are written with feet;
and it is not unusual to find either infinite loops or
anything from the whole panel of programming malpractices
into them…

What is this command returning? sysctl -a|grep swap

What is the output of: ps aux ?


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909215135.53dc8f0e@msi.defcon1

Re: brasero requires gvfs

[lee]

John Hasler  writes:

> It appears that there is a good chance that the "upgrade" to Systemd
> when upgrading to Jessie will not be automatic (or at least not silent).

I would be majorly pissed if a distribution upgrade would force me to
suddenly use systemd and not give me a choice.

Besides, how do they plan to manage such a change without breaking
anything?


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87sik04n1m@yun.yagibdah.de

Re: Query about existence of way to free up unnecessary RAM usage

[lee]

Bret Busby  writes:

> On 10/09/2014, Martin Read  wrote:
>> On 09/09/14 19:42, B wrote:
>>> Normally, if you _really_ reach the system RAM limit, init begins
>>> killing the least used programs/daemons (well, this WAS true with
>>> a good init, such as the sysV one…)
>>
>> First, the OOM Killer is part of the kernel, not part of the init
>> system. Second, it doesn't start killing processes until you run out of
>> RAM *and swap*.
>>
>>
>
> Yeah, but, whatever I tried, I could never get Debian 6 to swap. It
> would just run out of RAM and freeze.
>
> With Debian 5, I could trick it into swapping, by opening gimp, anf
> manipulating a file, and then closing gimp, and that would trick
> swapping into working, but, not even that, works with Debian 6.

You seem to have some issue with swapping.  Are your swap partitions
(the disks they are residing on) somehow broken?  Did you disable
overcommitment?

Even with overcommitment disabled, the system should only freeze or
crash when crucial processes are killed when it runs out of memory.

To prevent an undesirable state of the system due to insufficient
memory, you can use (a large amount of) swap space on a slow medium
because that may give you a chance to do something before processes are
being killed.

Always use redundancy (like RAID) also for swap because you don't want
your system to go down when a disk fails.


-- 
Knowledge is volatile and fluid.  Software is power.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87k35c4kb0@yun.yagibdah.de

Re: git: how to figure out with a script what the last commit on remote repo is without fetching it

[lee]

Jonathan Dowland  writes:

> On Mon, Sep 08, 2014 at 11:58:35PM +0200, lee wrote:
>> One is using git:, the other one https:.
> snip
>> I don't have ssh access to any of the remote hosts.  Both repos, I can
>> only clone/fetch/merge from.
>
> OK.
>
>> But I don't want to fetch?  If I can fetch only the data (a minimal
>> amount of data) I need to figure out if the remote is more recent,
>> that's ok, though.
>
> I don't mean a full git fetch - I mean fetch only the information you need,
> i.e. what is the remote's head pointing at. If it's different, then there are
> likely more commits on the remote repository than local.
>
> With the HTTP(s) method, git fetches the following paths
>
>> http://somehost/somerepo/info/refs?service=git-upload-pack
>
> The server returns a string (as an application/octet-stream mime-type, most
> likely) containing something like the following
>
>> 1935f7966c0efffeb192824c53f30633b0030e74refs/heads/master

I'm receiving 226542 bytes in 355 lines when I do this for one of the
repos ... and same for another one:

curl https://github.com/lee-/info/git-newer/refs?service=git-upload-pack | wc 
-cl

Perhaps this URL isn't right.  To clone it, you'd use
https://github.com/lee-/git-newer.git.  However, there are several repos
with https://github.com/lee-.

> You could write a script to fetch that file and compare that sha1 against
> your local repository, something like this (unfinished/untested)

One of the repos I like to be informed about is my upstream, meaning
that I may make commits to my local copy (fork) and push those to
another remote repo which is a copy of the local one.  In case I make a
commit to my fork, the hash of my local repo will be different from the
hash of the remote one.  You can also have several remote repos which
may flow into your local copy ...

Currently, my hash is 6f1cf... on the remote copy, upstream is
2db2c..., and my fork is 8cb83

My fork is almost 160 commits ahead of upstream, but it's behind
upstream because with the last merge, a bug was introduced which I
haven't been able to fix yet.  Hence I haven't pushed the merge yet.

So the script would have to remember what the hash was when the remote
repo was checked the last time.  That's easy to do, yet I don't really
want to do it because it would require to create a file somewhere to
keep this information.  OTOH, I might use a file anyway because it's
pointless that I get informed 20 times or so because I haven't fetched
the new commits yet.

>> # to be run from inside the local git repo
>> remoteurl=$(git config -l|grep remote.origin.url|cut -d= -f2-)
>> localsha1=$(cat .git/refs/heads/master)
>> remotesha1=$(curl "${remoteurl}/info/refs?service=git-upload-pack" \
>> 2>/dev/null | awk '/refs\/heads\/master$/ { print $1 }')
>> if [ "$remotesha1" != "$localsha1" ]; then
>> echo "the remote git repo has changed" \
>> | mail -s 'git repo has changed' y...@example.com
>> fi

That's really good, it receives only 99 bytes :)

> In practice you would want to check all refs, not just refs/heads/master,
> to see if there any added (or deleted) branches from your local copy, and
> check the hash for each of them.

Hm, I think for my purposes it would be ok to only check master.  I
might add this to my script and use some options so that either this
method can be used, or the output of 'git status' can be parsed.

> To persue this further, I'd suggest reading up on the git:// wire protocol
> (quite possibly there's a command other than 'git-upload-pack' which would
> give you what you want)

Talk directly to whatever serves the git: protocol?  That'll be
interesting, I'll have to think about it :)


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87oauo4l0y@yun.yagibdah.de

Re: brasero requires gvfs

[lee]

Martin Read  writes:

> On 08/09/14 22:46, lee wrote:
> [proposed social-contract bug against general]
>> That's the bug report we need to file, accompanied by a detailed list of
>> the reasons.  The most likely outcome would be that we are being banned.
>
> There is at least one member of the technical committee, and several
> prominent Debian Developers, who I believe would *strongly* object to
> such a bug report being dismissed out of hand. I therefore think that
> filing such a bug report is a good idea, even though I am not remotely
> hostile to systemd being the default Linux init system in Debian
> jessie.

We really should file a bug like this, with a good explanation/good
reasoning, and see what happens.  I might be able to come up with
something towards that on Thursday when I, hopefully, have more time.

One doesn't need to be hostile against systemd to see that it brings
about severe disadvantages in an unprecedented way, and I doubt that the
matter has been considered in sufficient detail when the decision was
made to make it the master control program.  That decision has been made
by, IIRC, three people, and nobody has asked the users.


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87wq9c4n7v@yun.yagibdah.de

Re: Query about existence of way to free up unnecessary RAM usage

[lee]

B  writes:

> On Wed, 10 Sep 2014 03:30:40 +0800
> Bret Busby  wrote:
>
>> Alright, then; it is doing token swapping - with 99% of 16GB memory
>> usage, and, swapping only 4% of (about) 40GB swap capacity, you can't
>> seriously tell me that the swapping is working as it should be.
>
> Anyway, a swap of 40GB is too much for a RAM of 16GB (should be
> around 16-20GB), unless you perform operations that generates
> a lot of intermediary results).

Why would 40GB be too much?  I have 8/64 so I can use swapping to slow
down the downfall of the system.  Even without the slowdown, I rather
have free swap space than the system going down because it runs out.


-- 
Knowledge is volatile and fluid.  Software is power.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/87y4ts35j4@yun.yagibdah.de

Re: Query about existence of way to free up unnecessary RAM usage

[Don Armstrong]

On Tue, 09 Sep 2014, lee wrote:
> Why would 40GB be too much?

It's probably too much, unless you have processes which allocate lots of
memory and then use it very infrequently or you have incredibly fast
disks.

> I have 8/64 so I can use swapping to slow down the downfall of the
> system.

The system won't go down unless you've disabled the OOM killer or
discovered a kernel bug. [Granted, processes will be killed off, but
that's to be expected.]

Generally speaking, you want enough swap so that infrequently used
memory can be offloaded to disk, but not so much swap that your computer
stops being responsive when you begin to run out of free memory.

-- 
Don Armstrong  http://www.donarmstrong.com

Democracy means simply the bludgeoning of the people by the people for
the people.
 -- Oscar Wilde


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909205154.gm7...@rzlab.ucr.edu

Re: Query about existence of way to free up unnecessary RAM usage

[Bzzzz]

On Tue, 09 Sep 2014 22:21:07 +0200
lee  wrote:

> To prevent an undesirable state of the system due to insufficient
> memory, you can use (a large amount of) swap space on a slow medium
> because that may give you a chance to do something before processes are
> being killed.

Re-read what Don has explained…
 
> Always use redundancy (like RAID) also for swap because you don't want
> your system to go down when a disk fails.

From what I know of, the failing of a swap only kills apps that
reside on it; and the 'like RAID' is already included into swaps
(same priority of 2 or more swaps ~ RAID0).


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909233352.3ddad23c@msi.defcon1

Re: terminal doesn't come up in Jessie Beta-1?

[Lisi Reisz]

On Tuesday 09 September 2014 19:46:56 B wrote:
> On Tue, 9 Sep 2014 19:40:29 +0100
>
> Lisi Reisz  wrote:
> > "chacun à son goût"
>
> Unfortunately for you, I'm french native; so the real expression is:
> "à chacun ses goûts"; which is commonly shorten in: "chacun ses goûts"
> in a sentence.

No, unfortunately for you you have failed to notice that we are writing in 
English not French.  The expression in English is, as Tony said it, "chacun à 
son goût".  He just left off the accents. (And mistyped "o" for "u".)

That the expression as used in English is not the same as the original 
expression as used in French does not surprise me at all.  If it surprises 
you, then you have not studied language (as opposed to languages, which you 
clearly have studied).

> There's also a variant: "chacun ses goûts, la merde a le sien" *<;-P)  

Now that (merde) sounds so much better in French than it would if translated 
into English. ;-) 

Lisi


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409092312.48339.lisi.re...@gmail.com

Re: Query about .xsession-errors file

[Chris Bannister]

On Wed, Sep 10, 2014 at 12:36:42AM +0800, Bret Busby wrote:
> Before seeing the above message, after someone previously saying that
> deleting the file would not cause any (extra) problems, but would not
> free up disc space, I deleted the file, then ran "Empty Trash Can",
> but, no disc space was freed, then, subsequently, I observed that a
> new file had been created;
> .xsession-errors.old
> with a size of about 33kB, and so I overwrote that, as described
> above, and that reduced its size to zero, but, I now do not have the
> original file with which to do that, and, I have about 750MB of
> missing disc space.
> 
> I have had to move files off the HDD, to make it usable (it does not
> work with no free space, which is what the file did to it).
> 
> Does a way exist, for me to reclaim the vanished disc space, without
> having to reboot the computer?

So you are saying that with the .xsession-errors at zero size hasn't
reclaimed the disk space?

What does df -h show?

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909222339.GA19835@tal

Re: Brainydeal Receipt Printer

[Chris Bannister]

On Tue, Sep 09, 2014 at 09:23:02AM -0400, Ethan Rosenberg wrote:
> On 09/09/2014 02:47 AM, Chris Bannister wrote:
> >On Mon, Sep 08, 2014 at 07:46:28PM -0400, Ethan Rosenberg, PhD wrote:
> >>The printing is along the length of the paper, as opposed to perpendicular.
> >
> >Known as landscape and portrait respectively.
> >
> >>How do I change it?
> >
> >Depends on the application you are printing from, but it's usually under
> >something called 'page setup' or similar.
> >
> 
> Chris -

What application are you using where this problem occurs?
Personally, I wouldn't worry about the PPD file yet. I'm assuming you
are using the recommended PPD file for your printer.

There *should* be an option in the application to choose landscape or
portrait printing.

If you are printing from the command line then see Brian's excellent
solution(s). Brian's post in this thread, that is. :)

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909223836.GB19835@tal

Re: Query about existence of way to free up unnecessary RAM usage

[Johann Klammer]

On 09/09/2014 07:00 PM, Bret Busby wrote:

Hello.

It has occurred to me, with the problem with the xsession-errors file
progressively consuming HDD space until it runs out, causing crashing,
and the deflating of the file, using the '>' action, to ask whether a
similar way exists, of freeing RAM that has been hijacked - RAM that
is also progressively consumed until it causes system failure, with
applications that are closed either in an orderly manner, or by
crashing, not freeing up the RAM (and, the evil javascript seeking to
sabotage the system, by, amongst other things, progressively consuming
the free RAM, until the system runs out of RAM and fails), so that I
could run a command, and, RAM that is not currently in use by programs
that are running, is freed?

At present, with 16GB of RAM, on this computer, and, "91% in use by
programs" and "8% in use as cache" (even though, I set cache off, in
each of the web browsers), it is a system riddled with bloatware, and,
like a cow with bloat, where it keeps getting bigger and bigger, it
needs for the gas to be released.

If browser windows are shut, the RAM is still occupied and unusable,
and, the parasitic javascript progressively consumes the RAM, until it
takes it all, so, a means of relieving the pressure, would be useful.

Once again, it would be better to be able to fix the problem
(deflating the bloat), rather than being required to shut the system
down (kill the animal).

Thank you in anticipation


Yes, that process is rather persistent...
It stays around if you close the last window with the little 'X' button 
on the top right... It does exit if you use the menu (File->Quit). 
Iceweasil is brohkenz.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/540f8d2f.2070...@a1.net

Issues upgrading Wheezy --> Jessie (was ... Re: brasero requires gvfs)

[Chris Bannister]

On Tue, Sep 09, 2014 at 09:21:57PM +0200, lee wrote:
> John Hasler  writes:
> 
> > It appears that there is a good chance that the "upgrade" to Systemd
> > when upgrading to Jessie will not be automatic (or at least not silent).
> 
> I would be majorly pissed if a distribution upgrade would force me to
> suddenly use systemd and not give me a choice.
> 
> Besides, how do they plan to manage such a change without breaking
> anything?

Relax, don't stress! You are not the only one worrying about this. In
fact many of the developers actually use Debian and rely on it for their
daily use. IOW, you are not in a vacuum and don't need to feel you are
alone with these issues.

Already, at the moment there is discussion amongst the developers
regarding this very issue. 

If you have encountered any specific issues while upgrading to systemd
then that is another issue. It would help the developers if you could
file a bug against the pseudo package upgrade-reports for any issues you
encounter.

Please check though that the bug hasn't already been reported.

https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=upgrade-reports

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909234837.GA23626@tal

Re: Query about .xsession-errors file

[davidson]

On Tue, 9 Sep 2014, Jonathan Dowland wrote:


On Wed, Sep 10, 2014 at 01:54:08AM +0800, Bret Busby wrote:

The file has (kind of) gone, now (it is no longer accessible, but,
appears to still exist, in the ether of the unknown; still taking up
disc space, whilst, in theory, non-existent),


A file continues to use up disk space until all open file handles are closed.
Quite likely Xorg still has the file open, even though you've removed all the
hard links (paths) to it on the filesystem. If you still have the system up in
the same state, you might see it in /proc/$(pidof Xorg)/fd (or it might be
another process other than Xorg, or I might be wrong entirely)


if you have lsof installed, you can find out what processes are still
using the deleted file quite easily:

 $ lsof |grep '\.xsession-errors'

might produce lines like

 xterm 2237 busbyenator 1w REG 8,1 0 359981 /home/busbyenator/.xsession-errors 
(deleted)
 xterm 2237 busbyenator 2w REG 8,1 0 359981 /home/busbyenator/.xsession-errors 
(deleted)

the second field is the pid.  the fourth field is the file descriptor
(in this case suffixed with 'w', indicating the process has write
access).

the lines above indicate that the xterm process with pid 2237 is
writing its standard output (fd 1) and standard error (fd 2) to a file
formerly known to the filesystem as .xsession-errors, and which can
still be accessed at /proc/2237/fd/1 (and at /proc/2237/fd/2).

so, in the case above,

 $ cat /proc/2237/fd/1

will output the contents of the file formerly known to the filesystem
as .xsession-errors, and

 $ cp /proc/2237/fd/1 preciousss_xsession-errors

saves them for posterity.

please note, obviously, that pid 2237 is just an example.

-wes


but, when I did briefly examine the contents, hundreds of lines referring to
QPaint problems, were shown.


Historically in my experience lots of Qt and KDE programs were extremely
verbose on stderr, often because they were built with some debug flag enabled.
Depending on the nature of the QPaint messages, this might be the case. Either
way, it's probably a severity: minor bug worth reporting if it hasn't already
(this bug looks relevant: https://bugs.debian.org/598975 - I guess the thing
to do is figure out which program is generating the messages.)






--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: 
https://lists.debian.org/alpine.deb.2.02.1409091939250.30...@brutus.ling.ohio-state.edu

Re: Query about existence of way to free up unnecessary RAM usage

[Steve Litt]

On Wed, 10 Sep 2014 02:21:14 +0800
Bret Busby  wrote:


> "
> :~$ vmstat -S M
> procs ---memory-- ---swap-- -io -system--
> cpu r  b   swpd   free   buff  cache   si   sobibo
> in   cs us sy id wa 15  0   1725 88 85   134801
> 71121 13  1 86  0 "
> 
> 
> "
> :~$ vmstat -S M -a
> procs ---memory-- ---swap-- -io -system--
> cpu r  b   swpd   free  inact active   si   sobibo
> in   cs us sy id wa 12  0   1725 86   2194  1323301
> 71121 13  1 86  0 "

H,

Run htop, press F6 for sortby, sort by mem, and see what you get. LOL,
I got about 20 iceweasels each taking 2.9%.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909210713.478ee...@mydesq2.domain.cxm

Re: Query about existence of way to free up unnecessary RAM usage

[Steve Litt]

On Tue, 9 Sep 2014 21:51:35 +0200
B  wrote:

> On Wed, 10 Sep 2014 03:30:40 +0800
> Bret Busby  wrote:
> 
> > Alright, then; it is doing token swapping - with 99% of 16GB memory
> > usage, and, swapping only 4% of (about) 40GB swap capacity, you
> > can't seriously tell me that the swapping is working as it should
> > be.
> 
> Anyway, a swap of 40GB is too much for a RAM of 16GB (should be
> around 16-20GB), unless you perform operations that generates
> a lot of intermediary results).

The reason I agree with you is that if you need to swap anywhere near
40GB of swap, your computer will be crawling to the point where you
might as well abort the guilty program (if you can navigate to do so),
or reboot the compute.

That said, I just found out my swap partition is 44GB for a 16GB
semiconductor RAM.


SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909211431.7ea42...@mydesq2.domain.cxm

Re: git: how to figure out with a script what the last commit on remote repo is without fetching it

[Rusi Mody]

On Monday, September 8, 2014 8:50:02 PM UTC+5:30, lee wrote:
> Rusi Mody writes:

> > On Monday, September 8, 2014 4:20:02 PM UTC+5:30, lee wrote:
> >> Jonathan Dowland writes:
> >> > On Sat, Sep 06, 2014 at 12:04:44AM +0200, lee wrote:
> >> >> how would I figure out what the last commit to a remote repo was without
> >> >> first fetching or pulling the remote repo?
> >> > This is an interesting question and I don't know the answer to it, 
> >> > perhaps it
> >> > is not yet possible. However, you might be able to solve the problem you 
> >> > have
> >> > in a different way: do you have write access to the remote repository? 
> >> > If so,
> >> > you should look into installing a post-update hook which will email you 
> >> > upon
> >> > commits being made to that repository.
> >> Unfortunately, I don't have write access to the remote repos I want to
> >> be informed about.
> >> Perhaps there's a mailing list for git ...  If it turns out that what
> >> I'm trying isn't possible, I'll make feature request.
> > This is a nice list to ask:
> > https://groups.google.com/forum/#!forum/git-users

> How would I subscribe to this list?

git-users+subscr...@googlegroups.com maybe?
[Assuming you dont want to join googlegroups]

There's also this smaller list
http://lists.madduck.net/listinfo/vcs-home


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/4c2cdb44-4807-412a-a7e1-8bf810b8a...@googlegroups.com

How does exec work with systemd?

[Steve Litt]

Hi all,

For years, I've been using exec to replace a shellscript with a binary
executable. Something like this:

#!/bin/bash
#set up all sorts of stuff
#store my current PID
exec /usr/bin/mplayer

In the preceding example, if the shellscript had PID 12345, after the
exec PID 12345 refers to the exec'ed mplayer.

Is that behavior going to change with systemd?

Thanks,

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140909211919.5bbd5...@mydesq2.domain.cxm

Re: Brainydeal Receipt Printer - SOLVED

[Ethan Rosenberg]

On 09/09/2014 06:38 PM, Chris Bannister wrote:

On Tue, Sep 09, 2014 at 09:23:02AM -0400, Ethan Rosenberg wrote:

On 09/09/2014 02:47 AM, Chris Bannister wrote:

On Mon, Sep 08, 2014 at 07:46:28PM -0400, Ethan Rosenberg, PhD wrote:

The printing is along the length of the paper, as opposed to perpendicular.


Known as landscape and portrait respectively.


How do I change it?


Depends on the application you are printing from, but it's usually under
something called 'page setup' or similar.



Chris -


What application are you using where this problem occurs?
Personally, I wouldn't worry about the PPD file yet. I'm assuming you
are using the recommended PPD file for your printer.

There *should* be an option in the application to choose landscape or
portrait printing.

If you are printing from the command line then see Brian's excellent
solution(s). Brian's post in this thread, that is. :)



Thanks to ALL!

I am at work [not as a programmer] from 9am to 7pm and have not been 
able to read and answer your posts, no disrespect intended. I have also 
been trying to get info from the Chinese manufacturer, but the language 
barrier was impossible to breach.


From the command line -

lpr -o portrait  -o cpi=17  -P POS58 /var/www/receipt.txt

FYI I tried to set the orientation from the printer setup.  No luck. In 
desperation I thought that it was possible from the ppd files.


Ethan


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/540fc3e1@hygeiabiomedical.com

Re: How does exec work with systemd?

[Jonathan Dowland]

On Tue, Sep 09, 2014 at 09:19:19PM -0400, Steve Litt wrote:
> For years, I've been using exec to replace a shellscript with a binary
> executable. Something like this:
...
> Is that behavior going to change with systemd?

No.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140910060743.ga2...@bryant.redmars.org

Re: Brainydeal Receipt Printer - SOLVED

[Lisi Reisz]

Sorry, Ethan.  Repostingto list.

On Wednesday 10 September 2014 04:22:09 Ethan Rosenberg wrote:
> FYI I tried to set the orientation from the printer setup.

It's not part of the printer set-up.  The printer should be able to do both.  
It is part of the application set-up.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201409100736.15451.lisi.re...@gmail.com

Re: Query about .xsession-errors file

[Bret Busby]

On 10/09/2014, Chris Bannister  wrote:
> On Wed, Sep 10, 2014 at 12:36:42AM +0800, Bret Busby wrote:
>> Before seeing the above message, after someone previously saying that
>> deleting the file would not cause any (extra) problems, but would not
>> free up disc space, I deleted the file, then ran "Empty Trash Can",
>> but, no disc space was freed, then, subsequently, I observed that a
>> new file had been created;
>> .xsession-errors.old
>> with a size of about 33kB, and so I overwrote that, as described
>> above, and that reduced its size to zero, but, I now do not have the
>> original file with which to do that, and, I have about 750MB of
>> missing disc space.
>>
>> I have had to move files off the HDD, to make it usable (it does not
>> work with no free space, which is what the file did to it).
>>
>> Does a way exist, for me to reclaim the vanished disc space, without
>> having to reboot the computer?
>
> So you are saying that with the .xsession-errors at zero size hasn't
> reclaimed the disk space?
>
> What does df -h show?
>

I think that the problem has now been disappeared.

A number of things have happened since (I think that it is since) I
last posted about this problem, which, I believe, render the df -h
output that would be produced now, inapplicable to the problem as it
was.

One of those things, is that, in further investigating the problem of
having run out of disc space, and the progressive consumption of the
disc space, in examining the files in my home directory, in order of
"Date modified, including hidden files, I found that .opera/logs
contained 47647 files, and thence, took up about 5.5GB of disc space,
and, the directory seemed to contain only files of the name
crash<0..9>.txt, which appeared to be redundant (some being
from 2012), so I removed all of the files in that directory, then,
emptied the trash, and, that all took a while (an hour or so, I
think), and it freed up 5.5GB of space in my /home partition.

Another thing that happened, is in relation to the xsyetm-errors file, itself.

I think that I had mentioned, previously, that, upon my deleting that
file, whilst the space was not freed, a new file appeared;
xsystem-errors.old, which got up to about 33kB, and then it went back
down to zero. That file was described, in the Type column of File
Browser, as a backup file.

So, I thought, in the context of what had been said, about open
applications that had been using the xsystem-errors file, not
releasing it, after it had been deleted, so it still existed, but was
invisible to the user, I simply renamed the xsystem-errors.old file,
to xsystem-errors (deleted the file extension .old), to find whether
that would fix the problem.

After a few hours sleep, when I checked the system, during daylight
hours, the free space now shows as 6.1GB.

So, I believe (unttil and unless, advised otherwise) that the
deleteing the file (which did not free up the disc space, in itself),
and then, renaming the xsystem-errors.old file, to xsystem-errors,
appears to have disappeared the problem, which, if I had known
earlier, could perhaps have been accomplished by the command ">
xsystem-errors", which, I assume, would have had the same effect.

One of the things that could have helped, and, I have raised the
suggestion on the LTS list (I have no idea, whether so doing, was
appropriate), regarding the .opera/logs directory, is for the File
Browser, in the Size column, to include the space used by each of the
directories listed, rather than just the number of items contained, in
each of the directories listed, in the Size column.

I raised the suggestion on that list, as the File Browser is part (I
believe) of GNOME2 (which has been abandoned by the GNOME people)
running on Debian 6.

I have no idea whether anyone on that list, is maintaining GNOME2, or,
especially, the File Browser of GNOME2, and thence, whether it could
be implemented for this operating system, but, I believe that it is
something that could help with system administration, expecially, when
disc space is found to progressively be consumed without knowing why
it is progressively being consumed.


-- 
Bret Busby
Armadale
West Australia
..

"So once you do know what the question actually is,
 you'll know what the answer means."
- Deep Thought,
 Chapter 28 of Book 1 of
 "The Hitchhiker's Guide to the Galaxy:
 A Trilogy In Four Parts",
 written by Douglas Adams,
 published by Pan Books, 1992




-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CACX6j8OTqUsT5UHE4zafk7jfKNnZrcstv5=annywpvnfuj4...@mail.gmail.com