This file is indexed.

/usr/share/doc/r-cran-vgam/BUGS is in r-cran-vgam 0.9-1-1.

This file is owned by root:root, with mode 0o644.

The actual contents of the file can be viewed below.

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
Here is a list of known bugs.

2012-09


loge('a', short = FALSE, inverse = FALSE)
loge('a', short = FALSE, inverse = TRUE)
give the same answer.



Coef(vglm.dirmultinomial.fit) fails.
Evidently, multiple "mlogit"s saved on vglm.dirmultinomial.fit@misc
do not suffice.




2011-12

VGAM version 0.8-4 said it needed R version 2-11.1 or later.
But really, R version 2-13.0 or later is needed.
This is because the generic nobs() was not defined properly.
Another fix is to install the (latest) prerelease version
at http://www.stat.auckland.ac.nz/~yee/VGAM/prerelease




2010-04-12
cqo() should be working now. It uses new C code.
Also, vgam() and vsmooth.spline() should not be noticeably different
from before. But cao() is still working... getting it going soon hopefully.






2009/07/13
cqo() fails... I think it is due to initial values being faulty.
Hope to look into it soon.








2009/06/18

For a given VGAM family function,
arguments such as parallel, exchangeable etc. 
will not work if the RHS of the formula is an intercept only.
For example,
parallel = FALSE ~ 1
and
exchangeable = TRUE ~ 1
will fail.
Instead, try something like
parallel = TRUE ~ x2 + x3 + x4 -1
and
exchangeable = FAlSE ~ x2 + x3 + x4 + x5 -1
respectively.


2009/01/01

prediction with vgam( ~ offset(myoffsetmatrix) + ... ) 
fails inside a function because myoffsetmatrix cannot be found.



2008/08/12

Under Windows, the vgam() example involving the Hunua data seems
to fail. It is under investigation.



2008/08/04

VGAM interferes with other packages, e.g., predict() and summary().
This is due to S3 and S4 interference, and currently I haven't sussed out
the full details (e.g., NAMESPACES). For now it is best to attach VGAM
only when needed and detach it when other packages are to be used. This
can be done with

library(VGAM)

and

detach("package:VGAM")



2008/05/16

zipf() did not handle 0 < s < 1.
The prerelease version fixes this.



2008/03/12

A call such as

mydof = 4
Fit = vgam(y ~ s(x, df=mydof), fam=poissonff)

will result in failure when

plot(Fit)

Instead, one needs

Fit = vgam(y ~ s(x, df=4), fam=poissonff)



2008/02/16

The VGAM package interferes with other functions, for example, if VGAM
is loaded and lmobject is an "lm" object then

fitted(lmobject)
predict(lmobject)
resid(lmobject)
residuals(lmobject)

will fail.



2006/05/18

dirmul() is not working yet.




2005/11/16

cao() now works in Windows.
The argument xij does not work properly.



2005/8/31

The windows version of cao() seems to hang.
It does not hang in Linux.


2005/6/10

cao() works in Linux but seems to hang in Windows.
The latter (distributed in a .zip file format) is made from a R Cross
Build process which may be a reason for the bug. I'm slowly looking
into the bug.


2005/5/6

The VGAM package interferes with other code, including glm().  This may
be due to the smart prediction code, or be due to the NAMESPACE facility.
In order to use other functions outside the VGAM package you may need
to type "detach()".


2003/7/14

vgam(y ~ s(x, df=2), subset= x > 2)

will fail in R because the subset argument has the effect that the
"df" and "spar" attributes are removed from the data frame containing
the smoothing variables.

Current fix: create a separate data frame satisfying the subset=
condition, and then run vgam() on this smaller data frame.

Thanks for Eugene Zwane for finding this bug.