No updates, manually setting iso_layout=0 fixed the swapped keys for me,
so someone still needs to fix that module.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1043336
seems fixed after the switch to usershares and "usershare allow guests =
yes" + " map to guest = bad user"
** Changed in: gnome-system-tools (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribe
set it _automatically_ of course
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1043336
Title:
Swiss keyboard layout with Apple keyboard (period instead of comma)
To
The hid_apple module will have set iso_layout=0 for some locales (all
non-US?).
** Changed in: gnome-control-center (Ubuntu)
Status: Invalid => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in U
Forgot to mention: conifirmed the failure to create lage enough raid
partition when trying to extend a raid 1 with another 333MiB sized
parttion (gui shows 349 MB). Nevertheless, it worked with a 18.62GiB
(20GB) raid.
Seems like messing up with with MB and MiB (MiB being the only sane unit
as this
PS launchpad is a waste of time, get in contact with upstrem directly.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-disk-utility in Ubuntu.
https://bugs.launchpad.net/bugs/984449
Title:
Palimpsest doesn't allow precisely-si
I'd suggest to report the failure to create raid partition with the
correct (equal, large enough) size as a separate bug.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-disk-utility in Ubuntu.
https://bugs.launchpad.net/bugs/984
** Description changed:
If I choose not to have a password for my operating account, every
operation fails if it needs root access. Reproducible even on a newly
set up machine. See: http://ubuntuforums.org/showthread.php?t=1862543
Release: 11.10
- Cause: The password is cleared (whic
** Description changed:
If I choose not to have a password for my operating account, every
operation fails if it needs root access. Reproducible even on a newly
set up machine. See: http://ubuntuforums.org/showthread.php?t=1862543
Release: 11.10
+
+ Cause: The password is cleared (whic
** Also affects: accountsservice (Ubuntu)
Importance: Undecided
Status: New
** Also affects: gnome-system-tools (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-contr
*** This bug is a duplicate of bug 882255 ***
https://bugs.launchpad.net/bugs/882255
** Also affects: gnome-system-tools (Ubuntu)
Importance: Undecided
Status: New
** Also affects: accountsservice (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notifi
I don't know if daily wake events can be programmed in the hardware real
time clock.
Yes, a small "+wakup again" checkbox or similar collapsible UI to enter
a date would be sufficient I guess. But if it the UI could remember the
last setting used this might already also allow daily (next day)
wake
** Bug watch added: GNOME Bug Tracker #675064
https://bugzilla.gnome.org/show_bug.cgi?id=675064
** Changed in: zenity
Importance: Undecided => Unknown
** Changed in: zenity
Status: New => Unknown
** Changed in: zenity
Remote watch: None => GNOME Bug Tracker #675064
--
You receive
In any case, it would be good if you could post the issue to the upstram
bugtracker.
** Description changed:
The change in the "zenity --notification" behavior completely removed
the functionality to display an unobtrusive, always visible tray icon
from zenity.
For clarity, the tray ic
** Description changed:
The change in the "zenity --notification" behavior completely removed
the functionality to display an unobtrusive, always visible tray icon
- from zenity. Instead, that functionality should have been moved into a
+ from zenity.
+
+ For clarity, the tray icon functional
Hi Peter-Alexander,
you're right, and I agree it still is a regression looking at the
--notification function alone. As far as I understand the reason for the change
was the decision for an updated semantic. Notification now only means a bubble
message, and is different from a status icon or win
** Description changed:
Binary package hint: zenity
+
+
+ Zenity --notify (or better --trayicon Bug #884011) may just always listen on
stdin, and provide an --exit-on-click option enable user feedback.
+
+ This would remove the asumption that --listen always means to endlessly
+ listen to co
Zenity --notify (or better --trayicon Bug #884011) may just always
listen on stdin, and provide an --exit-on-click option enable user
feedback.
This would remove the asumption that --listen means to continusly
listening to commands on stdin. It would provide the calling script with
a feedback upon
** Description changed:
+
+ The functionality to display a tray icon with "zenity --notification"
completely removed that functionality from zenity, instead of moving it into a
proper "zenity --trayicon" feature.
+
+ ---
Ubuntu 11.10
zenity 3.2.0-0ubuntu1
In a script I use following l
The functionality to display a status icon continuously still remains a
requirement, and this is a zenity regression.
Reducing "zenity --notification" to implement just notifications (same
as "notify-send") may be OK, but then a separate "zenity --trayicon" is
required to maintain the functionali
** Description changed:
Linux provides a simple way to schedule an restart event, for example:
rtcwake -m on -s
- This command avoids that rtcwake does the switching into another power state
(mode -m stays on).
- The power state are thus handled by the regular pm-tools, which is more
Public bug reported:
Linux provides a simple way to schedule an restart event, for example:
rtcwake -m on -s
This command avoids that rtcwake does the switching into another power state
(mode -m stays on).
The power state are thus handled by the regular pm-tools, which is more stable
especial
Public bug reported:
Try to recreate or clone the OS partition on another harddrive of a
different size as the original.
GParted shows only an impresize size of the existing partition such as
"32.63GB", whereas to create the new partition the exact size in MiB is
required.
Hidden in the Properti
** Bug watch added: Debian Bug tracker #609417
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609417
** Also affects: gdm (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=609417
Importance: Unknown
Status: Unknown
--
You received this bug notification because you a
Istn't the feature part of the “gnome-system-tools” package?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/882255
Title:
No administrative actions possible (password
** Changed in: gdm (Ubuntu)
Status: Invalid => New
** Changed in: gdm
Status: Invalid => New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in Ubuntu.
https://bugs.launchpad.net/bugs/532200
Title:
automatic logon
Can you make this wishlist?
The importance option is not accessible for me.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gdm in Ubuntu.
https://bugs.launchpad.net/bugs/532200
Title:
automatic logon: option to clear login.keyring
@wallydallas
With the keyring tool under System->Preferences you can change the password for
the "login" keyring to an empty string. Be aware though that the keys in this
keyring will then be on your harddrive in plain text, readable for anybody who
has access to it.
** Summary changed:
- Enab
Though, it's an annoying behavior that no keyrings are not opened with
autologin.
A wishlist item, for a checkbox to clear the password from the "login"
keyring for autologin, seems adequate.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscrib
** Also affects: seahorse
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to seahorse in Ubuntu.
https://bugs.launchpad.net/bugs/762983
Title:
asks to open keyring "default", but its pw was s
Is it central functionality to handle keyring dependencies?
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to seahorse in Ubuntu.
https://bugs.launchpad.net/bugs/762983
Title:
asks to open keyring "default", but its pw was saved to "l
~/.gnome2/keyrings/default actually contains the name of the keyring
that is marked as default ("login").
As gksu uses a separate keyring (named "default"), which is alright, it has to
open the keyring used.
However, it should be able to ask for (open) a lower level keyring in case of
daisy cha
The option should of course have a fat warning that all your passwords
will be saved on disk in plain text, if you don't have an encrypted
filesystem.
** Also affects: gdm (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gksu (Ubuntu)
Status: New => Invalid
** Also affe
** Description changed:
Binary package hint: gnome-power-manager
- The battery symbol does not appear if AC is unpluged after booting.
+ Unfortunately, I can not reproduce it reliably, but when it happens this
+ is the behavior:
+
+ The battery symbol does not appear and the "on-battery" set
** Description changed:
Binary package hint: gnome-power-manager
- The battery symbol does not appear if ac is unpluged after booting.
+ The battery symbol does not appear if AC is unpluged after booting.
While
# cat /proc/acpi/ac_adapter/ADP1/state
changes between:
state:
** Description changed:
Binary package hint: gnome-power-manager
- Laptop Model: Medion MD 96360
The battery symbol does not appear if ac is unpluged after booting.
While
# cat /proc/acpi/ac_adapter/ADP1/state
changes between:
state: off-line
and :
sta
** Description changed:
Binary package hint: gnome-power-manager
-
+ Laptop Model: Medion MD 96360
The battery symbol does not appear if ac is unpluged after booting.
While
# cat /proc/acpi/ac_adapter/ADP1/state
changes between:
state: off-line
and :
Public bug reported:
Binary package hint: gnome-power-manager
Laptop Model: Medion MD 96360
The battery symbol does not appear if ac is unpluged after booting.
While
# cat /proc/acpi/ac_adapter/ADP1/state
changes between:
state: off-line
and :
state: on-line
Use gedit with the snippet plug-in installed, tools->snippets and import
the file from http://mga.tiny.googlepages.com/openerp.tar.gz (or bzr
branch lp:openobject-gedit) to the python snippets. See screencast at:
http://openerp.tv/display.php?rnd=NzA=
** Changed in: gedit (Ubuntu)
Status: N
I guess it's what I expect from a GUI.
I expect it to be of help for new users not yet familiar with things and
it to suggest appropriate actions the user may not be aware of but might
likely be interested in.
I.e. now, you have to be aware that users are made members to a couple
of groups and th
Just meant the option to show system users.
--
[users-admin] No option to show system users
https://bugs.launchpad.net/bugs/574379
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu.
--
desktop-bugs mailing lis
OK, hopefully system users can be shown for anybody to see in a next
version.
--
[users-admin] No option to show system users
https://bugs.launchpad.net/bugs/574379
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubu
Specifying the UID on creation is not the only advanced option missing.
Generally see it quite troublesome when gnome apps are cutting
functionality away, not uncluttering or easing or explaining advanced
options in the UI but actually delivering regressions. GDM just did the
same, it used to have
On a fresh install of 10.04 there was now an option to save the
default.keyring password to the login.keyring. And it works (as long as
autologin is disabled). So I'd consider my issue solved. Thanks!
** Changed in: seahorse (Ubuntu)
Status: New => Fix Released
** Changed in: gksu (Ubuntu)
** Description changed:
+ Sound does not work for different users if they belong to the audio
+ group.
+
+ A workaround is to remove the users from the audio group. With this
+ however simply managing individual device access based on standard group
+ memberships stops working (regression).
+
+
** Also affects: consolekit (Ubuntu)
Importance: Undecided
Status: New
--
[Karmic]&[Lucid] Only one user has sound; no hw shows in Sound Preferences
https://bugs.launchpad.net/bugs/433654
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscr
Public bug reported:
Binary package hint: gnome-system-tools
The advanced option rightly allows to set G/UIDs below the standard rage (i.e.
within the range of dynamically allocated system users, in debian: 100-999
created by "adduser --system")
But since the option to show those dynamically
Instead pulling users from the audio group etc. to make user switching
work, device-kit configuration needs to take user groups into account.
--
[Karmic]&[Lucid] Only one user has sound; no hw shows in Sound Preferences
https://bugs.launchpad.net/bugs/433654
You received this bug notification bec
Mind you that I'd consider any device-kit privilege escalation
implementation that isn't configured to support/use (be itself easily
configurable by) standard unix user group memberships as a regression.
--
[Karmic]&[Lucid] Only one user has sound; no hw shows in Sound Preferences
https://bugs.l
Is gst using usermod? Its manpage says:
-u The ownership of files outside of the users home directory must be
fixed manually.
--
[users-admin] Changing UID doesn't work
https://bugs.launchpad.net/bugs/542183
You received this bug notification because you are a member of Ubuntu
Deskto
Will g-s-t also adjust the ownership of files in the filesystem upon
changing a user's ID, or would that be a different issue?
--
[users-admin] Changing UID doesn't work
https://bugs.launchpad.net/bugs/542183
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, whic
** Description changed:
Binary package hint: gnome-system-tools
- When creating a new user, there is no (advanced tab/button) option to
- specify those options for the new user.
+ When creating a new user in 10.04, there is no (advanced tab/button)
+ option to specify those options for the ne
Public bug reported:
Binary package hint: gnome-system-tools
When creating a new user, there is no (advanced tab/button) option to
specify those options for the new user.
Since gdm does not support to display only selected or unselected users
in the user list, you need to create users that shoul
** Also affects: gvfs (Ubuntu)
Importance: Undecided
Status: New
--
digikam cannot download pictures due to gvfsd-gphoto2
https://bugs.launchpad.net/bugs/288470
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-volume-manage
The volume should not be mounted. Especially if "do nothing" is
selected.
** Also affects: gnome-volume-manager (Ubuntu)
Importance: Undecided
Status: New
--
digikam cannot download pictures due to gvfsd-gphoto2
https://bugs.launchpad.net/bugs/288470
You received this bug notification
I checked, and "login" keyring is "set as default".
On another machine I saw the "login" keyring containing the password for
unlocking the "default" keyring. So the functionality seems to be there.
Is it an option that could just be disabled somewhere?
--
gksu uses keyring "default" but only "lo
Could you please reopen/update the upstram bug with the current
description?
--
listview: inaccessible dir has same emblem as read-only dir [emblem
inconsistency]
https://bugs.launchpad.net/bugs/489977
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a
Public bug reported:
Binary package hint: gksu
During login seahorse/gdm/pam? seems to open "login.keyring", but gksu always
saves passwords to "default.keyring".
Either gksu needs to ask which keyring to use, or seahorse/gdm/pam?
needs to be able to open secondary keyrings on login. (possibly
Public bug reported:
Binary package hint: gnome-system-tools
Current behaviour is:
The "users" group exists but is not populated (empty). When setting up a (set
group ID) group directory (i.e. /home/group/users) users can not collaborate on
files in that directory.
As long as g-s-t is overridi
** Description changed:
Binary package hint: nautilus
9.10: Nautilus 2.28.1
In the list view the difference in permissions does not result in
appropriate icon differences. (only one emblem is shown)
i.e. in the case below a lock emblem is shown but the X emblem for
inaccessibl
** Description changed:
Binary package hint: nautilus
9.10: Nautilus 2.28.1
In the list view the difference in permissions does not result in
appropriate icon differences. (only one emblem is shown)
- A lock is shown (suggesting heavy access restriction but meaning "read-
- only",
For me (on 9.10) the issue with group dirs resolved to be an issue with
the list view not showing all emblems.
I have no idea why you are not seeing the correct emblems for non
writeable dirs. (even though a lock may suggest you can not even enter
the dir)
But I can confirm that dirs owned by ano
** Summary changed:
- policykit introduction broke unix user/group privileges
+ policykit introduction broke unix user groups
--
policykit introduction broke unix user groups
https://bugs.launchpad.net/bugs/326135
You received this bug notification because you are a member of Ubuntu
Desktop Bugs
** Also affects: policykit (Ubuntu)
Importance: Undecided
Status: New
--
policykit introduction broke unix user/group privileges
https://bugs.launchpad.net/bugs/326135
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system
are you using brasero?
https://bugzilla.redhat.com/show_bug.cgi?id=571074
** Bug watch added: Red Hat Bugzilla #571074
https://bugzilla.redhat.com/show_bug.cgi?id=571074
--
ISO burn on Intrepid with Brasero will not mount
https://bugs.launchpad.net/bugs/295795
You received this bug notificati
** Description changed:
I have set up a number of user accounts. On one of these accounts I
adjusted the user privileges (System->Administration->Users and
Groups->Properties->User Privileges). For one particular user I de-
selected the two options:
- * Connect to Internet using a m
** Summary changed:
- User Privileges ignored
+ user:group privileges ignored
** Summary changed:
- user:group privileges ignored
+ policykit breaking unix user/group privileges
--
policykit introduction broke unix user/group privileges
https://bugs.launchpad.net/bugs/326135
You received this
> ...we should also ship PolicyKit config files that make use of these
groups.
You're tres right, Milan. But you showed already twice "a desktop guy
that actually learned/understands the *nix systems before not breaking
them but hooking in to them" :) Kudos!
--
User Privileges ignored
https://b
Actually the lock emblem (read-only) you are not seeing is bogus when
one does not have any read permissions. Maybe you are using a newer
version that recognizes this? (and avoids showing multiple emblems)
Are there any other emblem combinations used that may get messed up in
list view?
--
in li
** Description changed:
Binary package hint: nautilus
9.10: Nautilus 2.28.1
- A file/directory without write permissions shows a lock emblem even
- though you can access it.
+ In the list view the difference in permissions does not result in
+ appropriate icon differences. (only one embl
>The directories of user2 aren't group writeable.
Well then they really should show with a lock symbol (read-only). Looks
like this may be a (different) bug that you are experiencing. (and since
you are only shown one emblem per icon don't see any difference to the
list view icons either)
For my
Hm, do your user2's directories have the same permissions as mine?
Or are your directories of user2 "group writeable"? It would be OK for
them not to have a lock emblem then, if you are browsing as user1 and
member in the user2 group.
Further details on the issue I observe:
* The theme used in u
** Changed in: ubuntu
Status: Incomplete => Confirmed
** Changed in: ubuntu
Status: Confirmed => Incomplete
--
Inaccessible directory has same emblem as read-only directory
https://bugs.launchpad.net/bugs/489977
You received this bug notification because you are a member of Ubuntu
Thank you for helping out here. I am using the "humanity" theme though,
and seeing this.
I checked back, and can more precisely add that I see this after:
I added a second user "user2" to the machine and added user1 to the user2
group. After newly logging in as user1 and browsing to
/home/user2
If policykit broke the desktop and unprivileged profiles this is a bug
with policykit not being set up to honor those unix groups.
It seems to merely match all users in admin group to root.
** Also affects: policykit-1 (Ubuntu)
Importance: Undecided
Status: New
** Also affects: networ
Good choice I think. Cutting down the settings forced with g-s-t GUI
profiles is probably also a good measure for supporting the adduser
profiles (or any other system wide profiles).
--
users-admin should leave adduser handle main group creation
https://bugs.launchpad.net/bugs/488158
You received
Hmm, seems like adduser wants to ensure UID == UPG-GID?
Maybe g-s-t could offer to choose the next possible ID available, or
optionally override the GID and possibly mess up the system?
--
users-admin should leave adduser handle main group creation
https://bugs.launchpad.net/bugs/488158
You rece
Public bug reported:
Binary package hint: gnome-system-monitor
The monitor shows network activity over time (last x seconds)
It should also show the list of processes that had network traffic (in
the last x seconds).
Possibly clicking on a traffic peak in the network graph could identify
the co
Public bug reported:
Binary package hint: nautilus
9.10: Nautilus 2.28.1
A file/directory without write permissions shows a lock emblem even
though you can access it.
And this icon/emblem just looks the same as a file/directory that can
not even be read.
The difference in permissions should re
I have had a look into /usr/share/system-tools-
backends-2.0/scripts/Users/Users.pm. Unfortunatly I am not at all
familliar with perl.
If it is currently reading in settings from /etc/adduser.conf it should
work with a linked profile as well, what you mean is probably reading in
other installed pr
I have actually produced a patch to adduser now, as far as I could.
Since it is my first one I'd appreciate any feedback. Its in LP: #489136
--
users-admin profiles default to force [GU]ID, home dir, shell and groups to
adduser
https://bugs.launchpad.net/bugs/488913
You received this bug notific
Changing package because the profiles with default groups in ubuntu are
currently maintained in g-s-t (not adduser).
** Package changed: pam (Ubuntu) => gnome-system-tools (Ubuntu)
** Changed in: gnome-system-tools (Ubuntu)
Status: Invalid => New
** Description changed:
-
Current beha
Just came across this answer.
http://lists.alioth.debian.org/pipermail/adduser-devel/2008-February/003161.html
--
users-admin should leave adduser handle main group creation
https://bugs.launchpad.net/bugs/488158
You received this bug notification because you are a member of Ubuntu
Desktop Bugs,
Alternativly adduser.conf can be shipped as a symlink to a
adduser.conf.dist (distribution) profile.
This allows to switch the symlink to an admin provided profile, so that
it will be used as a adduser default, without having to touch the .dist
profile.
--
users-admin profiles default to force [
s / remove that user from the list / remove that checkbox from the list
--
users-admin should leave adduser handle main group creation
https://bugs.launchpad.net/bugs/488158
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-too
>From viewing users I created with adduser I just noticed that in the
g-s-t edit group window the users name is of course not checked when
viewing any UPG created with adduser.
It may be nice to remove that user from the list and have some sort of
indicator that a group is a (possibly private) pri
Oh, I just realized that adduser supports user profiles, maybe even
since its first version.
System wide profiles can be provided as adduser.conf. and the profile
is selected with:
# adduser --conf adduser.conf.
--
users-admin profiles default to force [GU]ID, home dir, shell and groups to
ad
Even better then. :)
(yes adduser.conf and adduser.local.conf together provide only "one
profile" )
** Summary changed:
- users-admin's profiles feature forces [GU]ID, home dir, shell and groups to
adduser
+ users-admin profiles default to force [GU]ID, home dir, shell and groups to
adduser
-
Public bug reported:
Binary package hint: gnome-system-tools
splitting this from #488158
>we implement user profiles in users-admin. Those allow the
distribution/admin to present users with typical account types, which
set sensible default values for home dir, shell, groups membership (esp.
admi
All right, has been a pleasure.
--
users-admin should leave adduser handle main group creation
https://bugs.launchpad.net/bugs/488158
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu.
--
desktop-bugs mailing
Hi,
what a nice coincidence. :) Thank you for your feedback. I have now updated the
wiki to match the adduser behaviour as well.
I've seen now, that only useradd/groupadd is part of the debian passwd
package, but adduser uses it.
> (But still, adduser could be smarter and remove the group if the
Concerning the UPG group membership: As it is not necessary (and
redundant) and gives problems I believe users should not be made members
of their main groups.
As a result of adding the user to its main group deluser thinks the
primary group is not one adduser has created automatically as a user
p
Uh, oh, I got that feeling you know ;-)
Seriously, exactly as you write I was seeing the user being added to his
primary private group.
"adduser tester" produces this group entry: "tester:x:1006:"
where users-admin produced: "test:x:1005:test"
I had experienced much trouble before because of ano
Public bug reported:
Binary package hint: gnome-system-tools
I have noticed differences with the adduser command.
Are system-tools user and groups following policy and using debians
useradd/adduser facility with its administration hooks?
Debian policy states: "Packages other than base-passwd mu
Same in hardy
maybe putting a script in a pm-tools directory to lock the screens (and
open consoles Alt-Ctrl-F1, ...)
--
Screen not locked on resume from hibernate/suspend
https://bugs.launchpad.net/bugs/42052
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, wh
95 matches
Mail list logo