Re: mpg123 not included, why?
On 01/11/2016 11:48 AM, Ian Malone wrote: On 11 January 2016 at 01:35, Tim <ignored_mail...@yahoo.com.au> wrote: Allegedly, on or about 10 January 2016, Philip Brown sent: however, in a couple of very simple steps, this gives me a very usable multimedia system on my default fedora workstation without having to install any additional repos. which for me is awesome. and I can confirm all I had to do was download and extract .so files from the following 2 rpms: http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer1-libav.html http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer-plugins-ugly.html really that simple, no dealing with runtime linker search paths, additional rpm dependencies or anything like that. ok I admit, in the long run, maybe it is planless, however this is not intended as a complete solution intended to work forever, it will get you up and running now and will probably keep working in the future but as listed above it is not a repo sysyem with dnf/yum updates and there will come a day when dependencies mismatch but... c'est la vie. That's all very well, if you never intend to do a yum update again, in the future. But if you do, then you've got to deal with all the breakage that ensues. Which is going to be more work than simply installing the repo, and installing the files you need, letting the system do the work for you. Yes, this is why I don't see any benefit to this approach at all. You have to manually download the right rpms, extract libraries, move them into place and then they'll stop working if you ever update the installed programs. On top of which codecs are a great target for vulnerabilities, so worth keeping them up to date. To me this seems much more work than installing the rpmfusion repo, which involves clicking two links at <http://rpmfusion.org/>, and you get a less reliable setup out of it. The rpmfusion guys do a great job and it integrates with the fedora repos, many of the people there are also fedora project packagers. Particularly over things like gstreamer where the plugins provided will work with fedora gstreamer directly. never be able to run yum again? I have been running this workaround for close to a year and dnf/yum is still fully operational. I am merely placing a few library files in my home folder. pray tell, how is this going to blow up my system??? i understand you have nothing against the RPMFusion system and therefore there would be absolutely no benefit for you. however the poster whom I replied to, like me, had concerns and this is simply my workaround. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/11/2016 01:21 PM, Ian Malone wrote: On 11 January 2016 at 11:42, Philip Brown <philip.br...@kiwienglish.es> wrote: On 01/11/2016 11:48 AM, Ian Malone wrote: On 11 January 2016 at 01:35, Tim <ignored_mail...@yahoo.com.au> wrote: Allegedly, on or about 10 January 2016, Philip Brown sent: however, in a couple of very simple steps, this gives me a very usable multimedia system on my default fedora workstation without having to install any additional repos. which for me is awesome. and I can confirm all I had to do was download and extract .so files from the following 2 rpms: http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer1-libav.html http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer-plugins-ugly.html really that simple, no dealing with runtime linker search paths, additional rpm dependencies or anything like that. ok I admit, in the long run, maybe it is planless, however this is not intended as a complete solution intended to work forever, it will get you up and running now and will probably keep working in the future but as listed above it is not a repo sysyem with dnf/yum updates and there will come a day when dependencies mismatch but... c'est la vie. That's all very well, if you never intend to do a yum update again, in the future. But if you do, then you've got to deal with all the breakage that ensues. Which is going to be more work than simply installing the repo, and installing the files you need, letting the system do the work for you. Yes, this is why I don't see any benefit to this approach at all. You have to manually download the right rpms, extract libraries, move them into place and then they'll stop working if you ever update the installed programs. On top of which codecs are a great target for vulnerabilities, so worth keeping them up to date. To me this seems much more work than installing the rpmfusion repo, which involves clicking two links at <http://rpmfusion.org/>, and you get a less reliable setup out of it. The rpmfusion guys do a great job and it integrates with the fedora repos, many of the people there are also fedora project packagers. Particularly over things like gstreamer where the plugins provided will work with fedora gstreamer directly. never be able to run yum again? I have been running this workaround for close to a year and dnf/yum is still fully operational. I am merely placing a few library files in my home folder. pray tell, how is this going to blow up my system??? Not what I said. that is reassuring =) i understand you have nothing against the RPMFusion system and therefore there would be absolutely no benefit for you. however the poster whom I replied to, like me, had concerns and this is simply my workaround. What is your concern about RPMFusion? You seem to imply you have something against it. bad past experience, could have been livna, it was a long time ago and I never used it since. I imagine it should be a lot better now, however seeing as I only need these few files I prefer just to download them rather than having an extra repo system. The updates for these rpms are few and far between (last updates were Sept 2014 and May 2015) so it does not really add much to my workload. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/11/2016 05:35 PM, Tim wrote: Allegedly, on or about 11 January 2016, Philip Brown sent: bad past experience, could have been livna, it was a long time ago and I never used it since. I imagine it should be a lot better now, however seeing as I only need these few files I prefer just to download them rather than having an extra repo system. The updates for these rpms are few and far between (last updates were Sept 2014 and May 2015) so it does not really add much to my workload. Kinda hard to relate ancient experience to what might happen now, one doesn't necessarily demand the other. But still, there are easier and better ways to do it than force hand-unpacked files from an archive onto a system. Such as: Download the few rpm files that concern you, then use yum localinstall with those files (or dnf). They're installed properly, then. And if other files are needed at the same time, yum will get them, too. The files are in the database so that other things are aware of their presence. And they're easily removed, without breaking other things. thanks, I appreciate the alternative method you have given. I will try that before going the "install repo" route if my setup breaks. It's just not a good idea to jam in files. It's an even worse idea to advise someone to do it. More so if it's not given with full warning. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/11/2016 03:40 PM, Michael Schwendt wrote: On Sun, 10 Jan 2016 23:43:38 +0100, Philip Brown wrote: And a "dnf install gstreamer1-plugins\*" here wants to install "35 Packages", while some dependencies probably are installed already. Ok Michael, I can see you don't like this. however, in a couple of very simple steps, this gives me a very usable multimedia system on my default fedora workstation without having to install any additional repos. which for me is awesome. and I can confirm all I had to do was download and extract .so files from the following 2 rpms: http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer1-libav.html http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer-plugins-ugly.html That doesn't make it much better, since it mixes plugins for GStreamer 0.10.x and GStreamer 1.x, and applications based on either one don't support the other one. And while you would get less plugins, if installing only the stuff from those two rpms, there still is a dependency on two external packages. If "libmad" for MP3 decoding is not installed already, the GStreamer plugin using it would not work at all: # dnf install gstreamer1-libav gstreamer-plugins-ugly Dependencies resolved. PackageArch Version Repository Size Installing: gstreamer-plugins-ugly x86_64 0.10.19-18.fc23 rpmfusion-free-updates-testing 333 k gstreamer1-libav x86_64 1.6.2-1.fc23rpmfusion-free-updates-testing 230 k libmad x86_64 0.15.1b-17.fc23 rpmfusion-free-updates-testing 78 k opencore-amr x86_64 0.1.3-4.fc22rpmfusion-free 178 k Transaction Summary Install 4 Packages Total download size: 819 k Installed size: 2.0 M Is this ok [y/N]: really that simple, no dealing with runtime linker search paths, additional rpm dependencies or anything like that. Wrong. As shown above. You would need to extract the "libmad" shared lib and all other runtime dependencies in a similar way to decouple it from the RPM based system installation. Or else any package update could replace libmad with an upgrade that's incompatible with the plugins you've extracted. thanks for explaining this so clearly, I now understand. If libmad and/or opencore-amr from the standard repos are upgraded to where they are incompatible I will certainly try out RPMFusion. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/10/2016 04:36 PM, Michael Schwendt wrote: On Sat, 9 Jan 2016 19:18:05 +0100, Philip Brown wrote: if you don't want to install all the extra software repos etc... you can just grab the rpms from rpmfusion, unzip and get all the .so files out of them and place them in your .local/share/gstreamer-1.0/plugins folder. a la: ls .local/share/gstreamer-1.0/plugins/ libgsta52dec.solibgstcdio.solibgstlame.so libgstrmdemux.so libgstamrnb.so libgstdvdlpcmdec.so libgstlibav.so libgsttwolame.so libgstamrwbdec.so libgstdvdread.so libgstmad.so libgstx264.so libgstasf.so libgstdvdsub.so libgstmpeg2dec.so libgstxingmux.so and most all codecs will now run in your gnome applications without any worries. That seems planless. on the contrary, the information was given to resolve concerns about acquiring codecs without having to install rpmfusion. i think it achieves that. Not everything people use is based on GStreamer, so adding GStreamer plugins like that doesn't achieve much. like i said, it is suitable for gnome apps, so that also achieves that. And what about the dependencies of those GStreamer plugins? Do you really fetch all those extra rpms and extract them to a local path to be added to runtime linker's search path? no. i extracted like 2 or 3 rpms and put the .so files in my plugins folder. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/10/2016 10:41 PM, Michael Schwendt wrote: On Sun, 10 Jan 2016 22:25:20 +0100, Philip Brown wrote: on the contrary, the information was given to resolve concerns about acquiring codecs without having to install rpmfusion. i think it achieves that. The subject is about mpg123, which is not related to GStreamer at all. The message you replied to is about RPMfusion in general. like i said, it is suitable for gnome apps, so that also achieves that. And you still would need to resolve dependencies *yourself*, which defeats the purpose of tools like Yum or DNF. They would pull in what's needed. It may even be a specific version of a library package that's needed. And what about the dependencies of those GStreamer plugins? Do you really fetch all those extra rpms and extract them to a local path to be added to runtime linker's search path? no. i extracted like 2 or 3 rpms and put the .so files in my plugins folder. You need at least the following packages as dependencies, libmad libmimic libmms opencore-amr vo-amrwbenc for the plugins in "gstreamer1-plugins-bad-freeworld" and "gstreamer1-plugins-ugly". And a "dnf install gstreamer1-plugins\*" here wants to install "35 Packages", while some dependencies probably are installed already. Ok Michael, I can see you don't like this. however, in a couple of very simple steps, this gives me a very usable multimedia system on my default fedora workstation without having to install any additional repos. which for me is awesome. and I can confirm all I had to do was download and extract .so files from the following 2 rpms: http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer1-libav.html http://download1.rpmfusion.org/free/fedora/releases/22/Everything/x86_64/os/repoview/gstreamer-plugins-ugly.html really that simple, no dealing with runtime linker search paths, additional rpm dependencies or anything like that. ok I admit, in the long run, maybe it is planless, however this is not intended as a complete solution intended to work forever, it will get you up and running now and will probably keep working in the future but as listed above it is not a repo sysyem with dnf/yum updates and there will come a day when dependencies mismatch but... c'est la vie. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/09/2016 08:16 PM, Patrick O'Callaghan wrote: On Sat, 2016-01-09 at 19:18 +0100, Philip Brown wrote: On 01/09/2016 06:21 PM, Patrick O'Callaghan wrote: On Sat, 2016-01-09 at 10:41 -0500, Fernando Cassia wrote: On Sat, Jan 9, 2016 at 7:12 AM, Ed Greshko <ed.gres...@greshko.co m> wrote: mpg123 is available from the rpmfusion repos. Thanks Ed! Is there any side-effect from enabling the rpmfusion repos? Conflict with system libs? No, stuff in RPMfusion is there because of license issues, but I've never had a problem with it. I suspect most people on the list have it enabled. poc if you don't want to install all the extra software repos etc... you can just grab the rpms from rpmfusion, unzip and get all the .so files out of them and place them in your .local/share/gstreamer-1.0/plugins folder. a la: ls .local/share/gstreamer-1.0/plugins/ libgsta52dec.solibgstcdio.solibgstlame.so libgstrmdemux.so libgstamrnb.so libgstdvdlpcmdec.so libgstlibav.so libgsttwolame.so libgstamrwbdec.so libgstdvdread.so libgstmad.so libgstx264.so libgstasf.so libgstdvdsub.so libgstmpeg2dec.so libgstxingmux.so and most all codecs will now run in your gnome applications without any worries. That means you get to check back periodically and repeat the process by hand if they've been updated. I don't see why most people would do that. There really isn't a problem enabling RPMfusion repos. They are designed to be used with the standard Fedora repos so you aren't going to magically install stuff that conflicts. poc yeah, well, that's just, like, your opinion, man. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: mpg123 not included, why?
On 01/09/2016 06:21 PM, Patrick O'Callaghan wrote: On Sat, 2016-01-09 at 10:41 -0500, Fernando Cassia wrote: On Sat, Jan 9, 2016 at 7:12 AM, Ed Greshkowrote: mpg123 is available from the rpmfusion repos. Thanks Ed! Is there any side-effect from enabling the rpmfusion repos? Conflict with system libs? No, stuff in RPMfusion is there because of license issues, but I've never had a problem with it. I suspect most people on the list have it enabled. poc if you don't want to install all the extra software repos etc... you can just grab the rpms from rpmfusion, unzip and get all the .so files out of them and place them in your .local/share/gstreamer-1.0/plugins folder. a la: ls .local/share/gstreamer-1.0/plugins/ libgsta52dec.solibgstcdio.solibgstlame.so libgstrmdemux.so libgstamrnb.so libgstdvdlpcmdec.so libgstlibav.so libgsttwolame.so libgstamrwbdec.so libgstdvdread.so libgstmad.so libgstx264.so libgstasf.so libgstdvdsub.so libgstmpeg2dec.so libgstxingmux.so and most all codecs will now run in your gnome applications without any worries. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: O.T. Affordable scanner
On 12/31/2015 12:00 AM, Bob Marcan wrote: Looking for affordable scanner: no multifunction device (bad experience with Canon) supported by sane flatbed a4 format scan plain documents scan photographs in color scan photographs in B (brown, my grandpa was born 1888) scan negative & slides USB or WIFI TIA, Bob HP Scanjet G3010 flatbed and works fine, has place negative/slides but I never used that I picked it up secondhand for 15€ recommended -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Cannot access my phone storage from fc22
On 12/30/2015 04:58 AM, Tim wrote: Allegedly, on or about 29 December 2015, jd1008 sent: Android is 4.4.2 (nothing newer is available for my phone. Developer option set. usb debugging enabled. yet, when I plug my phone to usb on laptop, laptop does not mount anything, nor does any icon appear on the panel as a result of plugging in. Also, the phone does not pop up a screen asking me to enable USB in data mode or any other mode. Recently I've had a few hours playing with an Android tablet (hideous Laser thing). To get it talking with the computer over USB, I had to fiddling around with its USB settings, I can't recall whether it was the general tablet settings, or within its file browser. Go exploring. I tried for weeks to get my Moto G connected then finally I tried with the cable that came in the box with the phone and it worked immediately. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: kernel checkout specific version
On 12/20/2015 09:55 PM, stan wrote: On Sun, 20 Dec 2015 10:48:40 +0100 Philip Brown <philipbrown...@gmail.com> wrote: Hi, I would appreciate a little help please. I am building the kernel with the following commands: fedpkg clone -a kernel cd kernel git checkout -b f23 --track origin/f23 fedpkg local and this builds a 4.2.8-300 release, however I need to build a 4.2.7-300 release which fedora is currently running on. how would I alter my command to achieve this. I haven't used fedpkg. I was actually unaware of it until your post. But a quick look at the man page suggests that it can build srpm files. So, you can go to koji, http://koji.fedoraproject.org/koji/packageinfo?packageID=8 select the kernel you want, and download the srpm. Once you have that, it appears that you can build the srpm using fedpkg build --srpm [srpm name] If the kernel has been built, there will already be a binary rpm there for the common architectures. You could forego the build, and just download and install the binary rpm. I'm quite new to all this kernel building guff, so I will definetly be looking into what you are saying. For the moment I have had to build a kernel as I have had to apply a patch to get my wacom tablet running. -- <>-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: kernel checkout specific version
On 12/20/2015 11:18 PM, Philip Brown wrote: On 12/20/2015 09:55 PM, stan wrote: On Sun, 20 Dec 2015 10:48:40 +0100 Philip Brown <philipbrown...@gmail.com> wrote: Hi, I would appreciate a little help please. I am building the kernel with the following commands: fedpkg clone -a kernel cd kernel git checkout -b f23 --track origin/f23 fedpkg local and this builds a 4.2.8-300 release, however I need to build a 4.2.7-300 release which fedora is currently running on. how would I alter my command to achieve this. I haven't used fedpkg. I was actually unaware of it until your post. But a quick look at the man page suggests that it can build srpm files. So, you can go to koji, http://koji.fedoraproject.org/koji/packageinfo?packageID=8 select the kernel you want, and download the srpm. Once you have that, it appears that you can build the srpm using fedpkg build --srpm [srpm name] If the kernel has been built, there will already be a binary rpm there for the common architectures. You could forego the build, and just download and install the binary rpm. I'm quite new to all this kernel building guff, so I will definetly be looking into what you are saying. For the moment I have had to build a kernel as I have had to apply a patch to get my wacom tablet running. just to answer this question as I received an answer from Josh at the kernel mailing list which is as follows: You need to look in koji for the specific build, and use the sha1sum hash that version was built from. You can do this by navigating the build webpages, or using the koji command line client. The command line client method is below: [jwboyer@vader ~]$ koji buildinfo kernel-4.2.7-300.fc23 | head -n 5 BUILD: kernel-4.2.7-300.fc23 [704495] State: COMPLETE Built by: jforbes Volume: DEFAULT Task: 12130200 build (f23-candidate,/kernel:827b8d0864402142f735d3e8cef8d20ae094e2d7) The hash is listed there . Then go to your checkout you've done with fedpkg and run: git reset --hard 827b8d0864402142f735d3e8cef8d20ae094e2d7 and your local repo will be reset to the same commit that was used to build 4.2.7-300.fc23. -- -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Problem with bash: alias command
i think that is a feature of echo if you want without the space you could use printf alias x='printf "PAR=%s\n" $1' On Sun, Dec 20, 2015 at 1:42 PM, Joachim Backes < joachim.bac...@rhrk.uni-kl.de> wrote: > Hi all, > > Running F23, and my shell is /bin/bash. > > My problem: suppose you define an alias: > > alias x='echo PAR=$1' > > Now call the alias by: > > x 1 > > Output: PAR= 1 > > My question: why do I get the blank before the "1"? > > All comments are welcome. > > Kind regards > > Joachim Backes > -- > > Fedora release 23 (Twenty Three) > Kernel-4.2.8-300.fc23.x86_64 > > > Joachim Backes> http://www-user.rhrk.uni-kl.de/~backes/ > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
kernel checkout specific version
Hi, I would appreciate a little help please. I am building the kernel with the following commands: fedpkg clone -a kernel cd kernel git checkout -b f23 --track origin/f23 fedpkg local and this builds a 4.2.8-300 release, however I need to build a 4.2.7-300 release which fedora is currently running on. how would I alter my command to achieve this. thanks for help, -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Re: Problem with bash: alias command
same problem... not on my terminal bash-4.3$ x 1 PAR=1 but I must say you explained "the why" very well regards the initial empty parameter On Sun, Dec 20, 2015 at 2:20 PM, Michael Welle <mwe012...@gmx.net> wrote: > Hello, > > Philip Brown <philipbrown...@gmail.com> writes: > > > i think that is a feature of echo > > if you want without the space you could use printf > > > > alias x='printf "PAR=%s\n" $1' > same problem as with the initial question. What value does the $1 have? > It is empty. alias does not expect any parameters, if that might be the > idea behind $1. > > Regards > hmw > > -- > biff4emacsen - A biff-like tool for (X)Emacs > http://www.c0t0d0s0.de/biff4emacsen/biff4emacsen.html > Flood - Your friendly network packet generator > http://www.c0t0d0s0.de/flood/flood.html > -- > users mailing list > users@lists.fedoraproject.org > To unsubscribe or change subscription options: > https://admin.fedoraproject.org/mailman/listinfo/users > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines > Have a question? Ask away: http://ask.fedoraproject.org > -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org