२०१४-०६-२५ १६:५६ [GMT]+०५:३०, Cédric Boutillier bou...@debian.org:
I could reproduce the bug: whereas it doesn't appear when I build the
package locally on my machine, with either pbuilder or sbuild, it did
occur when I tried to build ruby-excon on a porterbox (harris).
One may need to
issue reported upstream https://github.com/astro/remcached/issues/5
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2014-04-05 21:10 GMT+05:30, Ivo De Decker ivo.dedec...@ugent.be:
The latest upload of ruby-redcarpet FTBFS on all architectures. The upload
was
probably built in an unclean or outdated environment.
It missed a nokogiri rebuild.
affects 743664 - ruby-atomic
thanks
Just rebuilt ruby-atomic as it was needed for another package, other
packages still needs to be rebuilt.
--
പ്രവീണ് അരിമ്പ്രത്തൊടിയില്
You have to keep reminding your government that you don't get your rights
from them; you give them permission to rule,
affects 743664 -ruby-atomic
thanks
try this again.
--
പ്രവീണ് അരിമ്പ്രത്തൊടിയില്
You have to keep reminding your government that you don't get your rights
from them; you give them permission to rule, only so long as they follow the
rules: laws and constitution.
and hard to reproduce
https://github.com/toland/patron/issues/72
Srihari was trying to reproduce this but couldn't
https://poddery.com/posts/1048346
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
2014-04-29 19:29 GMT+05:30, Matthias Klose d...@debian.org:
Package: ruby-escape-utils
Version: 1.0.1-2
Severity: serious
Tags: sid jessie patch
the build fails early:
$ sudo apt-get install ruby-rack ruby-actionpack
Reading package lists... Done
Building dependency tree
Reading state
Hi,
I think the upstream should keep it in a sub-directory like temple, but
strong_parameters upstream seems adamant on not changing.
Should this be handled at gem2deb level? Moving to debian-ruby for wider
comments.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=746677
Or should we handle
locally as well as in pbuilder.
avtobiff, can you try to build it once again?
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
package: ruby-fixture-builder
version: 0.3.6-1
severity: serious
$ quilt push -a
Applying patch debian/patches/remove-rubygems-bundler.patch
patching file test/test_helper.rb
Now at patch debian/patches/remove-rubygems-bundler.patch
Control: forwarded -1 https://github.com/rdy/fixture_builder/issues/28
signature.asc
Description: OpenPGP digital signature
package: ruby
version: 1:2.1.0.4
severity: critical
justification: bundle command fails
On a sid chroot, bundle install fails with the following error message
when following steps at https://wiki.debian.org/Diaspora (tried two
times in and old chroot as well as an updated chroot)
Could not load
On Saturday 22 November 2014 08:48 PM, Pirate Praveen wrote:
Hi,
I was testing diaspora package following
https://wiki.debian.org/Diaspora (btw inviting more testers to fine tune
this package) but bundle install --local could not be run.
reported bug https://bugs.debian.org/cgi-bin
package: ruby-twitter-text
version: 1.10.0-1
severity: grave
# irb
irb(main):001:0 require 'twitter-text'
Errno::ENOENT: No such file or directory @ rb_sysopen -
/usr/lib/ruby/test/twitter-text-conformance/tld_lib.yml
from /usr/lib/ruby/2.1.0/psych.rb:464:in `initialize'
from
package: autopkgtest
version: 3.8
severity: grave
pravi@savannah:~/forge/debian/git/pkg-ruby-extras/ruby-jwt $ adt-run -B
.// --- null
adt-run [01:17:28]: version 3.8
adt-run [01:17:28]: testbed dpkg architecture: amd64
adt-run [01:17:28]: unbuilt-tree .//
adt-run
package: ruby-font-awesome-rails
version: 4.1.0.0-1
severity: grave
sprockets can't find the fond because of a broken link
root@savannah:/usr/share/ruby-font-awesome-rails/app/assets/fonts# ls
../../../../fonts/opentype/fonts-fontawesome/FontAwesome.otf
ls: cannot access
package: ruby-handlebars-assets
version: 0.18-1
severity: grave
wrong path in links file makes loading handlebars.runtime.js to fail.
root@savannah:/usr/share/diaspora# ls -l
/usr/share/ruby-handlebars-assets/vendor/assets/javascripts/
total 0
lrwxrwxrwx 1 root root 47 Nov 19 17:01 handlebars.js
package: ruby-remotipart
version: 1.2.1-1
severity: grave
this package does not ship vendor assets
** Execute assets:precompile
rake aborted!
Sprockets::FileNotFound: couldn't find file 'jquery.remotipart'
signature.asc
Description: OpenPGP digital signature
package: ruby-rails-timeago
version: 2.11.1-1
severity: grave
** Execute assets:precompile
rake aborted!
Sprockets::FileNotFound: couldn't find file 'rails-timeago'
signature.asc
Description: OpenPGP digital signature
this were the steps I used to reproduce the error
https://wiki.debian.org/Diaspora
precomiling assets of any rails app that uses rails-timeago would also
reproduce this issue.
signature.asc
Description: OpenPGP digital signature
package: ruby-bootstrap-sass
version: 2.3.1.0-3
severity: grave
while precompiling assets for diaspora, which uses bootstrap-sass, I
found this package does not ship the assets.
** Execute assets:precompile
rake aborted!
Sprockets::FileNotFound: couldn't find file 'bootstrap-tooltip'
steps to
package: ruby-handlebars-assets
version: 0.15-2
severity: grave
I think this is an upstream bug (config.root is not respected)
** Execute assets:precompile
I, [2014-11-25T08:23:13.301523 #17268] INFO -- : Writing
/usr/share/diaspora/public/assets/mobile-9c8138c58dc33879dd5b438b97865c58.js
I,
२०१४-११-२७ १७:४७ [GMT]+०५:३०, Tomasz Buchert tomasz.buch...@inria.fr:
Hi Christian,
I think I made a mistake in this NMU, the changelog uploads
it to unstable, but I think it should be testing instead (on the other
hand you may unblock transition unstable = testing if I'm correct).
Hi Tomasz,
package: ruby-uuid
version: 2.3.7-2
severity: grave
when trying to start diaspora following steps detailed at
https://wiki.debian.org/Diaspora it fails with following message
10:18:48 sidekiq.1 | 2014-11-30T15:18:48.368Z 8702 TID-2zdvo INFO:
Booting Sidekiq 3.2.6 with redis options
in /usr/lib/ruby/vendor_ruby/uuid.rb:189
@state_file = File.expand_path('.ruby-uuid', '~')
this become /root/.ruby-uuid when running sudo -u diaspora as root.
signature.asc
Description: OpenPGP digital signature
package: apt-transport-https
version: 1.0.9.3
severity: grave
justification: installing apt-transport-https should be enough to access
https repos
One a fresh chroot, apt-get update failed on a https repo even when
apt-transport-https was installed. It was working after ca-certificates
package
package: openvpn
version: 2.3.4-5
severity: grave
justification: autostarting of openvpn does not work
I have tested both server and client with systemd on sid. Configuration
is correct as manually running openvpn via 'openvpn server.conf' and
'openvpn client.conf' works.
Same configuration is
package: jigdo-file
version: 0.7.3-3+b2
severity: grave
justification: it creates corrupted images.
jigdo should download files again when checksum does not match. I got a
corrupted debian-7.7.0-amd64-DVD-1.iso and running jigdo again gave me
this error.
Found 3809 of the 3809 files required by
package: grub-pc
version: 1.99-27+deb7u2
severity: critical
I had to spend a lot of time researching on the internet to finally find
this https://wiki.debian.org/DebianInstaller/SataRaid and install grub
manually. This was wheezy 7.7.0 DVD 1.
I don't know if debian installer can detect a
package: installation-reports
severity: critical
It took a long research online to finally install wheezy on Dell
PowerEdge T20 server. I had to manually enter dmraid=true at installer
prompt and then manually install grub.
Bug report against grub for correctly installing when dmraid=true is
package: remmina-plugin-rdp
version: 1.1.1-2
severity: grave
$ sudo apt-get install remmina-plugin-rdp
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or
a binary only rebuild won't fix it as it can't satisfy build-deps as well.
pravi@savannah:~/forge/debian/remmina-1.1.1$ sudo apt-get build-dep
remmina-plugin-rdp
[sudo] password for pravi:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Picking 'remmina'
Control: retitle -1 remmina can't detect installed remmina-plugin-rdp
On Monday 15 December 2014 06:33 PM, Luca Falavigna wrote:
I just tried to install remmina-plugin-rdp in a clean sid chroot, and
it seems everything is working fine. Is your apt mirror not
up-to-date?
I guess that was the
On Monday 15 December 2014 09:40 PM, Luca Falavigna wrote:
Can you check whether the RDP plugin is listed under Tools - Plugins?
I'm able to see it on my Sid workstation...
No, it is not visible in my system (see screenshot). Does it need a reboot?
signature.asc
Description: OpenPGP digital
fog-voxel is split from fog in 0.25 version, once fog 0.25 is uploaded,
this conflict will be resolved. There is one more package that needs to
be built before fog 0.25 can be uploaded.
signature.asc
Description: OpenPGP digital signature
package: iceweasel
version: 35.0-1
severity: grave
this is the error message I see when run from terminal
*
console.error: r2d2b2g:
Message: TypeError: gcli.addCommand is not a function
Stack:
addCommand@resource://r2d2b2g-at-mozilla-dot-org/gcli/lib/gcli.js:19:3
On Friday 09 January 2015 12:31 AM, Luca Falavigna wrote:
2014-12-18 8:34 GMT+01:00 Luca Falavigna dktrkr...@debian.org:
Could you attach the listing of ls -l /usr/lib/*/remmina/plugins ?
Ping?
$ ls -l /usr/lib/*/remmina/plugins
total 124
-rw-r--r-- 1 root root 78808 Nov 21 03:16
package: gnote
version: 3.14.2-1
severity: grave
reason: gnote is unusable with this
When I manually created this file, I could start gnote and use it normally.
I had just installed it and using it for the first time.
pravi@savannah:~/forge/diaspora$ gnote
Segmentation fault (core dumped)
On Friday 08 May 2015 02:35 AM, Lucas Nussbaum wrote:
So according to the discussion in
https://github.com/assaf/uuid/issues/45, this is a bug in diaspora?
Are you OK with reassigning?
Lucas
Can you review the patch in git repo? The upstream is refusing to accept
it though.
Lucas Nussbaum എഴുതി:
On 08/05/15 at 19:44 +0530, Pirate Praveen wrote: On Friday 08 May 2015
02:35 AM, Lucas Nussbaum wrote: So according to the discussion in
https://github.com/assaf/uuid/issues/45, this is a bug in diaspora?
Are you OK with reassigning?
Lucas Can you review the patch
package: live-installer
severity: critical
version: 49
I had to install grub manually going into console (control+alt f1),
mount the install disk and use dpkg -i to install grub twice. One was
i386 lxde edition of jessie on virtual box and second was amd64 version
of cinnamon+nonfree on a dell
package: ruby-devise
version: 3.4.1-1
severity: grave
It is working fine when installed as a gem via rubygems (gem install
devise). But when installed as ruby-devise via apt, the following error
occurs
Starting Diaspora in production mode on port 3000 with 1 Sidekiq worker(s).
17:02:18 web.1
package: gem2deb-test-runner
version: 0.12
severity: critical
After updating rspec to 3.2 from experimental, tests fail with
/usr/bin/ruby2.1 -I/usr/lib/ruby/vendor_ruby /usr/bin/gem2deb-test-runner
Running tests for ruby2.1 using debian/ruby-tests.rake ...
/usr/bin/ruby2.1 -I
bluetooth sharing is turned on from Sharing
signature.asc
Description: OpenPGP digital signature
package: pidgin-openpgp
version: 0.1-2
severity: grave
I can only receive openpgp messages, sending does not work.
signature.asc
Description: OpenPGP digital signature
package: network-manager
version: 1.0.2-2
severity: grave
reason: it is a major feature and regression
it was working on the same hardware on earlier versions.
signature.asc
Description: OpenPGP digital signature
package: bluez-obexd
version: 5.23-2+b1
severity: grave
reason: file transfer is a major feature of bluetooth
I can use internet connection of my android phone and send files to it,
but receiving files don't work. I had tried with firefox os phone as
well and result is same.
signature.asc
On Friday 29 May 2015 04:10 PM, Pirate Praveen wrote:
So all we need to do is run apt-cdrom add if they choose not to use a
network mirror.
Also the installation hangs at Running exit-installer step
Restarting the system at this stage gives you a working installation,
but it is an irritant
On Friday 29 May 2015 02:46 PM, Cyril Brulebois wrote:
It might be useful to provide a log so that we understand what's
happening here.
Just tested with Graphical Install from boot menu and grub install is
working. So we can mention it as a work around. I will now try live
install again and
On Friday 29 May 2015 03:30 PM, Pirate Praveen wrote:
I will now try live
install again and provide logs.
When I choose save debug logs option and choose web, I can only see
hardware-summary and partman, which is not very useful. Should this
be filed as another bug?
When I look at /var/log
Yes, run the installer after the live system is booted.
Raphael Hertzog എഴുതി:
On Fri, 29 May 2015, Pirate Praveen wrote: On Friday 29 May 2015 02:46 PM,
Cyril Brulebois wrote: It might be useful to provide a log so that we
understand what's
happening here. Just tested with Graphical
Control: reassign -1 apt-setup
I think this should be fixed in apt-setup. It should add the installation media
as an apt source if no mirror is setup.
Pirate Praveen എഴുതി:
Yes, run the installer after the live system is booted.
Raphael Hertzog എഴുതി: On Fri, 29 May 2015, Pirate Praveen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: git-buildpackage
version: 0.6.31
severity: grave
reason: this makes gem2deb unusable
I get the following error when importing ruby-omniauth-kerberos
after I run
gem2deb omniauth-kerberos
gbp:error: Importing 1.8 source format not yet
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: ruby-redis-namespce
version: 1.4.1-2
severity: serious
log from pbuilder run with rspec 3, for 1.4.1-2
┌───
───┐
│ Run tests for ruby2.1 from debian/ruby-tests.rake
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: enigmail
version: 2:1.8.2-3
severity: grave
enigmail cannot decrypt/encrypt and sign messages with gpg 2.1.6 in
experimental. Reporting early so that we can fix it before it enters
unstable.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thursday 06 August 2015 02:14 AM, Daniel Kahn Gillmor wrote:
enigmail cannot decrypt/encrypt and sign messages with gpg 2.1.6
in experimental. Reporting early so that we can fix it before it
enters unstable.
hm, it works for me with
On Thursday 06 August 2015 09:47 AM, Pirate Praveen wrote:
On Thursday 06 August 2015 02:14 AM, Daniel Kahn Gillmor wrote:
enigmail cannot decrypt/encrypt and sign messages with gpg
2.1.6 in experimental. Reporting early so that we can fix it
before it enters unstable.
hm, it works for me
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: lintian
version: 2.5.33
severity: grave
reason: gives wrong lintian error
the file that gave wrong error is
https://raw.githubusercontent.com/components/highlightjs/master/highligh
t.pack.js
E: ruby-rails-assets-highlightjs source:
On Tuesday 14 July 2015 06:33 PM, Antonio Terceiro wrote:
To the Ruby team: seriously, we need to find a way to check these things
*before* uploading. It's not like we can't move forward, but this type
of thing needs to be at least coordinated!
We should create a tracker that checks at least
On Tuesday 14 July 2015 06:33 PM, Antonio Terceiro wrote:
This has nothing to do with redmine, but with the fact that
ruby-jquery-rails was upgraded to a version that breaks the redmine
dependency checking.
Can I upload ruby-jquery-rails3 to fix the situation?
jquery-rails 4.0.4 require
On Thursday 16 July 2015 10:58 PM, Antonio Terceiro wrote:
Can I upload ruby-jquery-rails3 to fix the situation?
this would remedy the original problem temporarily, but will create
another one. It took us more than 1.5 years to get rid of ruby-rack1.4¹
¹
I tried the normal engine root patch approach but that seems to be not
enough http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803693
signature.asc
Description: OpenPGP digital signature
package: ruby-jquery-atwho-rails
version: 1.3.2-1
severity: grave
$ bundle exec rake assets:precompile
rake aborted!
Sprockets::FileNotFound: couldn't find file 'jquery.atwho'
(in /tmp/foo/app/assets/javascripts/application.js:16)
Tasks: TOP => assets:precompile
(See full trace by running task
I tried the normal engine root patch approach but that seems to be not
enough http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803693
signature.asc
Description: OpenPGP digital signature
On Monday 02 November 2015 01:28 AM, Pirate Praveen wrote:
> I tried the normal engine root patch approach but that seems to be not
> enough http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=803693
>
ok I figured after a bit of trial and error, I had to install it to
'lib' sub folde
On Thursday 27 August 2015 09:41 PM, Pirate Praveen wrote:
This is caused by devise and I suspect our handling of this rails engine
is buggy. Can someone help troubleshoot it?
Switching to gem installed devise also throws the same error, so bug is
somewhere else.
If you need access to a test
Hi,
Last week I uploaded diaspora package to experimental (about 4 years of
work by many contributors made this possible). After fixing a few
dependency issues (some packages were not in the archive and for some
versions had to tightened), all dependencies are satisfied both for
debian package
Can this be retried?
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
ActionView::MissingTemplate (Missing template registrations/create,
devise/registrations/create, devise/create, application/create with
{:locale=[:en], :formats=[:html], :variants=[], :handlers=[:erb,
:builder, :raw, :ruby, :markerb, :haml, :rabl]}.
On Saturday 29 August 2015 09:51 PM, Pirate Praveen wrote:
Hi,
Diaspora upstream is very sticky about matching exact versions of
dependencies to patch releases (= x.y.z) for official support [1]. I'd
like to make a good effort to get official support and the situation
right now is like
full stack trace in development mode
/usr/lib/ruby/vendor_ruby/devise_lastseenable/model.rb:7:in `stamp!'
/usr/lib/ruby/vendor_ruby/devise_lastseenable/hooks/lastseenable.rb:3:in
`block in top (required)'
/usr/lib/ruby/vendor_ruby/warden/hooks.rb:14:in `call'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: diaspora
version: 0.5.2.0+debian-5
severity: grave
Registration of users fail with the following error in production.log
[2015-08-26T08:47:50] FATAL PID-967 TID-10244860 Rails:
NoMethodError (undefined method `' for nil:NilClass):
after purging postgresql* I can install it successfully. Any other
package I should try?
$ sudo apt-get install diaspora-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thursday 01 October 2015 03:04 PM, Andreas Henriksson wrote:
> Control: tags -1 + moreinfo
>
> On Thu, Oct 01, 2015 at 02:41:14PM +0530, Pirate Praveen wrote:
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA256
>>
>&
/usr/bin/ruby2.1 /usr/bin/gem2deb-test-runner
┌──┐
│ Run tests for ruby2.1 from debian/ruby-tests.rake
│
└──┘
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: camorama
version: 0.19-3
severity: grave
reason: fails its primary functionality
It fails with an error message "Cannot create directory ~/Webcam_Picture
s"
Same message after manually creating the directory.
-BEGIN PGP SIGNATURE-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: cheese
version: 3.16.1-1
severity: grave
reason: makes it unusable for its primary purpose
When I start cheese, I get the following error
Error during camera setup: One or more needed GStreamer elements are
missing: One or more needed
package: ruby-sprockets
version: 3.3.0-1
severity: grave
justification: fails to find assets previously found by 2.12
Sprockets::FileNotFound: couldn't find file 'favico.js' with type
'application/javascript'
It was noticed by autopkgtest in ruby-rails-assets-favico.js and
confirmed by checking
package: ruby-redis-namespce
version: 1.5.2-2
severity: serious
RUBYLIB=/build/ruby-redis-namespace-1.5.2/debian/ruby-redis-namespace/usr/lib/ruby/vendor_ruby:.
rake2.2 -f debian/ruby-tests.rake
/usr/bin/ruby2.2 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Fri, 11 Sep 2015 21:38:07 +0200 Andreas Beckmann <a...@debian.org>
wrote:
> Control: found -1 0.5.3.0+debian1
>
> On 2015-09-07 12:04, Pirate Praveen wrote:
>> tested on jesse and sid machines and everything went fine.
>
Package: ruby-httpclient
version: 2.6.0.1-1~exp1
severity: serious
Error: test_no_sslv3(TestSSL): ArgumentError: unknown SSL method `SSLv3'.
/build/ruby-httpclient-2.6.0.1/test/test_ssl.rb:248:in `ssl_version='
/build/ruby-httpclient-2.6.0.1/test/test_ssl.rb:248:in
`setup_server_with_ssl_version'
On 2016, ജൂൺ 7 1:39:47 AM IST, "Cédric Boutillier" wrote:
>Hi!
>
>I noticed that this package has no repository on Alioth in the Ruby
>team. Could you please push the Git repo to the team infrastructure?
I have pushed the repo to alioth.
>I could also this weekend start a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: ruby-net-ssh-multi
version: 1.2.1-1
severity: serious
justification: it is blocking ruby-net-ssh update
With ruby-net-ssh 3.0.1-1 in experimental, ruby-net-ssh fails to build
with following test failure
package: gitlab
severity: grave
version: 8.4.0+dfsg-2
though a simple fix exist, it makes the default installation unusable.
If you change gitlab_url in /usr/share/gitlab-shell/config.yml, things
start working.
signature.asc
Description: OpenPGP digital signature
Control: notfound -1 ruby-activerecord-nulldb/0.3.1-1
Allow ruby-activerecord-session-store to migrate to testing
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Control: notfound -1 ruby-activerecord-nulldb-adapter/0.3.1-1
Fix package name.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
https://gitlab.com/debian-ruby/TaskTracker/issues/56
signature.asc
Description: OpenPGP digital signature
Control: forwarded -1 https://gitlab.com/gitlab-org/gitlab-ce/issues/13381
ok now I remember why I added the force=yes option, gitlab:setup rake
task will prompt for a confirmation even if the db has no tables.
I have asked upstream to fix it
https://gitlab.com/gitlab-org/gitlab-ce/issues/13381
Thanks for the report. This is because of the following line,
echo "Initializing database..."
su ${gitlab_user} -s /bin/sh -c 'bundle exec rake gitlab:setup
RAILS_ENV=production force=yes'
I will remove that force=yes (created during the testing phase, but
never gotten to remove it).
Also
Control: forwarded -1 https://gitlab.com/gitlab-org/gitlab-ce/issues/13415
Asking upstream to consolidate configuration options
https://gitlab.com/gitlab-org/gitlab-ce/issues/13415
signature.asc
Description: OpenPGP digital signature
ruby-mousetrap-rails is not part of any stable release. So should I
really handle this upgrade case?
signature.asc
Description: OpenPGP digital signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Control: tags -1 pending
removed mysql2 gem dependency.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
iQIcBAEBCAAGBQJWo6zwAAoJEM4fnGdFEsIqiyMP/jxakkxG0HfpYjpDl0FX3yg7
udZtMS+fJbeY7NllwIGqit7O3E7hWpZ6OojLp9PKhI3bYDAFDkhd9hKnmcAJWBBd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package: gedit
version: 3.18.3-1
severity: grave
justification: makes it unusable
backtrace attached, probably some dependency requirement needs to be
tightened.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Package: gedit
Version: 3.18.3-1
- --- Please enter the report below this line. ---
- --- System information. ---
Architecture: amd64
Kernel: Linux 4.2.0-1-amd64
Debian Release: stretch/sid
500 unstabledebian.sil.at
500 stable
filed against the gitlab package:
> >
> > #814476: gitlab writes into /usr/share/gitlab during operation
> >
> > It has been closed by Pirate Praveen <prav...@debian.org>.
>
> sorry but this bug is still not fixed.
>
> As you can read in my initial report,
I tested it fine on a sysvinit machine and install went fine on a
systemd powered machine (did not actually test the web interface). I
think its caused by some gitlab services failing to start with systemd,
possibly because I left our some path changes in pid or logs.
Can you share
systemctl
On Mon, 15 Feb 2016 13:11:02 +0530 Pirate Praveen
<prav...@autistici.org> wrote:
> I tested it fine on a sysvinit machine and install went fine on a
> systemd powered machine (did not actually test the web interface). I
> think its caused by some gitlab services failing to sta
On Mon, 15 Feb 2016 13:38:07 +0530 Pirate Praveen <prav...@autistici.org> wrote:
>
> I found out the root cause, /var/run/gitlab needs to be created every
> time. I will add this to /etc/default/gitlab.
>
Also gitlab-workhorse cannot connect to /var/run/gitlab/sockets/gitla
On 2016, ഫെബ്രുവരി 15 3:42:13 PM IST, Pirate Praveen <prav...@onenetbeyond.org>
wrote:
>On Mon, 15 Feb 2016 13:38:07 +0530 Pirate Praveen
><prav...@autistici.org> wrote:
>>
>> I found out the root cause, /var/run/gitlab needs to be created every
>> time. I
On Fri, 19 Feb 2016 09:30:08 +0100 Johannes Schauer wrote:
> Package: gitlab
> Version: 8.4.3+dfsg-9
> Severity: grave
> Justification: renders package unusable
>
> Hi,
>
> I just tried to upgrade my gitlab installation from 8.4.3+dfsg-8 to
> 8.4.3+dfsg-9 and this happened:
>
1 - 100 of 862 matches
Mail list logo