One of the configured repositories failed (Fedora 21 - x86_64) when running "docker build" on F21:
by Kevin Wilson
Hi,
I have the follwing problem, running on Fedora 21, with
docker-io-1.5.0-2.fc21.x86_64:
I have this Dockerfile:
cat Dockerfile
FROM fedora
MAINTAINER tester
RUN yum -y update && yum clean all
RUN yum -y install httpd
When I am running
docker build -t test .
I get:
Sending build context to Docker daemon 3.072 kB
Sending build context to Docker daemon
Step 0 : FROM fedora
---> 834629358fe2
Step 1 : MAINTAINER tester
---> Using cache
---> 16e9f95d5ab0
Step 2 : RUN yum -y update && yum clean all
---> Running in 88b98222885a
One of the configured repositories failed (Fedora 21 - x86_64),
and yum doesn't have enough cached data to continue. At this point the only
safe thing yum can do is fail. There are a few ways to work "fix" this:
1. Contact the upstream for the repository and get them to fix the problem.
2. Reconfigure the baseurl/etc. for the repository, to point to a working
upstream. This is most often useful if you are using a newer
distribution release than is supported by the repository (and the
packages for the previous distribution release still work).
3. Disable the repository, so yum won't use it by default. Yum will then
just ignore the repository until you permanently enable it again or use
--enablerepo for temporary usage:
yum-config-manager --disable fedora
4. Configure the failing repository to be skipped, if it is unavailable.
Note that yum will try to contact the repo. when it runs most commands,
so will have to try and fail each time (and thus. yum will be be much
slower). If it is a very temporary problem though, this is often a nice
compromise:
yum-config-manager --save --setopt=fedora.skip_if_unavailable=true
Cannot retrieve metalink for repository: fedora/21/x86_64. Please
verify its path and try again
INFO[0042] The command [/bin/sh -c yum -y update && yum clean all]
returned a non-zero code: 1
Any ideas what can be the reason for this?
Regards,
Kevin
9 years, 2 months
sticky keys
by Stuart McGraw
And yet another problem with Fedora-21...
When I press my Shift keys quickly a few times (which I often
do unconsciously while thinking about what to type), I get a
notification that "sticky keys have been enabled". I then
get a lot of odd keyboard effects such as every word typed
being capitalized or the keyboard acting like the control key
is permanently pressed.
Googling seems to indicate this is an old problem going back
to the mid-2000's.
I tried one of the solutions I found: install xkbset and run
"xkbset -a" at login time via Application Autostart tab in
the Settings and Startup dialog (this is Xfce).
That seemed to work for a while but the problem's come back.
The auto-startup setting is still there, still enabled.
While I was typing this, something called "slow keys became
enabled making it impossible to continue typing this message
until I logged out and back in again.
None of the options in the accessibility applet are enabled
(I'm pretty sure, having worked around the problem of dialogs
not showing checkmarks).
What do I need to do to permanently put a stake in the throat
of this nasty little Sticky Keys virus?
<rant>
I seldom rant in public but I've got to say that installing
Fedotra-21 was the worst experience I have ever had installing
Linux (in terms of the endless amount of brokeness) -- and I
have been using Redhat going back to the 3.x days (that's *Redhat*,
not Redhat Enterprise; not Fedora). I don't think it is me. I
did a pretty plain vanilla install and except for some of the
usual audio/video stuff from rpmfusion, am using packages straight
out of the Fedora-21 repo. Plain vanilla hardware that ran
Fedora-15 fine for several years. Has Fedora become too focused
on release schedules and lost interest in quality control?
Or are all these problems coming from xfce?
9 years, 2 months
systemd-udevd[220]: unknown key '\nSYMLINK' in /etc/udev/rules.d/99-resume.rules:1
by Angelo Moreschini
some times I get this error at the boot... (I find it in journalctl) :
systemd-udevd[220]: unknown key '\nSYMLINK' in
/etc/udev/rules.d/99-resume.rules:1
after this other errors come :
- systemd-egroups agent [355] failed to get D-Bus connection
failed to get D-Bus connection : failed to connect
socket/run/systemd/private no such file..
- failed to open private bus connectio: failed to connect socket
/var/run/dbus/system-bus-socket no such file
I found this link : http://www.planet-libre.org/index.php?post_id=10937
There is wrote that this error can come because in the last versions
d’UDEV, that password (...) is not supported anymore, and there is also
suggested to create an empty file ...
Anywhere I am not really so sure what is the mature of this problem and
how I can manage it.
Could I have a bit more of explanation and a practical suggestion about
how to solve my real problem ?
Thank you
regards
9 years, 2 months
Re: wget issue
by bruce
aha.. we have success...
steps to repeat:
generate the base page to get the initial content, as well as the cookie
wget -S "https://isiscc.smc.edu/pls/apex/f?p=123:1:12101780574999:::::"
-O smc.dat
extract the required cookie:
ORA_WWV_APP_123=ORA_WWV-HtXgmY8ZHOxc5O9zc8N8j6tP
>>>>ORA_WWV-HtXgmY8ZHOxc5O9zc8N8j6tP<<<
this goes in the wget as the cookie header
use the returned smc.dat file to determine the required attributes
that change. In this case, we need
&p_instance=257747591540
&p_page_submission_id=4686527047365
&p_page_checksum=DB5BF68CB0895706468BB180F90F4C3B
search/copy these vals from the data
in order to generate the post data, you can do it in a couple of ways.
I viewed the returned post data from a few different pages of the site
in my fav viewer/debugger, and determined that all of the variables
appear to be the same/consistent. For real accuracy, and in a
crawler, it would be useful to simply do a xpath on the hidden
name/vals and use that data to generate the post-data.
but we cheat for now:
so the base post-data consists of
p_flow_id=123&p_flow_step_id=1&p_request=SUBMIT&p_arg_names=6371933991931405031&p_t01=Spring+2015&p_arg_names=6362920808091113318&p_t02=1+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12&p_arg_names=6362811294857854001&p_t03=%27OPEN%27+%2C+%27CLOSED%27&p_arg_names=6374897696943587288&p_t04=20151&p_arg_names=3851224476948135099&p_t05=1&p_arg_names=3851225084220137224&p_t06=2&p_arg_names=6361666501512343398&p_arg_names=6362829299321902607&p_arg_names=6363404907668258054&p_arg_names=6363528795332614067&p_arg_names=6363575091232717019&p_arg_names=6363649096707888902&p_arg_names=3851458085236906098&p_t13=April+++++02%2C+2015+%40+12%3A05+pm&p_arg_names=6372068906550664708&p_t14=cls_web_list_20151&p_arg_names=6372277789412047762&p_t15=web_cat_sched_20151&p_arg_names=6361721707633487104&p_t16=where+cat_grp_seq_num+in+%28cat_grp_seq_num%29+and+cls_status+in+%28%27OPEN%27+%2C+%27CLOSED%27%29+and+print_seq+in+%28print_seq%29+and+print_seq+in+%281+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12%29+and+nvl%28gnr_emply_name%2C%27*%27%29+in+%28nvl%28gnr_emply_name%2C%27*%27%29%29+and+nvl%28ssn_days%2C%27*%27%29+in+%28nvl%28ssn_days%2C%27*%27%29%29+and+sct_begin_week+in+%28sct_begin_week%29+and+nvl%28begin_time%2C%270%27%29+in+%28nvl%28begin_time%2C%270%27%29%29&p_md5_checksum=&p_instance=257747591540&p_page_submission_id=4686527047365&p_page_checksum=DB5BF68CB0895706468BB180F90F4C3B&p_v07=80
the class ID p_v07 changes based on the sel/opt within the page -80
happens to be for chem.
&p_v07=80
so combining everything together...
we get the wget
wget --no-cookies --header "Cookie:
ORA_WWV_APP_123=ORA_WWV-HtXgmY8ZHOxc5O9zc8N8j6tP"
--user-agent="Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.11)
Gecko/2009061118 Fedora/3.0.11-1.fc9 Firefox/3.0.11" -O -
--post-data="p_flow_id=123&p_flow_step_id=1&p_request=SUBMIT&p_arg_names=6371933991931405031&p_t01=Spring+2015&p_arg_names=6362920808091113318&p_t02=1+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12&p_arg_names=6362811294857854001&p_t03=%27OPEN%27+%2C+%27CLOSED%27&p_arg_names=6374897696943587288&p_t04=20151&p_arg_names=3851224476948135099&p_t05=1&p_arg_names=3851225084220137224&p_t06=2&p_arg_names=6361666501512343398&p_arg_names=6362829299321902607&p_arg_names=6363404907668258054&p_arg_names=6363528795332614067&p_arg_names=6363575091232717019&p_arg_names=6363649096707888902&p_arg_names=3851458085236906098&p_t13=April+++++02%2C+2015+%40+12%3A05+pm&p_arg_names=6372068906550664708&p_t14=cls_web_list_20151&p_arg_names=6372277789412047762&p_t15=web_cat_sched_20151&p_arg_names=6361721707633487104&p_t16=where+cat_grp_seq_num+in+%28cat_grp_seq_num%29+and+cls_status+in+%28%27OPEN%27+%2C+%27CLOSED%27%29+and+print_seq+in+%28print_seq%29+and+print_seq+in+%281+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12%29+and+nvl%28gnr_emply_name%2C%27*%27%29+in+%28nvl%28gnr_emply_name%2C%27*%27%29%29+and+nvl%28ssn_days%2C%27*%27%29+in+%28nvl%28ssn_days%2C%27*%27%29%29+and+sct_begin_week+in+%28sct_begin_week%29+and+nvl%28begin_time%2C%270%27%29+in+%28nvl%28begin_time%2C%270%27%29%29&p_md5_checksum=&p_instance=257747591540&p_page_submission_id=4686527047365&p_page_checksum=DB5BF68CB0895706468BB180F90F4C3B&p_v07=80"
-L "https://isiscc.smc.edu/pls/apex/wwv_flow.accept"
now, it might be useful to test to see if this will also work against
the base initial page of
wget -S "https://isiscc.smc.edu/pls/apex/f?p=123:1:0::NO:RP:" -O smc.dat
I suspect it should
thanks for your help on this.. I'm reposting back to the fed list in
case anyone needs something like this in the future!
I was never able to get this working for the curl/pycurl process.
It appears to have something to do with the cert/ssl issues...
thanks
On Thu, Apr 2, 2015 at 4:49 PM, Alchemist <raimiiic(a)gmail.com> wrote:
>
>
> 2015-04-02 23:30 GMT+03:00 bruce <badouglas(a)gmail.com>:
>>
>> Hmm..
>>
>> ok..here;s the process I'm going to test... (and by the way. thanks
>> much for the cycles you've used to help with this. Helps to sometimes
>> have someone to bounce things off of! much appreciation)
>>
>> it appears that we can generate the "cookies" (or at least you can)
>> from the initial 2 line cookie script/test - and that this can then be
>> inserted in the wget, using "post data"
>>
>> So the issue then appears to be how to generate the required post data.
>>
>> If we assume the site generates key attributes in the base/top level
>> page, and that these attributes can then be used in the post-data for
>> the subsequent calls, it becomes a matter of then determining which
>> attributes are required to be used from the base page (as it changes),
>> and which attributes can simply be "set" and not changed.
>>
>> I'm going to test this by taking the base page, ripping off the xpath
>> to get the name/val data, and to see if this works..
>>
>> By the way, with the updated data you replied with, just how did you
>> regenerate the post data?
>>
>> thanks
>>
>
> Yes. A quick look uncovered, that wwvFlowForm contains some (perhaps all of
> required to send valid request) of theese attributes. Also take a look at
> pPageChecksum, and apex_layout_***longint*** in html code.
>
> JS responsible to generate request is located here
> https://isiscc.smc.edu/i/libraries/apex/minified/legacy.min.js
>
> and some other here
> https://isiscc.smc.edu/i/libraries/apex/minified/desktop_all.min.js
> https://isiscc.smc.edu/i/libraries/apex/minified/widget.checkboxAndRadio....
>
> It's captured resquest from site generated request, just to show differences
> in POST fields. Yes and both (ORA_WWV-nFa8PnpRSIhvaZ1y372N5oNh and still
> working for me ORA_WWV_APP_123=ORA_WWV-GZ16jkW5CQEUTFD0Qi9Xis6Y)
9 years, 2 months
wget issue
by bruce
Hey guys. I know this isn't a fed/linux issue, but thought I might get
some pointers. This has also been posted to the wget list as well.
Trying to fetch class content from a site.
Tested the site, using firefox/firebug appears the site does a couple of calls.
Created a quick shell script to implement the test calls, but for some
reason, cant seem to generate the actual class list.
Steps:
-fire off the initial page
-select the 1st dept "accounting" - use/leave the rest of the defaults
-implement the "select" btn, to generate the backend calls.
-in the testing of the 2nd step, the test uses the actual post-data as
generated via the firefox/firebug test
The results of the 2nd call - returns the same data as the initial
call to the base page. I assume Im missing something simple, or else
the app is doing some jscript on the backend that I'm not seeing.
using -vvv for verbosity doesn't point to anything as far as I can tell.
Thoughts/pointers are welcome.
thanks
#!/bin/sh -v
#
# test shell for wget
#
# smc_curl.sh
#smc
wget -vvv --no-check-certificate --cookies=on --load-cookies=smc.lwp
--keep-session-cookies --save-cookies=smc.lwp
--user-agent="Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.11)
Gecko/2009061118 Fedora/3.0.11-1.fc9 Firefox/3.0.11" -O -
"https://isiscc.smc.edu/pls/apex/f?p=123:1:4004293957286646::NO:RP::"
#exit
wget -vvv --no-check-certificate --cookies=on
--load-cookies=smc.lwp --keep-session-cookies --save-cookies=smc.lwp
--referer="https://isiscc.smc.edu/pls/apex/f?p=123:1:4004293957286646::NO:RP::"
--user-agent="Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.11)
Gecko/2009061118 Fedora/3.0.11-1.fc9 Firefox/3.0.11" -O -
--post-data="p_flow_id=123&p_flow_step_id=1&p_instance=9199705513605&p_page_submission_id=10860495851326&p_request=SUBMIT&p_arg_names=6371933991931405031&p_t01=Spring+2015&p_arg_names=6362920808091113318&p_t02=1+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12&p_arg_names=6362811294857854001&p_t03=%27OPEN%27+%2C+%27CLOSED%27&p_arg_names=6374897696943587288&p_t04=20151&p_arg_names=3851224476948135099&p_t05=1&p_arg_names=3851225084220137224&p_t06=2&p_arg_names=6361666501512343398&p_v07=5&p_arg_names=6362829299321902607&p_arg_names=6363404907668258054&p_arg_names=6363528795332614067&p_arg_names=6363575091232717019&p_arg_names=6363649096707888902&p_arg_names=3851458085236906098&p_t13=April+++++02%2C+2015+%40+05%3A05+am&p_arg_names=6372068906550664708&p_t14=cls_web_list_20151&p_arg_names=6372277789412047762&p_t15=web_cat_sched_20151&p_arg_names=6361721707633487104&p_t16=where+cat_grp_seq_num+in+%28cat_grp_seq_num%29+and+cls_status+in+%28%27OPEN%27+%2C+%27CLOSED%27%29+and+print_seq+in+%28print_seq%29+and+print_seq+in+%281+%2C+2+%2C+3+%2C+4+%2C+5+%2C+6+%2C+7+%2C+12%29+and+nvl%28gnr_emply_name%2C%27*%27%29+in+%28nvl%28gnr_emply_name%2C%27*%27%29%29+and+nvl%28ssn_days%2C%27*%27%29+in+%28nvl%28ssn_days%2C%27*%27%29%29+and+sct_begin_week+in+%28sct_begin_week%29+and+nvl%28begin_time%2C%270%27%29+in+%28nvl%28begin_time%2C%270%27%29%29&X01=current&p_md5_checksum=&p_page_checksum=D0B7E209D8B98CC0A86474C8266D5F59"
"https://isiscc.smc.edu/pls/apex/wwv_flow.accept"
exit
9 years, 2 months
SAMBA on Fedora 21
by Angelo Moreschini
Hi,
I am learning Linux and, just in order to do exercises, I wanted to monitor
the functioning of services that, I thing, should run on fedora.
So, with the command : service *smartd* status
I got :
Redirecting to /bin/systemctl status *smartd.service*
● smartd.service - Self Monitoring and Reporting Technology (SMART) Daemon
Loaded: loaded (/usr/lib/systemd/system/smartd.service; enabled)
Active: active (running) since Tue 2015-03-31 07:48:18 IDT; 10h ago
Main PID: 701 (smartd)
CGroup: /system.slice/smartd.service
└─701 /usr/sbin/smartd -n -q never
the same for *cups*....
● cups.service - CUPS Printing Service
Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled)
Active: active (running) since Tue 2015-03-31 07:48:51 IDT; 10h ago
.............................
..............................
but I was wonder that services as :
*DHCP, SAMBA*, ..... was not working.... :
the command : sudo service *samba* status
give me :
Redirecting to /bin/systemctl status samba.service
● samba.service
Loaded: not-found (Reason:* No such file or directory*)
Active: inactive (dead)
for *SAMBA* I give a look to check if it is installed, and I found:
sudo yum list installed | grep samba
samba-client.x86_64 2:4.1.17-1.fc21
@updates
samba-common.x86_64 2:4.1.17-1.fc21
@updates
samba-libs.x86_64 2:4.1.17-1.fc21
@updates
samba-winbind.x86_64 2:4.1.17-1.fc21
@updates
samba-winbind-clients.x86_64 2:4.1.17-1.fc21
@updates
samba-winbind-modules.x86_64 2:4.1.17-1.fc21 @updates
So, ...
after this test I am confuse .......
What is the reason why some important services are not running by default
on Fedora 21?
Could I have an explanation ?
Thank you
regards
Angelo
9 years, 2 months
F21: Save session on logout issues
by Max Pyziur
Greetings,
Xfce gives you the option to save your session on logout.
In earlier versions, all of my tabbed sessions of Gedit and Gnome-Terminal
would be restored.
Now, with an F21 setup, only Firefox comes up restored. At best, Gedit is
opened, but in a new document setting.
Any pointers on whether or not this can be changed so that Gedit and
Gnome-Terminal sessions are restored?
Or is this a new, undocumented feature?
Thanks.
Max Pyziur
pyz(a)brama.com
9 years, 2 months
Emacs and Ibus in Fedora-21
by Stuart McGraw
I just moved from Fedora-15 to Fedora-21 and another breakage
that occurs is using Emacs with Ibus. I've been using Emacs
since the dark ages and I also need to enter and edit Japanese
text.
This worked fine through many versions of Fedora and Ibus (or
its predecessors) up to Fedora-15 when I had to start running
Emacs with a command like "LC_TYPE=ja_JP.utf8 emacs" to get it
to accept Japanese characters.
Now in Fedora-21, the above command now longer works and I can't
find any way of getting Emacs to input Japanese characters other
than its own very awkward and poor built-in IME. It appears the
migration to a completely broken combination has been completed
successfully. :-(
Googling has not turned up much beyond a bunch of non-working,
contradictory or old information.
Is there any way to get Emacs to work with Ibus?
9 years, 2 months
core file is not generated
by santosh
Hi,
In my setup, core file is not generated on specific scenario.
Binary name: vpt
if "vpt" is directly executed on shell, then core is generated for
SIGSEGV scenario.
if same "vpt" binary is spawned by some other binary by "execl()"
then core file is not
generated on receiving SIGSEGV.
1.
root@R0:~# ulimit -c
unlimited
2.
root@R0:~# cat /etc/security/limits.conf | grep unlimited
* soft core unlimited
root@R0:~#
SUCCESSFUL Scenario
-----------------------------------
3. If the binary is executed directly on shell prompt, then core file
is generated when SIGSEGV is received.
root@R0:~# /usr/share/pfe/vpt
.....
....
Aborted (core dumped)
root@R0:~# ls /var/volatile/crash/
core.vpt.1427885814.1008
root@R0:~#
FAIL scenario
----------------------
4.
Core file is not generated for the same binary "vpt" if it is spawned
by some other process.
e;g binary_a ---> vpt .. // binary_a is spawning "vpt" using execl()
root@R0:~# /usr/share/pfe/binary_a
.....
....
Aborted (core dumped)
root@R0:~#
root@R0:~# ls /var/volatile/crash/
// No core file is generated.
root@R0:~#
Thanks
Santosh
9 years, 2 months