Re: Brainydeal Receipt Printer
On 09/07/2014 05:26 PM, Brian wrote: cat TEST | nc 192.168.7.100 9100 cat TEST | nc 112.168.7.100 9100 NO output TIA 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/540d2c70.6010...@hygeiabiomedical.com
Re: Brainydeal Receipt Printer
On 09/07/2014 04:26 PM, Brian wrote: On Sun 07 Sep 2014 at 13:58:55 -0400, Ethan Rosenberg wrote: Here it is You didn't say how the printer is accessed by the computer. root@meow:/etc/cups/ppd# lpstat -t device for POS58: socket://192.168.1.100:9100 The printer is networked. A JetDirect or another type of device? POS58 accepting requests since Fri 05 Sep 2014 12:21:27 AM EDT printer POS58 is idle. enabled since Fri 05 Sep 2014 12:21:27 AM EDT It is also enabled and ready to print. root@meow:/etc/cups/ppd# ls -l /usr/lib/cups/filter total 1956 -rwx--x--x 1 root root 36166 Sep 5 00:10 rastertozj58 This is the final filter after cups has processed the job. I expect it is a proprietary one. If it is at fault there is little to be done about it. root@meow:/etc/cups/ppd# ls -l /usr/share/cups/model total 4 drwxr-xr-x 2 root root 4096 Sep 5 00:10 zjiang This directory probably contains the PPD file supplied by the printer manufacturer. It should be identical to /etc/cups/ppd/POS58.ppd. root@meow:/etc/cups/ppd# ls -l /etc/cups/ppd total 140 -rw-r--r-- 1 root root 4490 Sep 5 00:21 POS58.ppd As above. The setup seems very reasonable. Do you get any life out of the printer with cat TEST | nc 192.168.7.100 9100 ? TEST is a file containing just the word "Hello". The command sends it directly to the printer. -- Brian - > You didn't say how the printer is accessed by the computer. USB A JetDirect or another type of device? Thermal Receipt Printer > This directory probably contains the PPD file supplied by the printer > manufacturer. It should be identical to /etc/cups/ppd/POS58.ppd. The two files are identical. > The setup seems very reasonable. Do you get any life out of the printer > with > > cat TEST | nc 192.168.7.100 9100 ? No output TIA 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/540d2baf.3030...@hygeiabiomedical.com
Re: Installing Debian testing - hangs with "Running post-installation trigger libc-bin" at 12%
On 5 September 2014 01:54, Patrick Bartek wrote: > Unless you have a specific reason for using the weekly build, go with > what Debian recommends to install Jessie, the Beta 1 installer: > >https://www.debian.org/devel/debian-installer/ > OK. Thanks for letting me know. Should I file a bug report or something? -- 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/CAEvez=whpPONE2-7Mm78Xq07Kk8pFiw=h7xmlb_-texaqpv...@mail.gmail.com
Re: brasero requires gvfs
2014/09/08 9:19 "John Hasler" : > > The Wanderer writes: > > "Those who can, do. Those who can't, teach. Those who can't teach, > > teach gym" > > "Those who can, do. Those who can't, teach. Those who can't teach, teach > teachers" It was a PE teacher from whom I first heard that neo-proverb. It has sure caused me a lot of grief, both in proving to myself that it really was an expression of envy, and in having to deal with people who seemed to believe it had some sort of meaning. > We're gonna get flamed for being off-topic... You know, since most of the grief that bad teachers cause is derived from improperly attempting to systematize things, and that proverb itself is one of those false rules that somehow accumulates in bad systems, I'm not sure that it's that far offtopic here. :-/ Joel Rees Computer memory is just fancy paper, CPUs just fancy pens. All is a stream of text flowing from the past into the future.
Re: Bibletime encoding problem
2014/09/08 5:02 "Johann Spies" : > > OK I have read the FAQ on the Bibletime website and according to it I You have to install an unicode font like Code2000, Arial Unicode MS or Bitstream Cyberbit to display the special unicode characters. > > I can find none of the fonts mentioned in the example amongst the available fonts in debian, and I have many fonts available including ttf-unifont, nifont, xfonts-iunifont, the Libertine O family of fonts and many others. > > I have tried by configuring Bibletime to use some of these fonts, but that did not resolve the problem. Well, might I ask, what languages and what texts are you trying to display and work in? Afrikaans should not require a lot of extra characters. Chinese, on the other hand, does. Joel Rees Computer memory is just fancy paper, CPUs just fancy pens. All is a stream of text flowing from the past into the future.
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
2014/09/08 2:08 "lee" : > > Sven Joachim writes: > > >> Does this mean that I cannot rely on any of the output of 'git status' > >> to decide whether there were commits or not? > > > > Commits where, on your local branch or on the remote one? > > On the remote branch --- when they are made to my local copy, I will > know about it anyway because I'm the one making them :) I'm no expert on this stuff, but from the way you talk about commits and branches and repositories, it sounds like you are expecting git to be pretty much the same as svn. It isn't. How much of the documentation have you read, and how many of the examples have you worked through, and why aren't you using svn or cvs instead? > >>> How about "git fetch --dry-run"? > >> > >> That doesn't seem to do a dry run: > > [...] > >> > >> The first run compresses and unpacks some objects while the second one > >> immediately after the first one does not. This must mean that something > >> did change by performing a dry run. > > > > Correct, contrary to what the manpage says "git fetch --dry-run" still > > downloads a pack file with the objects. It just does not update any > > refs. > > Then there is no reasonably way to find out whether new commits have > been made to a remote repo? Yes there is, it's just not done that way. Joel Rees Computer memory is just fancy paper, CPUs just fancy pens. All is a stream of text flowing from the past into the future.
Re: brasero requires gvfs
The Wanderer writes: > "Those who can, do. Those who can't, teach. Those who can't teach, > teach gym" "Those who can, do. Those who can't, teach. Those who can't teach, teach teachers" We're gonna get flamed for being off-topic... -- 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/87a96b6k2y@thumper.dhh.gt.org
Re: brasero requires gvfs
Martin Read writes: > On 07/09/14 18:31, lee wrote: >> As to console-kit, it was awful in that it might create a ridiculous >> number of processes, and I used to disable it because I never needed >> it. Can you disable logind? > > If you don't need anything that depends on gnome-settings-daemon, > libpam-systemd, lighttpd, live-config-systemd, sogo, systemd-cron, > systemd-dbg, systemd-sysv, or systemd-ui, you don't have to have the > executable file /lib/systemd/systemd-logind on your hard disk *at all* > (the items I listed are the things which Depends: systemd, and I'll > note that systemd-cron and systemd-ui are optional even on systems > which are using systemd as PID 1). > > If you aren't using a GUI, or your choice of GUI on Debian uses a > traditional window manager (and doesn't use gdm3 or lightdm as its X > display manager if it even has one) rather than being one of the > "desktop environments", then it looks like it's still pretty easy to > build a useful, working Debian jessie system that doesn't contain > anything which Depends: libpam-systemd. I'm using fvwm. I don't have use for what they call "desktop system". Such things are only getting into my way and have proven to be impossible to configure to my needs without unreasonable efforts, if at all. I don't have gnome-settings-daemon installed on Fedora, which uses systemd. On the Debian VM, it says that dbus depends on libsystemd-login0, so how could I remove that without having to remove xfce? A "desktop system" is merely a "desktop system", and an init system is merely an init system. It is a bug when a "desktop system" like xfce depends on a particular init system, or parts thereof, no matter if directly or indirectly, especially for a distribution that intends to support a choice of init systems so that users can choose what they want to use and what not. This bug just shows again how systemd is taking everything over, which is a bad thing. Systemd has become a single piece of software for a very limited purpose without which more and more totally unrelated software for totally different purposes isn't going to work anymore. That's like you're required to have, let's say, MS Windows installed on your hardware to be able to use it. Others have said this before. I finally realise what they mean. Why aren't all distributions standing up against this but instead embrace 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/87mwabf242@yun.yagibdah.de
Re: brasero requires gvfs
Steve Litt writes: > On Sun, 07 Sep 2014 19:01:11 +0100 > Martin Read wrote: > >> If you aren't using a GUI, or your choice of GUI on Debian uses a >> traditional window manager (and doesn't use gdm3 or lightdm as its X >> display manager if it even has one) rather than being one of the >> "desktop environments", > > My research tells me that for Xfce, LXDE, Openbox, JWM, dwm, IceWM and > the like, if you run without lightdm, whether because it was never > installed or because you rename it or put an exit high in its config > file, you simply boot to CLI, from which you can run startx as long as > your .xinitrc has the invocation to your desired window manager/desktop > environment. Actually, you can do this on Debian without any fuss. Do a minimal install as usual, then install fvwm and run 'startx'. No .xinitrc is needed (mine is about 20 years old, though). -- 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/87iokzf1kr@yun.yagibdah.de
Re: brasero requires gvfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/2014 at 06:38 PM, Steve Litt wrote: > On Sun, 07 Sep 2014 16:10:47 -0500 John Hasler > wrote: > >> Patrick Bartek writes: >>> Those who fail to learn from history are doomed to repeat it. >> >> Those who fail to learn from history doom the rest of us to >> repeat it. > > Those who fail history are doomed to become engineers or cab > drivers. "Those who can, do. Those who can't, teach. Those who can't teach, teach gym." - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUDN9AAAoJEASpNY00KDJrSmAP/21anIq38KB74YuqhnyAWGLd oHb/7Qol4eDrlgSAT+NxxxhNOcymk8D/RtMJF5Ug9YpDuzFE36kWmUIjCXBmg4DS /M9fJbe17O8e4eqIbMG+E0ZiYYTTOb3Jck+zAJK4IpDUdSB9qV8Ejr+3eehH4D1S GLw0SglaS2wMXDY2x1x5NApuUNdfWqiOwFw/OvXPM+m3HES03aOCNikkIJVC3vIC pSD171fu/2XT/jKoV5ZDoYIWIUf9/Ox056XgzuVN1fPoeyxUbi59XzyUWiGkupDb 9+bAVFwT+MrWNGztfZbydaxnKMlFr/LM3CNDwopDB8xmk7ip5cyyrA+Itjt9/Vao EK+trDAKRkNPeAQ+iEyRjfjI2Z0GoyNg24bvH+xrUoY3sGO5BlNpEFi4h96DahmJ ///3C5a18QYnT+cSjK/pEudXts4Ui2aQYdf/rzGRLdWtHLpcIiAJz2M8LTNmbE0P YB9MlrhBQJFyhFDZwsFs9cCT6UCbtPI/H+HOUnTcaTJ4oWEhD9Dn7g8c20MvTbaf 5LdQzy3rSxfoP0f65x9RvkXa5GMa8rG2rbVsXY6rPvjxYwHlX3bb/tb9e7tRS1Ko JmoTM0TPdNfhG0nKFGyicg5Ssk6zvpfxNV43YaxMsZ3yYXpqM9HGAp7Sbjgmi+49 Zmp9bD3YDKSPknlk/rMK =emeZ -END PGP SIGNATURE- -- 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/540cdf40.9070...@fastmail.fm
Re: brasero requires gvfs
On Sun, 07 Sep 2014 16:10:47 -0500 John Hasler wrote: > Patrick Bartek writes: > > Those who fail to learn from history are doomed to repeat it. > > Those who fail to learn from history doom the rest of us to repeat it. Those who fail history are doomed to become engineers or cab drivers. 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/20140907183831.7c50f...@mydesq2.domain.cxm
Re: Brainydeal Receipt Printer
On Sun 07 Sep 2014 at 21:26:55 +0100, Brian wrote: >cat TEST | nc 192.168.7.100 9100 ? ^ ^ 1 -- 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/07092014222503.ebd7b7697...@desktop.copernicus.demon.co.uk
Re: brasero requires gvfs
Patrick Bartek writes: > Those who fail to learn from history are doomed to repeat it. Those who fail to learn from history doom the rest of us to repeat it. -- 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/87egvn6srs@thumper.dhh.gt.org
Re: Bibletime encoding problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/2014 at 04:01 PM, Johann Spies wrote: > OK I have read the FAQ on the Bibletime website and according to > it I You have to install an unicode font like Code2000, Arial > Unicode MS or Bitstream Cyberbit to display the special unicode > characters. > > I can find none of the fonts mentioned in the example amongst the > available fonts in debian, and I have many fonts available > including ttf-unifont, nifont, xfonts-iunifont, the Libertine O > family of fonts and many others. For Arial, try fonts-liberation or ttf-mscorefonts-installer - which latter should get you the actual MS font, I think, although it's not Free-as-in-Freedom. I also don't know if it qualifies as a "Unicode" font, although it may well do so. - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUDL6UAAoJEASpNY00KDJr5EcQAKlCZm0DduqUKvKencbxgHqM EIlFxu6bKOyUq2S9yz/YrqaTHAAmxigZxcY663fBtG9OOUTmMsLSjCUh7Tw7O7uV DAJDBh4FQITua51U5t/H+/toDYBatAX6FUFHvhkMWnpYkTTawYUWDGR46i+4DWYz 9etytxLh9vRfiFvySXw7gyrvcWx8Z3XVIfTTwxUxVjvEh1O2x2EdpS7N+bq6/MxB gSK0MCXPXEqqUQ+T+4NWvz++AJwhOaMNjYVg7kvRvuiXUbyvXUcuip+tIkTuNk0o YmPhOEHfWjm3j8KgaoCKXmagcqHRmGapnoLNxy22Vo1RLpnERvvyZ8wAYJsB4iWL 7qMDzFVePlVfHbE8ggWEUNptxop6RtDCDxico+3HV6Zk0ZyEr4EqutwcW28D8Vfj MOF4IR5LJerpAU618wt/RMPOj86cEHo/4i5qGGCNtM0R8QiWiX8nFGsCXZFaWOQr gWk6D3MDldxC4THbcXfURIzUvpd//SopPPcLq9k66quNrgeiWUaWvwYPM9CDD2aI uoDbh40cF2+ZDIiXinXt2IcCoPC6oGoA0tE5XyZfcqT+zgEzl/WaYTwZrkUq4GAn kF1vA+Cu52GH4NYApEiad3D0JY9wh+LUJgp9+lSSEY3azr7KIX//PU3H2vIgEzZb bBOwtg/g3z3o0Ez/TWkT =5QgG -END PGP SIGNATURE- -- 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/540cbe94.6040...@fastmail.fm
Re: Bibletime encoding problem
On 9/7/14, Johann Spies wrote: > OK I have read the FAQ on the Bibletime website and according to it I You > have to install an unicode font like Code2000, Arial Unicode MS or > Bitstream Cyberbit to display the special unicode characters. > > I can find none of the fonts mentioned in the example amongst the available > fonts in debian, and I have many fonts available including ttf-unifont, > nifont, xfonts-iunifont, the Libertine O family of fonts and many others. > > I have tried by configuring Bibletime to use some of these fonts, but that > did not resolve the problem. Did you try running something comparable to: apt-cache search unicode Output for that one is long, and I'm out of my league trying to help find what you need here :) I also tried unifont and received back a shorter list that reflects some you already have: fonts-arphic-ukai - "AR PL UKai" Chinese Unicode TrueType font collection Kaiti style fonts-arphic-uming - "AR PL UMing" Chinese Unicode TrueType font collection Mingti style open-font-design-toolkit - metapackage for open font design ttf-unifont - TrueType version of the GNU Unifont unifont - font with a glyph for each visible Unicode 5.1 Plane 0 character unifont-bin - utilities for manipulating the GNU Unifont xfonts-unifont - PCF (bitmap) version of the GNU Unifont K/t to someone on one of these lists who suggested that handy little search one day. It's a regular time saver for this keyboard. :) Cindy :) -- Cindy-Sue Causey Talking Rock, Pickens County, Georgia, USA * runs with duct tape * -- 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/CAO1P-kD54trVzSQVFnMU1WPPk+qW2JZPzddMcxPgz+rm9=c=0...@mail.gmail.com
Re: Brainydeal Receipt Printer
On Sun 07 Sep 2014 at 13:58:55 -0400, Ethan Rosenberg wrote: > Here it is You didn't say how the printer is accessed by the computer. > root@meow:/etc/cups/ppd# lpstat -t > device for POS58: socket://192.168.1.100:9100 The printer is networked. A JetDirect or another type of device? > POS58 accepting requests since Fri 05 Sep 2014 12:21:27 AM EDT > printer POS58 is idle. enabled since Fri 05 Sep 2014 12:21:27 AM EDT It is also enabled and ready to print. > root@meow:/etc/cups/ppd# ls -l /usr/lib/cups/filter > total 1956 > -rwx--x--x 1 root root 36166 Sep 5 00:10 rastertozj58 This is the final filter after cups has processed the job. I expect it is a proprietary one. If it is at fault there is little to be done about it. > root@meow:/etc/cups/ppd# ls -l /usr/share/cups/model > total 4 > drwxr-xr-x 2 root root 4096 Sep 5 00:10 zjiang This directory probably contains the PPD file supplied by the printer manufacturer. It should be identical to /etc/cups/ppd/POS58.ppd. > root@meow:/etc/cups/ppd# ls -l /etc/cups/ppd > total 140 > -rw-r--r-- 1 root root 4490 Sep 5 00:21 POS58.ppd As above. The setup seems very reasonable. Do you get any life out of the printer with cat TEST | nc 192.168.7.100 9100 ? TEST is a file containing just the word "Hello". The command sends it directly to the printer. -- 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/07092014202946.c646d00c5...@desktop.copernicus.demon.co.uk
Re: Bibletime encoding problem
OK I have read the FAQ on the Bibletime website and according to it I You have to install an unicode font like Code2000, Arial Unicode MS or Bitstream Cyberbit to display the special unicode characters. I can find none of the fonts mentioned in the example amongst the available fonts in debian, and I have many fonts available including ttf-unifont, nifont, xfonts-iunifont, the Libertine O family of fonts and many others. I have tried by configuring Bibletime to use some of these fonts, but that did not resolve the problem. Regards Johann
Re: brasero requires gvfs
On Sunday 07 September 2014 20:14:36 Patrick Bartek wrote: > On Sun, 07 Sep 2014, Chris Bannister wrote: > > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > > it will be the only. The more noise made, the better chance someone > > > will hear. The squeaky wheel gets the grease. > > > > "Silence is golden." > > "Better to remain silent and be thought a fool than to speak out and > > remove all doubt." > > Those who fail to learn from history are doomed to repeat it. > > B http://www.oxfordreference.com/view/10.1093/acref/9780199237173.001.0001/acref-9780199237173 A wealth of quotations ot satisfy all. 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/201409072022.48012.lisi.re...@gmail.com
Re: brasero requires gvfs
On Sun, 07 Sep 2014, Chris Bannister wrote: > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > it will be the only. The more noise made, the better chance someone > > will hear. The squeaky wheel gets the grease. > > "Silence is golden." > "Better to remain silent and be thought a fool than to speak out and > remove all doubt." > Those who fail to learn from history are doomed to repeat it. B -- 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/20140907121436.63e4f...@debian7.boseck208.net
Re: host hostname not found
On Fri, Sep 05, 2014 at 06:13:28PM -0400, Podrigal, Aron wrote: > So yes, host does not look in /etc/hosts by default. It never looks in /etc/hosts, as others have pointed out, host(1) only checks DNS. When a program wants to resolve a host, it does so using some system calls that may or may not check DNS, and might check other things before or after DNS. What is checked, and in what order, is defined in /etc/nsswitch.conf. If you want to resolve a host and want to get the answer the system will give you (irrespective of DNS), try getent hosts some-hostname -- 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/20140907182905.ga4...@bryant.redmars.org
Re: brasero requires gvfs
On Sun, 07 Sep 2014 19:01:11 +0100 Martin Read wrote: > If you aren't using a GUI, or your choice of GUI on Debian uses a > traditional window manager (and doesn't use gdm3 or lightdm as its X > display manager if it even has one) rather than being one of the > "desktop environments", My research tells me that for Xfce, LXDE, Openbox, JWM, dwm, IceWM and the like, if you run without lightdm, whether because it was never installed or because you rename it or put an exit high in its config file, you simply boot to CLI, from which you can run startx as long as your .xinitrc has the invocation to your desired window manager/desktop environment. If you're worried about security and someone getting a command prompt by killing X, then you can invoke it like this, as somebody pointed out on this list: startx;exit One piece of packagemanship that bothers me intensely is that apt-get install lxde installs lightdm. That is s unnecessary, especially because lxde is a lightweight product. 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/20140907141607.227eb...@mydesq2.domain.cxm
Re: brasero requires gvfs
On Sun, 07 Sep 2014 08:57:30 -0700 Carl Johnson wrote: > Steve Litt writes: > > > On Sun, 07 Sep 2014 09:31:46 +0200 > > Sven Joachim wrote: > > > >> > The concept of free software has become a myth :( > >> > >> There is always Gentoo if libraries you consider useless bother > >> you. Binary distributions tend to enable all possibly useful > >> features. > >> > >> Cheers, > >>Sven > > > > Gentoo isn't the only alternative. Just in case Jessie turns out to > > be unworkable for me when it goes stable, last night I made a very > > nice OpenBSD desktop computer that had most of what somebody could > > want on a desktop. However, try as I might, I couldn't get Sigil to > > compile on OpenBSD, and my business depends on Sigil for the next > > year or so. > > > > So what I'm now considering, as an escape route if systemd causes > > everything to go to hell in a handbasket (and we don't know whether > > that will happen), is that my main desktop is OpenBSD, with a > > virtual machine running Debian or Ubuntu in a VM in order to use > > Sigil and anything else I can't get to work on OpenBSD. > > > > I feel much better now that I know I have a Plan B. > > There is a FreeBSD port listed for sigil. If you don't want to run > FreeBSD, you could at least look at what their port does to get it to > compile. Carl, Thank you, thank you, THANK YOU!!! I'll do that next weekend. Did I mention that Sigil is mission critical to my business? 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/20140907140904.5bbd2...@mydesq2.domain.cxm
Re: brasero requires gvfs
On 07/09/14 18:31, lee wrote: As to console-kit, it was awful in that it might create a ridiculous number of processes, and I used to disable it because I never needed it. Can you disable logind? If you don't need anything that depends on gnome-settings-daemon, libpam-systemd, lighttpd, live-config-systemd, sogo, systemd-cron, systemd-dbg, systemd-sysv, or systemd-ui, you don't have to have the executable file /lib/systemd/systemd-logind on your hard disk *at all* (the items I listed are the things which Depends: systemd, and I'll note that systemd-cron and systemd-ui are optional even on systems which are using systemd as PID 1). If you aren't using a GUI, or your choice of GUI on Debian uses a traditional window manager (and doesn't use gdm3 or lightdm as its X display manager if it even has one) rather than being one of the "desktop environments", then it looks like it's still pretty easy to build a useful, working Debian jessie system that doesn't contain anything which Depends: libpam-systemd. -- 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/540c9d67.9090...@zen.co.uk
Re: Brainydeal Receipt Printer
On 09/07/2014 04:56 AM, Brian wrote: On Sun 07 Sep 2014 at 00:05:33 -0400, Ethan Rosenberg wrote: I have a Brainydeal receipt printer made by Zijiang. I have downloaded and setup their driver. No Luck. The message I receive from CUPS is: Processing - "The printer is not responding." When I installed the driver, it clearly indicated that it was for Linux. Here is the driver. *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" How is the printer connected to the computer? Please supply the outputs of lpstat -t ls -l /usr/lib/cups/filter ls -l /usr/lib/cups/backend ls -l /usr/share/cups/model ls -l /etc/cups/ppd Brian - Thanks. Here it is root@meow:/etc/cups/ppd# lpstat -t scheduler is running system default destination: Hewlett-Packard-hp-LaserJet-1012 device for Canon-Inkjet: usb://Canon/MG2500%20series?serial=A7096F&interface=1 device for Hewlett-Packard-hp-LaserJet-1012: usb://HP/LaserJet%201012?serial=00CNFB858825 device for POS58: socket://192.168.1.100:9100 device for receiptprinter: usb://Unknown/Printer?serial=1234567890 Canon-Inkjet accepting requests since Fri 29 Aug 2014 08:17:33 AM EDT Hewlett-Packard-hp-LaserJet-1012 accepting requests since Wed 13 Aug 2014 08:37:08 PM EDT POS58 accepting requests since Fri 05 Sep 2014 12:21:27 AM EDT receiptprinter accepting requests since Sun 31 Aug 2014 06:28:19 PM EDT printer Canon-Inkjet is idle. enabled since Fri 29 Aug 2014 08:17:33 AM EDT printer Hewlett-Packard-hp-LaserJet-1012 is idle. enabled since Wed 13 Aug 2014 08:37:08 PM EDT printer POS58 is idle. enabled since Fri 05 Sep 2014 12:21:27 AM EDT printer receiptprinter disabled since Sun 31 Aug 2014 06:28:19 PM EDT - Unable to send data to printer. receiptprinter-37 unknown 1024 Sun 31 Aug 2014 06:23:22 PM EDT receiptprinter-38 unknown 1024 Sun 31 Aug 2014 06:26:37 PM EDT root@meow:/etc/cups/ppd# ls -l /usr/lib/cups/filter total 1956 -rwxr-xr-x 1 root root 39816 Apr 28 12:31 bannertopdf -rwxr-xr-x 1 root root 35312 Mar 5 2014 c2esp -rwxr-xr-x 1 root root 26968 Mar 5 2014 c2espC -rwxr-xr-x 1 root root 18624 Mar 5 2014 command2esp -rwxr-xr-x 1 root root 14496 Jun 5 09:04 command2foo2lava-pjl -rwxr-xr-x 1 root root 10296 Jun 25 09:19 commandtocanon -rwxr-xr-x 1 root root 10312 Jun 25 09:19 commandtoepson -rwxr-xr-x 1 root root 10336 Apr 28 12:31 commandtoescpx -rwxr-xr-x 1 root root 10312 Apr 28 12:31 commandtopclx -rwxr-xr-x 1 root root 14336 Jul 14 11:15 commandtops -rwxr-xr-x 1 root root 31952 Mar 21 09:07 epson-escpr -rwxr-xr-x 1 root root 10424 Mar 21 09:07 epson-escpr-wrapper -rwxr-xr-x 1 root root 110432 Apr 28 12:31 foomatic-rip -rwxr-xr-x 1 root root 8342 Apr 28 12:30 gstopxl -rwxr-xr-x 1 root root 22992 Apr 28 12:31 gstoraster -rwxr-xr-x 1 root root 10240 Jul 14 11:15 gziptoany -rwxr-xr-x 1 root root 388648 Jun 15 05:47 hpcups -rwxr-xr-x 1 root root 27128 Jun 15 05:47 hpcupsfax -rwxr-xr-x 1 root root 11337 Jun 15 05:47 hpps -rwxr-xr-x 1 root root 35320 Apr 28 12:31 imagetopdf -rwxr-xr-x 1 root root989 Apr 28 12:30 imagetops -rwxr-xr-x 1 root root 53048 Apr 28 12:31 imagetoraster -rwxr-xr-x 1 root root 23144 Apr 28 12:31 pdftoijs -rwxr-xr-x 1 root root 27096 Apr 28 12:31 pdftoippprinter -rwxr-xr-x 1 root root 134992 Apr 28 12:31 pdftoopvp -rwxr-xr-x 1 root root 154984 Apr 28 12:31 pdftopdf -rwxr-xr-x 1 root root 35664 Apr 28 12:31 pdftops -rwxr-xr-x 1 root root 31376 Apr 28 12:31 pdftoraster -rwxr-xr-x 1 root root 7563 Apr 28 12:30 pstopdf -rwxr-xr-x 1 root root 51232 Jul 14 11:15 pstops -rwxr-xr-x 1 root root 18848 Apr 17 02:26 pstoqpdl -rwxr-xr-x 1 root root974 Jun 15 05:47 pstotiff -rwxr-xr-x 1 root root 55800 Mar 5 2014 raster2dymolm -rwxr-xr-x 1 root root 59888 Mar 5 2014 raster2dymolw lrwxrwxrwx 1 root root 13 Jul 14 11:15 rastertodymo -> rastertolabel -rwxr-xr-x 1 root root 18432 Jul 14 11:15 rastertoepson -rwxr-xr-x 1 root root 31136 Apr 28 12:31 rastertoescpx -rwxr-xr-x 1 root root 44016 Jun 25 09:19 rastertogutenprint.5.2 -rwxr-xr-x 1 root root 18432 Jul 14 11:15 rastertohp -rwxr-xr-x 1 root root 22528 Jul 14 11:15 rastertolabel -rwxr-xr-x 1 root root 31152 Apr 28 12:31 rastertopclx -rwxr-xr-x 1 root root 35008 Mar 6 2014 rastertoptch -rwxr-xr-x 1 root root 14336 Jul 14 11:15 rastertopwg -rwxr-xr-x 1 root root 59952 Apr 17 02:26 rastertoqpdl -rwxr-xr-x 1 root root 15942 Mar 6 2014 rastertosag-gdi -rwx--x
Re: brasero requires gvfs
Sven Joachim writes: > On 2014-09-07 02:30 +0200, lee wrote: > >> Slavko writes: >> >>> Ahoj, >>> >>> Dňa Sat, 06 Sep 2014 02:08:47 +0200 lee napísal: >>> Doug writes: > It didn't need systemd before, so why should it need it now? Debian has decided to feature several init systems, so any dependency on an init system you're not using because you're using another one is a bug that needs to be reported and fixed. >>> >>> I see it in the same manner, and then i agree with you. I see there >>> some questions which need to be answered: >> >> I don't think they will fix the bug because: >> >> >> [~] aptitude why libsystemd-login0 >> i xfce4Depends xfconf (>= 4.8.0) >> i A xfconf Depends dbus-x11 >> i A dbus-x11 Depends dbus >> i A dbus Depends libsystemd-login0 (>= 31) >> [~] >> >> >> They must fix dbus to be able to work without systemd first. So I guess >> we need to make a bug report against dbus because it must not depend on >> systemd for Debian to be able to support alternative init systems so >> that users aren't forced into systemd. > > Dbus depends on libsystemd-login0, not on systemd. It forces you to use > systemd as much as its dependency on libselinux1 forces you to turn on > selinux, i.e. not at all. It forces you not to be able to keep your system free from systemd. >> The concept of free software has become a myth :( > > There is always Gentoo if libraries you consider useless bother you. > Binary distributions tend to enable all possibly useful features. How long will you be able to keep a Gentoo installation free from systemd? Supporting a variety of init systems cannot mean that features which have nothing to do with any of the init systems are simply disabled unless a particular one is used. -- 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/87mwabjqcv@yun.yagibdah.de
Re: brasero requires gvfs
Slavko writes: > AFAIK, the logind is replacement for consolekit and this dependecy can > be good, when the logind will be able to work without systemd and with > the cmanager- but it is not working yet. How can it be good when your system depends on something you don't want to have on your system? When you don't mind having something you don't want, what speaks against just using systemd? It might be the most reliable and compatible option. As to console-kit, it was awful in that it might create a ridiculous number of processes, and I used to disable it because I never needed it. Can you disable logind? -- 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/87iokzjq0v@yun.yagibdah.de
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
Sven Joachim writes: >> Does this mean that I cannot rely on any of the output of 'git status' >> to decide whether there were commits or not? > > Commits where, on your local branch or on the remote one? On the remote branch --- when they are made to my local copy, I will know about it anyway because I'm the one making them :) >>> How about "git fetch --dry-run"? >> >> That doesn't seem to do a dry run: > [...] >> >> The first run compresses and unpacks some objects while the second one >> immediately after the first one does not. This must mean that something >> did change by performing a dry run. > > Correct, contrary to what the manpage says "git fetch --dry-run" still > downloads a pack file with the objects. It just does not update any > refs. Then there is no reasonably way to find out whether new commits have been made to a remote repo? -- 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/874mwjl75d@yun.yagibdah.de
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
"Podrigal, Aron" writes: > I don't really get your problem. The problem is very simple: I want to get an email when new commits have been made to a remote repo which I have cloned (some time in the past). > Every git repository tracked by remote, has separate refs to track the > remote and separate for the local. When you do git fetch, it will only > update the remote refs and not your local. Then you can do git diff > origin/master to see the difference between your local and remote. Or > git log origin/master to see your remote refs history. Hm, let's see: [~/inst/emacs/emacs-git/emacs] git diff origin/master [some diffs are displayed] [~/inst/emacs/emacs-git/emacs] git fetch remote: Counting objects: 136, done. remote: Compressing objects: 100% (79/79), done. remote: Total 79 (delta 72), reused 0 (delta 0) Unpacking objects: 100% (79/79), done. >From git://git.savannah.gnu.org/emacs bf72a39..ed16e32 master -> origin/master bf72a39..ed16e32 trunk -> origin/trunk [~/inst/emacs/emacs-git/emacs] git diff [~/inst/emacs/emacs-git/emacs] Shouldn't there be (even more) diffs displayed /after/ the fetch because my local copy of the remote repo has content (even more) different from what's in the remote repo because I haven't even merged yet what was previously fetched? And what if I don't want to do 'git fetch'? Is there a way to undo a (series of) 'get fetch'? The 'git fetch' would have to happen automatically from the script which is supposed to figure out if there have been new commits and to send me an email. The script is run via cron. Having to run a full 'git fetch' would appear to me as a rather drastic measure I'd have to take just to figure out if there have been new commits, and what are the potential security risks involved in running 'git fetch' from a script via cron? > Then you can merge or rebase your local with the remote. > > Git status however l may tell you that your local is not up-to-date with > your remote because it already knows about your remote commits. Well, I'm not making commits to the upstream remote repos, only to remote repos which are copies of my local ones. Those remote ones can only be in sync with or behind my local ones, until I push to them. -- 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/87zjebjr4i@yun.yagibdah.de
Re: exail missing plugin
* Matthias Bodenbinder [2014-09-07 09:50 +0200]: > I got it. > > exaile needs "gstreamer0.10-fluendo-mp3" which isn't listed in "Suggests:". Thats worth for a bug report. Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-) -- 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/20140907163217.ga2...@galadriel.home.lxtec.de
Re: brasero requires gvfs
Steve Litt writes: > On Sun, 07 Sep 2014 09:31:46 +0200 > Sven Joachim wrote: > >> > The concept of free software has become a myth :( >> >> There is always Gentoo if libraries you consider useless bother you. >> Binary distributions tend to enable all possibly useful features. >> >> Cheers, >>Sven > > Gentoo isn't the only alternative. Just in case Jessie turns out to be > unworkable for me when it goes stable, last night I made a very nice > OpenBSD desktop computer that had most of what somebody could want on a > desktop. However, try as I might, I couldn't get Sigil to compile on > OpenBSD, and my business depends on Sigil for the next year or so. > > So what I'm now considering, as an escape route if systemd causes > everything to go to hell in a handbasket (and we don't know whether > that will happen), is that my main desktop is OpenBSD, with a virtual > machine running Debian or Ubuntu in a VM in order to use Sigil and > anything else I can't get to work on OpenBSD. > > I feel much better now that I know I have a Plan B. There is a FreeBSD port listed for sigil. If you don't want to run FreeBSD, you could at least look at what their port does to get it to compile. -- Carl Johnsonca...@peak.org -- 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/87d2b7h191.fsf@elk.localnet
Re: brasero requires gvfs
Ahoj, Dňa Sun, 07 Sep 2014 02:30:42 +0200 lee napísal: > Slavko writes: > > > Ahoj, > > > > Dňa Sat, 06 Sep 2014 02:08:47 +0200 lee > > napísal: > > > >> Doug writes: > >> > >> > It didn't need systemd before, so why should it need it now? > >> > >> Debian has decided to feature several init systems, so any > >> dependency on an init system you're not using because you're using > >> another one is a bug that needs to be reported and fixed. > >> > > > > I see it in the same manner, and then i agree with you. I see there > > some questions which need to be answered: > > I don't think they will fix the bug because: > > > [~] aptitude why libsystemd-login0 > i xfce4Depends xfconf (>= 4.8.0) > i A xfconf Depends dbus-x11 > i A dbus-x11 Depends dbus > i A dbus Depends libsystemd-login0 (>= 31) > [~] Yes, this is as i describe as direct and indirect dependencies. > They must fix dbus to be able to work without systemd first. So I > guess we need to make a bug report against dbus because it must not > depend on systemd for Debian to be able to support alternative init > systems so that users aren't forced into systemd. The concept of > free software has become a myth :( As someone point, the libsystemd-login0 is not a root of the problem, it is a systemd-sysv. And the "aptitude why" is not reliable tool for find dependencies (it end with first dependency). aptitude why systemd-sysv i init PreDepends systemd-sysv | sysvinit-core | upstart but: aptitude search "~i?depends(systemd-sysv)" i init - init nástroje v štýle System-V - metabalík ihA libpam-systemd- system and service manager - PAM module I know, that there is a systemd-sysv|systemd-shim dependency, but it is not working for me (and then the hold there), due some problems with logind without systemd as PID 1. AFAIK, the logind is replacement for consolekit and this dependecy can be good, when the logind will be able to work without systemd and with the cmanager- but it is not working yet. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Re: brasero requires gvfs
Ahoj, Dňa Sun, 7 Sep 2014 21:12:47 +1200 Chris Bannister napísal: > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > it will be the only. The more noise made, the better chance someone > > will hear. The squeaky wheel gets the grease. > > "Silence is golden." Not always, only when you tell about thinks, which you don't understand. If we all will silence, then Debian (and other) BTS will be abundant. > "Better to remain silent and be thought a fool than to speak out and > remove all doubt." Some from us (int his ML) know more about near future plans from other sources (eg. d-devel), some don't know this. But nobody from us really know the future. One can silently wait and another one can tell, that things are not very good, but only in future we will know, which approach was better. Some people silently wait until the war ends and then they stay the generals, and some will go into war and try to win it. But it is not possible to win all wars, and only very small amount of people are willing to risk the loss. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Re: brasero requires gvfs
On Sun, 07 Sep 2014 08:35:55 -0500 John Hasler wrote: > Joe writes: > > Sometimes it is the fool who points out that the Emperor has no > > clothes... > > Chris writes: > > Or a wise tailor? > > The wise tailor siezes the opportunity to get in on the ground floor > in the imaginary clothing market. John, that's the naked truth. 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/20140907100404.0ebbb...@mydesq2.domain.cxm
Re: brasero requires gvfs
On Sun, 7 Sep 2014 12:01:54 +0100 Joe wrote: > On Sun, 7 Sep 2014 21:12:47 +1200 > Chris Bannister wrote: > > > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > > it will be the only. The more noise made, the better chance > > > someone will hear. The squeaky wheel gets the grease. > > > > "Silence is golden." > > "Better to remain silent and be thought a fool than to speak out and > > remove all doubt." > > > > Sometimes it is the fool who points out that the Emperor has no > clothes... Sometimes the Emperor is the fool. 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/20140907100241.2a467...@mydesq2.domain.cxm
Re: ifupdown -- it ain't so bad
Hi, On Thu, Sep 04, 2014 at 09:00:01PM -0400, Podrigal, Aron wrote: > On Thu, Sep 4, 2014 at 2:17 PM, Brian wrote: > > > On Thu 04 Sep 2014 at 14:06:28 -0400, Podrigal, Aron wrote: > > > > > I had experienced some difficulties using ifupdown in the past, I than > > came > > > across this while searching the web > > > > > http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html > > > my question is, is that still true? or there was updates to the package > > > since than? > > > > > > also what would be a good alternative for service networking restart ? > > > > Is what "still true"? > > What this article claims > http://pureperl.blogspot.com/2013/01/the-debian-ifupdown-package-and.html > That ifupdown is not reliable. Basicly I see errors when bringing up my > vlan interfaces Facts: ifupdown is mere "important" package. So you can have system without it if your required packages does not depend on it. This is just a blog post by someone. He does not seem to be active promoting any package of his. Besides he puts down the coding style of ifupdown which I thought is a very elegant one. If he does not like ifupdown, I guess other tool may be used. ifupdown has its share of problem but now it can handle IPv6 too. It is designed to be very flexible. Most of problem can be handled easily by its customization. Besides, it does not prohbit you to put init-rc script with ip commend etc. Osamu -- 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/20140907135432.GA2589@goofy.local
Re: brasero requires gvfs
On Sun, 07 Sep 2014 09:31:46 +0200 Sven Joachim wrote: > > The concept of free software has become a myth :( > > There is always Gentoo if libraries you consider useless bother you. > Binary distributions tend to enable all possibly useful features. > > Cheers, >Sven Gentoo isn't the only alternative. Just in case Jessie turns out to be unworkable for me when it goes stable, last night I made a very nice OpenBSD desktop computer that had most of what somebody could want on a desktop. However, try as I might, I couldn't get Sigil to compile on OpenBSD, and my business depends on Sigil for the next year or so. So what I'm now considering, as an escape route if systemd causes everything to go to hell in a handbasket (and we don't know whether that will happen), is that my main desktop is OpenBSD, with a virtual machine running Debian or Ubuntu in a VM in order to use Sigil and anything else I can't get to work on OpenBSD. I feel much better now that I know I have a Plan B. 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/20140907100052.490a3...@mydesq2.domain.cxm
Re: brasero requires gvfs
On Sun, 7 Sep 2014 21:12:47 +1200 Chris Bannister wrote: > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > it will be the only. The more noise made, the better chance someone > > will hear. The squeaky wheel gets the grease. > > "Silence is golden." > "Better to remain silent and be thought a fool than to speak out and > remove all doubt." I agree with Patrick. 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/20140907095513.46fa7...@mydesq2.domain.cxm
Re: brasero requires gvfs
Joe writes: > Sometimes it is the fool who points out that the Emperor has no > clothes... Chris writes: > Or a wise tailor? The wise tailor siezes the opportunity to get in on the ground floor in the imaginary clothing market. -- 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/874mwj8sec@thumper.dhh.gt.org
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
On Sat, Sep 6, 2014 at 11:42 PM, lee wrote: > [...] > I'd find it hard to believe that there is no reasonable way to check for > new commits that have been made to a remote repo. Git can't be that > bad, can it? (Running 'git diff' for this is not reasonable, and > keeping multiple copies of repos isn't, either.) git is enough different from cvs and svn that it will seem unreasonable at times. (And it keeps me confused.) Setting up temporary duplicate repositories to experiment on while you're getting used to it is actually a very good idea. But you're right. What you are trying to do doesn't require that. Are you comfortable with the concept that a commit doesn't push the commit to the remote? That's something I tend to forget at times, and then I wonder why my status messages don't make sense. -- Joel Rees Be careful where you see conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy. -- 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/caar43iowsoprhetxv5h9pnulwwnem6u6k+nhafyvbgwjjaq...@mail.gmail.com
Re: brasero requires gvfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/07/2014 at 01:27 AM, Patrick Bartek wrote: > Well, Jessie is a long way from being Stable. (Some say next > May.) But the "release freeze" date isn't nearly as far away; it was announced a long time ago as being, IIRC, November 5th, and I think I've seen at least one announcement since then that put it sooner. That said, there does seem to be discussion ongoing on debian-devel that may offer some faint hopes of some kind of solution in this regard. (Which doesn't mean people should go over there and chime in; that would be about the most certain way to kill any such hopes that I can think of.) - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCgAGBQJUDEkVAAoJEASpNY00KDJrqykP/0UlL68tiLjvi0Tqj6+T3Q3l 9tuw7N27p0pbte2FlkKJpDlZ1Sfhkgv/Mf5L1+fPGdexgTK8ZvJvc6cYLKkW9oyC 6dQa4ZbtzUcSFLZ92UvLzj7wZifjWBUzjyD0ACcRh92s3KUhXcbhZuiMoc6ISxFg k+YIC6R8LbnroD/+9DtZmSyd6qg5FtIK16D9FP27wg/j/ZXtcauCrKi37t5oMaMX LANY/SGnzLweTwr87nONHAfMKfqZ7ik5Hiq8hdTw0503larPzZ9R3m3a/TMooalc 6b+mczZpWjpRrhMb0bq4QQfTV8FxIUDIAyI0lj1wzwmt74GHS/wmgfPCo0W6soUP UU3R7eJFqjaKb23+nQquYjn6yebaoFBt41/P+hJu1MSGz72iLae+OeSecPwljyX1 W+4N2AY1XId1BW5obSZith9je8qskO86N8sA1NVA9+zS5x/JiC3SI1QUsq7ACtnm Qcwko+ui9e/6yZywaSlk265LhoFh/mX2IBQPYuDwW1HIEZP5r7C/eG/lU3O73CTj yZxUAhBYyxaKLWkKDxs6MapfFn2MmPUJfmIs1xHRkvv3goLeGkoj25XCrEEp3ngq yrTM1RocYOg5TDfxasCaRFGAA2hBp4VFAIVYfQ7MZSU7GoxPwHzAgRP71B1qVJch zTAIxEhm89fbUqDbEKWx =2pA7 -END PGP SIGNATURE- -- 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/540c4915.7020...@fastmail.fm
Re: brasero requires gvfs
On Sun, Sep 07, 2014 at 12:01:54PM +0100, Joe wrote: > On Sun, 7 Sep 2014 21:12:47 +1200 > Chris Bannister wrote: > > > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > > it will be the only. The more noise made, the better chance someone > > > will hear. The squeaky wheel gets the grease. > > > > "Silence is golden." > > "Better to remain silent and be thought a fool than to speak out and > > remove all doubt." > > > > Sometimes it is the fool who points out that the Emperor has no > clothes... Or a wise tailor? I was just demonstrating that for every proverb, there is at least one other contradictory one. -- "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/20140907112208.GA12379@tal
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
I don't really get your problem. Every git repository tracked by remote, has separate refs to track the remote and separate for the local. When you do git fetch, it will only update the remote refs and not your local. Then you can do git diff origin/master to see the difference between your local and remote. Or git log origin/master to see your remote refs history. Then you can merge or rebase your local with the remote. Git status however l may tell you that your local is not up-to-date with your remote because it already knows about your remote commits. On Sep 7, 2014 5:23 AM, "Sven Joachim" wrote: > On 2014-09-07 02:01 +0200, lee wrote: > > > Sven Joachim writes: > > > >> On 2014-09-06 16:42 +0200, lee wrote: > >> > >>> When I run 'git diff', I don't get any output unless I have made local > >>> changes which aren't committed yet. I'm not sure about 'git status': > >>> > >>> > >>> [~/inst/emacs/emacs-git/emacs] git status > >>> On branch master > >>> Your branch and 'origin/master' have diverged, > >>> and have 9 and 51 different commits each, respectively. > >>> (use "git pull" to merge the remote branch into yours) > >>> > >>> Untracked files: > >>> [...] > >>> > >>> > >>> I have not made 9 commits to my local copy, so this is a confusing > >>> message (but IIRC I did run 'git fetch' earlier to see if I could get > >>> any useful info). > >> > >> Even if you have not made any local changes, such things happen if the > >> remote branch has been rebased. > > That being said, the branches in the Emacs git repository on Savannah > don't get rebased AFAIK. > > > Does this mean that I cannot rely on any of the output of 'git status' > > to decide whether there were commits or not? > > Commits where, on your local branch or on the remote one? > > >> How about "git fetch --dry-run"? > > > > That doesn't seem to do a dry run: > > > > > > [~/inst/emacs/emacs-git/emacs] git fetch --dry-run > > remote: Counting objects: 35, done. > > remote: Compressing objects: 100% (19/19), done. > > remote: Total 19 (delta 17), reused 0 (delta 0) > > Unpacking objects: 100% (19/19), done. > >>From git://git.savannah.gnu.org/emacs > >bf72a39..b64cc38 master -> origin/master > >bf72a39..b64cc38 trunk -> origin/trunk > > [~/inst/emacs/emacs-git/emacs] git fetch --dry-run > >>From git://git.savannah.gnu.org/emacs > >bf72a39..b64cc38 master -> origin/master > >bf72a39..b64cc38 trunk -> origin/trunk > > [~/inst/emacs/emacs-git/emacs] > > > > > > The first run compresses and unpacks some objects while the second one > > immediately after the first one does not. This must mean that something > > did change by performing a dry run. > > Correct, contrary to what the manpage says "git fetch --dry-run" still > downloads a pack file with the objects. It just does not update any > refs. > > 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/87r3znaitn@turtle.gmx.de > >
Re: brasero requires gvfs
On Sun, 7 Sep 2014 21:12:47 +1200 Chris Bannister wrote: > On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > > it will be the only. The more noise made, the better chance someone > > will hear. The squeaky wheel gets the grease. > > "Silence is golden." > "Better to remain silent and be thought a fool than to speak out and > remove all doubt." > Sometimes it is the fool who points out that the Emperor has no clothes... -- 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/20140907120154.248e5...@jresid.jretrading.com
Re: git: how to figure out with a script what the last commit on remote repo is without fetching it
On 2014-09-07 02:01 +0200, lee wrote: > Sven Joachim writes: > >> On 2014-09-06 16:42 +0200, lee wrote: >> >>> When I run 'git diff', I don't get any output unless I have made local >>> changes which aren't committed yet. I'm not sure about 'git status': >>> >>> >>> [~/inst/emacs/emacs-git/emacs] git status >>> On branch master >>> Your branch and 'origin/master' have diverged, >>> and have 9 and 51 different commits each, respectively. >>> (use "git pull" to merge the remote branch into yours) >>> >>> Untracked files: >>> [...] >>> >>> >>> I have not made 9 commits to my local copy, so this is a confusing >>> message (but IIRC I did run 'git fetch' earlier to see if I could get >>> any useful info). >> >> Even if you have not made any local changes, such things happen if the >> remote branch has been rebased. That being said, the branches in the Emacs git repository on Savannah don't get rebased AFAIK. > Does this mean that I cannot rely on any of the output of 'git status' > to decide whether there were commits or not? Commits where, on your local branch or on the remote one? >> How about "git fetch --dry-run"? > > That doesn't seem to do a dry run: > > > [~/inst/emacs/emacs-git/emacs] git fetch --dry-run > remote: Counting objects: 35, done. > remote: Compressing objects: 100% (19/19), done. > remote: Total 19 (delta 17), reused 0 (delta 0) > Unpacking objects: 100% (19/19), done. >>From git://git.savannah.gnu.org/emacs >bf72a39..b64cc38 master -> origin/master >bf72a39..b64cc38 trunk -> origin/trunk > [~/inst/emacs/emacs-git/emacs] git fetch --dry-run >>From git://git.savannah.gnu.org/emacs >bf72a39..b64cc38 master -> origin/master >bf72a39..b64cc38 trunk -> origin/trunk > [~/inst/emacs/emacs-git/emacs] > > > The first run compresses and unpacks some objects while the second one > immediately after the first one does not. This must mean that something > did change by performing a dry run. Correct, contrary to what the manpage says "git fetch --dry-run" still downloads a pack file with the objects. It just does not update any refs. 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/87r3znaitn@turtle.gmx.de
Re: brasero requires gvfs
On Sat, Sep 06, 2014 at 10:27:58PM -0700, Patrick Bartek wrote: > it will be the only. The more noise made, the better chance someone > will hear. The squeaky wheel gets the grease. "Silence is golden." "Better to remain silent and be thought a fool than to speak out and remove all doubt." -- "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/20140907091247.GC9602@tal
Re: Brainydeal Receipt Printer
On Sun 07 Sep 2014 at 00:05:33 -0400, Ethan Rosenberg wrote: > I have a Brainydeal receipt printer made by Zijiang. I have > downloaded and setup their driver. No Luck. > The message I receive from CUPS is: > Processing - "The printer is not responding." > > When I installed the driver, it clearly indicated that it was for Linux. > > Here is the driver. > > *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" How is the printer connected to the computer? Please supply the outputs of lpstat -t ls -l /usr/lib/cups/filter ls -l /usr/lib/cups/backend ls -l /usr/share/cups/model ls -l /etc/cups/ppd -- 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/20140907085657.go4...@copernicus.demon.co.uk
Re: exail missing plugin
I got it. exaile needs "gstreamer0.10-fluendo-mp3" Matthias -- 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/luh2o1$6r9$1...@ger.gmane.org
Re: brasero requires gvfs
On 2014-09-07 02:30 +0200, lee wrote: > Slavko writes: > >> Ahoj, >> >> Dňa Sat, 06 Sep 2014 02:08:47 +0200 lee napísal: >> >>> Doug writes: >>> >>> > It didn't need systemd before, so why should it need it now? >>> >>> Debian has decided to feature several init systems, so any dependency >>> on an init system you're not using because you're using another one >>> is a bug that needs to be reported and fixed. >>> >> >> I see it in the same manner, and then i agree with you. I see there >> some questions which need to be answered: > > I don't think they will fix the bug because: > > > [~] aptitude why libsystemd-login0 > i xfce4Depends xfconf (>= 4.8.0) > i A xfconf Depends dbus-x11 > i A dbus-x11 Depends dbus > i A dbus Depends libsystemd-login0 (>= 31) > [~] > > > They must fix dbus to be able to work without systemd first. So I guess > we need to make a bug report against dbus because it must not depend on > systemd for Debian to be able to support alternative init systems so > that users aren't forced into systemd. Dbus depends on libsystemd-login0, not on systemd. It forces you to use systemd as much as its dependency on libselinux1 forces you to turn on selinux, i.e. not at all. > The concept of free software has become a myth :( There is always Gentoo if libraries you consider useless bother you. Binary distributions tend to enable all possibly useful features. 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/87zjebantp@turtle.gmx.de